[讀書趣] 告別瀑布,擁抱Scrum:解析微軟與Adobe如何在30天內開發出新軟體

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

英文原版書:Software in 30 Days: How Agile Managers Beat the Odds, Delight Their Customers, and Leave Competitors in the Dust

====== 以下節錄書籍的重點 ======

軟體開發專案有三個方向:

需求、技術、人

瀑布式流程的痛點:

  • 版本發佈所需的時間越來越長
  • 無法按時發佈
  • 在版本發佈的最後階段,軟體達到穩定狀態需要的時間越來越長
  • 制定計畫的時間太長,但計畫卻不夠準確
  • 在版本發佈中期很難做修改
  • 品質持續惡化
  • 『死亡行軍』損傷士氣

為什麼會出現這些問題

  • 以為『需求』不會變更,而且已被完全理解
  • 覺得『技術』能夠正常使用
  • 認為『人』可以像機器一樣可預測並且能夠可靠的工作

Scrum 可以怎麼開始:

  1. 組織一個團隊
  2. 確定想要為之建制試行的專案
  3. 完整實現一小部分的軟體
  4. 確定下一步想做什麼
  5. 評估可以改進的方向並付諸行動
  6. 重複步驟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

英文原版書:Software in 30 Days: How Agile Managers Beat the Odds, Delight Their Customers, and Leave Competitors in the Dust

發佈留言

發佈留言必須填寫的電子郵件地址不會公開。 必填欄位標示為 *