這本書是 Scrum 的兩位爸爸:Ken Schwaber & Jeff Sutherland 合著的書藉,因此讓人有一種:想了解 Scrum 就一定要讀這本書的感覺。
沒錯,讀了這本書,你會更了解 Scrum,但有個前提條件:你是站在哪個角度看 Scrum?
適合閱讀對象:
如果你是工程師、產品經理之類的職務,多半會用執行者的角度去讀這本書,試著去尋找答案。但你可能會大失所望,因為這本書並不是傳授你如何使用 Scrum,也不是讀了之後就可以立即使用在工作上的書。閱讀完之後,你可能會得到一個結論:Scrum 看起來好棒棒,可以解決很多問題,但實務上該怎麼作?這本書並沒有明確的告訴你。
這本書主要在針對『 Scrum 心法、觀念的建立』、『使用 Scrum 有哪些好處』、『要轉型成敏捷型企業有哪些步驟』這些面向著墨。因此,如果你是 Scrum Master、中高階主管、企業主,這本書會比較適合你。
告別瀑布,擁抱Scrum:解析微軟與Adobe如何在30天內開發出新軟體
# 作者: Ken Schwaber, Jeff Sutherland
# 譯者: 王軍, 李麟德
# 出版社:博碩
# 出版日期:2014/08/29
# 語言:繁體中文
# ISBN:9789862019542
====== 以下節錄書籍的重點 ======
軟體開發專案有三個方向:
需求、技術、人
瀑布式流程的痛點:
- 版本發佈所需的時間越來越長
- 無法按時發佈
- 在版本發佈的最後階段,軟體達到穩定狀態需要的時間越來越長
- 制定計畫的時間太長,但計畫卻不夠準確
- 在版本發佈中期很難做修改
- 品質持續惡化
- 『死亡行軍』損傷士氣
為什麼會出現這些問題
- 以為『需求』不會變更,而且已被完全理解
- 覺得『技術』能夠正常使用
- 認為『人』可以像機器一樣可預測並且能夠可靠的工作
Scrum 可以怎麼開始:
- 組織一個團隊
- 確定想要為之建制試行的專案
- 完整實現一小部分的軟體
- 確定下一步想做什麼
- 評估可以改進的方向並付諸行動
- 重複步驟3~5直至達成目標
短期 Sprint 的理由
- 不穩定的市場環境
- 不穩定的團隊
- 不確定的技術方案
- 需要確定團隊的速率
- 提供學習的經歷
- 需要風險控制
不使用短期 Sprint 的理由
2周長度的 Sprint 會比 3周 Sprint 花費的成本比較高,主要是花費在規劃會議,回顧會議,不僅會議本身時間比較多,還需要 context switch 的成本。
超過一個月的 Sprint
- 相關負責人會失去對專案的專注,甚至忘記內容
- 需求數量的增加,整體複雜度就會以非線性的方式增加,為了管理複雜度並紀錄之前做的決定,就必須增加更多的文件與設計等設備。
- 在 Scrum 提倡的簡短會議中,很難做到同時查看並吸收如此大量的資訊後,立即做出決定。
這本書也花了滿大的篇幅在下面這四個主題著墨:
在專案層次用 Scrum
發展 Scrum 的效能
企業層次的 Scrum 應用
企業級轉型(深化並固化改革)
對於想要更了解 Scrum 內涵的朋友,這本算是滿容易閱讀的書籍。
告別瀑布,擁抱Scrum:解析微軟與Adobe如何在30天內開發出新軟體
# 作者: Ken Schwaber, Jeff Sutherland
# 譯者: 王軍, 李麟德
# 出版社:博碩
# 出版日期:2014/08/29
# 語言:繁體中文
# ISBN:9789862019542