閱讀 | 告別瀑布,擁抱Scrum

理科假文青
·
·
IPFS
·
敏捷管理不是懂工具應用而已,管理的心態、團隊文化才是最後能否成功的要件!

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

推薦指數:★★★½☆

《告別瀑布,擁抱Scrum》本書不是在講述敏捷技巧而是對於敏捷管理的系統性介紹,作者Jeff Sutherland及Ken Schwaber同時也是Scrum的創造者之一,從事軟體開發已經有70餘年的經驗,將這套敏捷開發心法推廣,也是這幾年矽谷大企業與新創公司普遍採用的方法。

書中舉了蠻多實際發生的經典案例,很值得一看,譬如美國FBI的查詢系統建置,由原本耗資4億美元動用400名軟體工程師的專案,最後導入Scrum後,僅用了1年的時間人力縮減到45人且僅耗費3000萬美元即完成90%的功能。

Adobe當年在開發Premier Pro CS3升級到CS4時,也遇到耗費需多的人力與資源,最後產品推出時間延期與成效不彰的狀況,最後也是導入敏捷開發後,大幅縮短產品推出週期,到現在Adobe甚至將敏捷這套管理方式,開發成軟體(Workfront)商用套件販售。

關於在講述Scrum時,我們常聽到的每日站立會議(Daily Standup Meeting)、故事(User Story)、衝刺(Sprint)及衝刺回顧(Sprint Retrospective)等事件,以及Scrum的各角色與權責,如產品負責人、Scrum Master、開發團隊等,在本書附錄有詳盡的解釋,也可以搭配看先前分享的另一本書《SCRUM:用一半的時間做兩倍的事》,會更有心得,這也是Jeff Sutherland的另一本著作。

而多數企業對於Scrum的推廣處於理解容易,實踐困難,個人分析歸納以下幾點:

1. 團隊包含高層的思維轉型困難,畢竟瀑布開發習慣了,很難體會敏捷帶來的好處,加上多數高層已經很少會親自下來動手做了。

2. 從上到下的一致性,不能只有小團隊自己執行而是跨部門與橫向單位都要一起變革,否則你會發現離開團隊,其他單位都還是在瀑布開發。

3. 最後,也是最重要的就是充分授權,要改革最重要的還是公司高層必須授權避免綁手綁腳。

在本書中的最後附錄「Scrum指南」,大致上就是在複習一次書中講的重點。

  1. Scrum團隊各角色定義與權責(責任與義務)
  2. Scrum流程與事物說明(敏捷流程)
  3. 交付與產出的說明(Sprint目標與回顧)

網路上有,有興趣也可以看看:

http://www.scrumguides.org/docs/scrumguide/v1/Scrum-Guide-CN.pdf


最後,如果問我導入Scrum的好處是什麼,我會認為是提高團隊的生產效率與交付速度,同時也提升工作品質。敏捷管理不是懂工具應用而已,管理的心態、團隊文化才是最後能否成功的要件!


【後記】

比較想要分享的是書中提到的「死亡行軍」。執行專案最怕碰到死亡行軍(Death March),在台灣多數企業,包含我自己身邊就遇過不少專案是死亡行軍模式,死亡行軍的共同特徵,就是預期價值很低,專案團隊整體士氣低迷,長期加班人人疲憊不堪,對未來充滿悲觀,能跳槽的努力跳,不能跳的如行屍走肉般度日如年。上述是不是講到很多人痛點,而會造成死亡行軍專案的原因有很多,如缺乏經驗者所作出的不成熟承諾或是專案未經妥善管理等。綜觀上述我們要做的除了是改變管理思維外,最重要的還是管理者要看到自己的問題。

最近看一篇文章也剛好呼應這本書所帶來的好處,27歲外商CEO讓公司從40人壯大到300人(https://www.cheers.com.tw/article/article.action?id=5100742&page=3),而這家公司也正是台灣目前導入敏捷開發非常成功的新加坡商鈦坦科技。

#閱讀筆記 #B024

CC BY-NC-ND 2.0 授权

喜欢我的作品吗?别忘了给予支持与赞赏,让我知道在创作的路上有你陪伴,一起延续这份热忱!