這本書是 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