一個 team 開發～一個 team 維運～
當兩個 team 在同一份 code base 上開發，用 scrum、Agile 到底怎麼玩？ 我把這個問題丟上 fb 大神～ 我覺得是很有意義的討論～ 請見： https://www.facebook.com/groups/179345672472/permalink/10154009349077473/
發表文章
推動敏捷時，從 Leader 來的問題與阻礙
最近要推動比較大的 scrum team，是新導入的，這個案子大概有 30 人，之前是用 waterfall 做事。 因為有 30 個人，所以原本的設計有切成各個 module，各個 module 會有 leader，這次跟她們溝通，感覺到很大的阻力。 其實，身為 leader，大家大概都知道 devOps、CI/CD等等，是正確的方向與趨勢，所以這個不會遇到太大的麻煩。 但我感覺遇到最大的阻力是：
到底為什麼要敏捷啊啊啊啊啊～～～
今天舌戰群儒了一番～ 覺得講得不太好 在這邊分享一下幾篇文章與研究報告 快速講心得： 第一篇文章說 agile 專案的成功機會是 Waterfall 專案的三倍 第二篇文章說敏捷的要素 加上做軟體不應該用右下的方法來解左上的問題，所以別再用 waterfall 的方法，別再用傳統思維了啊啊啊啊啊～～～～ 什麼？用右下的方法來解左上的問題 是什麼？ 那是我的法寶。 哇哈哈哈 你看不懂是正常的。
來聊一下 PBI
PBI：Product Backlog Item 有了 PBI 代表你已經先有了 Product Backlog，Product Backlog 就是對於這個 product 有什麼願景，或是想完成的事情或是想幫使用者解決什麼問題，就把它寫成一份條列式的文件，這個文件就叫做 Product Backlog。 Product Backlog 裡面每一條，就叫做 product backlog item，一份好的 product backlog 裡面每一項的 PBI 為什麼可以被放進去？因為他符合了 DoR，Definition of Ready，也就是說，他(PBI) 準備好了，可以被 team 實作了。DoR 就是“準備好了”的定義。
[agile meetup] 當敏捷遇上引導：在領導團隊變革遭遇什麼困難
在 David 哥 的安排之下，9/24 在台北的趨勢科技聚集了一群對敏捷導入有相當經驗的同好們，一起討論了各自在導入的過程中，遇到了什麼困難，這是一場非常舒服且厲害的討論。 直接貼上大家一起討論的結果： 1. 現在好好的幹嘛改變 2. 團隊不知道如何建立信任 3. 對敏捷的導入沒有共識 4. (主管/ScrumMaster) 的引導技巧不夠 5. 團隊溝通不夠有效 6. 高層的信任和支持不夠 7. 傳統的績效管理不適用 8. 不知道如何用 Agile 處理（範圍時程）硬梆梆的專案 9. 工程和領域的技能不夠 10. （因資源有限）角色重疊混淆 11. 讓member 感受到結果的價值 12. 缺乏跨界交流的機會 我的感想是: 1. 原來我不是孤單的，不是只有我遇到這些困難，甚至有些問題我已經有我自己的答案了。 2. 跟專業人士一起做事就是舒服，就算只是三個小時的討論。
[上課心得] 職場素養進階課
今天公司請了 陳嫦芬老師 來演講，嫦芬老師是台灣很多公司 CEO 的 Coach，而小弟，應該也算是公司內的小小 coach ，只是我是 coach 軟體開發團隊，而嫦芬老師是 coach CEO，功力強好多好多好多好多。今天講的是職場素養進階課，關於這堂課的內容，我很多都超有感覺，因為很多跟我學到的敏捷心態幾乎是一樣的，也讓我更確定敏捷是對的。課程內容可以看 天下雜誌的這篇介紹 ，而這個下午真是太震撼人心了！ 我試著用 ORID 的方法 來寫寫看心得... 但我把 R 跟 I 寫在一起好了...每個有共鳴的點我都寫一個 O，然後一個 RI ，簡短的寫，最後用一個 D 結尾。 ====== 第一個 ORI ====== O: 什麼是職場？ 職場是“協同合作”的地方 職場是“競技場” 職場是把人才轉化成人力資本的地方 職場沒有標準答案的考場 職場是有付出就有收穫的公平秤 職場不畏失敗，更求成功 R I: 第一點 協同合作 我們的敏捷宣言其中一點就提到了 Collaboration，為什麼不是用 Cooperation? 或是 team work? 第三點的把人才轉化成人力資本 為什麼說是 資本，為什麼不說是 Human Resource？ 這個跟上 CSPO 課程的時候， Daniel 說的一樣，假如什麼都 SOP，什麼都 Waterfall，那”人”就是人力了，是可以被替代的一種 resource 了。 如何跟 agile / scrum 一樣，做出有 value 的事情，不管是負責什麼事情，才是我們這群”人”的價值，對公司或主管來說，才是資本。 第四點的沒有標準答案 完全一模模ㄧ樣樣，讓我貼上我在公司內部上課用的投影片： 第六點 不怕失敗 也是一模模一樣樣，fail early，fail fast，最後，failure 會是讓自己跟團隊變得 better 的事情。所以，假如一個 scrum 的團隊夠成熟，sprint 是越短越好。 至於第二點跟第五點說到的競技場跟公平秤，也是很有道理，但 scrum, agile 就比較沒提到這部分。 我能想到的比較接近的有兩個：第一個，在 scrum team 裡面，我們認為每個 team member 的年終考績都是一樣的，這聽起來不太公平，但我們都看得出來某些人表現就會是比較好，因為他在 scrum team 裡面會去 s...
我自己常用的 git command
講到git，比起身邊的很多人，我比較不一樣。我是用打指令的方式在操作，以下我就列一下我自己常用的 git command，當作是筆記。 git 很強大 這一篇講的是指令，指令後面會接參數，在這篇文章，我會這樣表示：比如說 “$email” 就是你要填入 email 的位置的意思。 那就，開始了？