Essential Scrum 是Amazon 中賣最好 agile 書籍, 當初也有買一本, 可惜買了之後一直放在書櫃上冷凍. 直到這次, 很幸運地在 Scrum Gathering Shanghai 2014 中, 聽到作者Ken Rubin 的分享, 當下真的覺得, 暢銷書的作者真的不是當假的, 很得十分精彩, 我想應該很值得大家去買一本來看看.
在這次分享中, 他的主題是經濟合理的 Scrum (Economically Sensible Scrum), 主要是想表達以下概念:
在實施 Scrum 時, 我們會很努力去進行 sprint 規劃會議, 每日例會, 檢視會議(review meeting), 和回顧會議(retrospective)等等.
不過你一定也聽過 ScrumBut, 例如: 我們執行 Scrum, 可是一個 iteration 要兩個月, 或者我們只有一三五才舉行站立會議, 或者我們覺得回顧會議好無聊, 所以只舉行過兩次. 這時候你會被人家質疑, 你不是真的在執行 Scrum, 你違背了 Scrum 的規則.
但是..... 但是..... 沒有違背 Scrum 的規則, 你就一定保證會成功嗎?
答案當然不是, 為什麼呢? 作者認為有以下原因:
1. 開發過程中忽視或是誤用敏捷核心原則
大部份的時候, 我們都認為我們真的懂那些原則, 他們背後的原理, 或者是可適合使用的地方. 但是事實上, 我們都是一知半解, 可是卻很堅持地用錯誤的方法來實踐它. 作者舉了很多例子來說, 例如: 敏捷開發方法歡迎任何時都可以改變, 可是你必須要知道, 不同時間進來的改變, 你要付出的代價是不同的. 可以變, 但是你需要看投資報酬率是否值得.
2. 未能在價值鏈中從頭到尾運用敏捷原則
Scrum 的重點是在開發階段, 可是你也知道, 公司內部不是只有開發團隊. 當你的 PM 或是高官不是 agile 時, 你還是需要一開始做出很詳盡的計劃, 所以你還是浪費很多時間在做之後可能用不到, 或是馬上不正確的東西. 此外, 如果你的合作夥伴也沒有敏捷的觀念, 你就算是每個月發佈新版本給他, 他可能也沒辦法給你任何回饋. 這時候你還是要每個月都發佈嗎? 你的目的為何? 可以有什麼好處嗎?
3. 未能以經濟合理的方式來組織團隊
要讓敏捷有效, 不只在開發上要用新方法, 在組織團隊上也要跟過去不同, 像是保持固定的團隊成員, 或者是 T 型人的隊員等等, 這些都是必備的條件. 否則即使你花了很多力氣, 讓團隊去學習 scrum, 實施 scrum, 你的效果還是不會很好. 你只會事倍功半而已.
因此, 最後作者總結說, 實施 Scrum 是必要的, 但是想要成功這樣還不夠. 你必須真的懂敏捷核心原則背後的道理, 並且考量投資報酬率, 來挑整實施的方式和時機. 我們要的不是教條式的遵守, 而是要能因時因地制宜, 以求得最大化的商業價值.
所以一切都要以賺錢為最高指導原則 XDDDD.
留言列表
