一個 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 就是“準備好了”的定義。