『一本好書,需要在廣度與深度中做出取捨,本書不但廣度足夠,討論的層次夠深,且打中問題要害。……如果能真正體會作者的本意並加以落實,對於敏捷轉型可以少踩很多雷。』
──「搞笑談軟工」板主Teddy Chen 專文推薦
『正如《Code Complete》在1990年代成為所有軟體工程師必備的聖經一樣,《More Effective Agile》也將在未來10年成為所有敏捷領導者必讀的絕佳指引。』
──Tom Kerr,ZOLL Medical嵌入式軟體開發經理
[名家名著]28
敏捷升級:28個提升敏捷成效的關鍵原則
More Effective Agile: A Roadmap for Software Leaders
軟體開發聖經《Code Complete》的作者Steve McConnell又一原創力作!
McConnell綜合數百家企業的經驗與血淚史,將這些得來不易的體悟和見解精煉成為一本值得一讀的絕佳指引,為無數軟體開發領導者提供一份現代敏捷實踐的有效路線圖。
McConnell統整的28個關鍵原則也是一份出色的備忘錄,他針對團隊、工作、組織等構面整理了一系列有影響力的、以行動為導向的處方箋,詳細討論各種提升敏捷成效的核心價值、領導行動與實踐做法,例如:
・選擇適合軟體公司的敏捷工具
・建立真正以業務為中心的、高績效的自我管理團隊
・了解Scrum的基礎知識和常見的失敗模式,並診斷團隊的問題
・在迭代環境中提高需求的一致性
・更有效地測試,藉此提升品質
・軟體開發領導者如何帶領公司突破真實世界的困境,像是分散式團隊、大型專案、產業法規,以及對可預測性的需求等等
McConnell亦嚴肅探討傳統方法、早期敏捷方法、現代敏捷方法之間的類同與歧異,以及它們背後的原則和情境,無論你是長字輩主管、副總裁、總監、經理、技術主管還是敏捷教練,本書都為你、你的團隊和你的公司提供寶貴的資源。
作者簡介:
Steve McConnell國際公認的軟體開發實踐思想領袖。他是《Code Complete》的作者,這本暢銷書經常被認為是有史以來最受好評的軟體開發書籍。McConnell的其他著作還包括《Software Estimation》和《Professional Software Development》。他以Construx Software執行長的身分主持Construx的年度軟體領導力高峰會(Software Leadership Summit)。他喜歡與世界各地的軟體主管交流互動。
目錄
齊聲讚譽
推薦序
關於作者
關於譯者
謝辭
PART I 帶你進入更有效的敏捷
Chapter 1 序言
1.1 為什麼「有效的敏捷」如此重要?
1.2 本書的目標讀者
1.3 本書與其他敏捷書籍有何不同?
1.4 本書的編排方式
1.5 讓我知道你的想法
Chapter 2 敏捷到底有什麼不同?
2.1 敏捷開發和循序式開發的共同點
2.2 敏捷的優勢來自何處?
2.3 敏捷邊界
Chapter 3 回應複雜性和不確定性的挑戰
3.1 Cynefin
3.2 在複雜專案上取得成功:OODA
3.3 關鍵原則:檢查和調整
PART II 更有效的團隊
Chapter 4 更有效的敏捷起點:Scrum
4.1 關鍵原則:從Scrum 開始
4.2 Scrum 常見的失敗模式
4.3 Scrum 失敗模式的共同點
4.4 Scrum 的成功因素
4.5 一個成功的Sprint
4.6 典型Sprint 的時間分配
4.7 過渡到Scrum 的問題
4.8 Scrum 計分卡
4.9 在Scrum 中檢查和調整:Daily Scrum
4.10 其他注意事項
Chapter 5 更有效的敏捷團隊結構
5.1 關鍵原則:建立跨職能團隊
5.2 測試人員的組織
5.3 關鍵原則:將測試人員整合到開發團隊中
5.4 產線支援的組織方式
5.5 有如黑盒子的敏捷團隊
5.6 你的組織是否願意建立敏捷團隊?
5.7 其他注意事項
Chapter 6 更有效的敏捷團隊文化
6.1 關鍵原則:透過自主、專精、目的來激勵團隊
6.2 關鍵原則:培養成長心態
6.3 關鍵原則:發展業務重點
6.4 其他注意事項
Chapter 7 更有效的分散式敏捷團隊
7.1 關鍵原則:強化回饋迴圈
7.2 邁向成功的分散式敏捷團隊
7.3 關鍵原則:修復系統,而不是個人
7.4 其他注意事項
Chapter 8 更有效的個人和互動
8.1 「關注個人」的潛力
8.2 關鍵原則:透過培養個人能力來提升團隊能力
8.3 更有效的(團隊)互動
PART III 更有效的工作
Chapter 9 更有效的敏捷專案
9.1 關鍵原則:保持專案小巧
9.2 關鍵原則:保持Sprint 簡短
9.3 使用「基於速度的計畫」
9.4 關鍵原則:以垂直切片的形式交付
9.5 關鍵原則:管理技術債
9.6 好好安排工作,避免陷入過勞
9.7 其他注意事項
Chapter 10 更有效的大型敏捷專案
10.1 敏捷在大型專案中有什麼不同?
10.2 大型專案中的敏捷重點
10.3 Brooks 定律
10.4 康威定律
10.5 關鍵原則:透過架構支持大型敏捷專案
10.6 大型專案中協作形式的轉變
10.7 大型專案的協調挑戰
10.8 大型敏捷專案計分卡
10.9 從Scrum 開始
10.10 其他注意事項
Chapter 11 更有效的敏捷品質
11.1 關鍵原則:最小化缺陷偵測的差距
11.2 關鍵原則:建立和使用完成定義
11.3 關鍵原則:保持可發布的品質水準
11.4 減少重工
11.5 其他注意事項
Chapter 12 更有效的敏捷測試
12.1 關鍵原則:使用由開發團隊建立的自動化測試
12.2 有效敏捷測試的更多關鍵
12.3 其他注意事項
Chapter 13 更有效的敏捷需求建立
13.1 敏捷需求的生命週期
13.2 敏捷需求有什麼不同?
13.4 敏捷需求:故事
13.5 敏捷需求容器:產品待辦清單
13.6 需求如何進入產品待辦清單?
13.7 關鍵原則:精煉產品待辦清單
13.8 關鍵原則:建立和使用就緒定義
13.9 其他注意事項
Chapter 14 更有效的敏捷需求排序
14.1 產品負責人
14.2 T恤尺寸方法
14.3 故事地圖
14.4 其他注意事項
Chapter 15 更有效的敏捷交付
15.1 關鍵原則:自動化重複性活動
15.2 支持CI/CD 的工作實踐
15.3 CI/CD 的好處
15.4 其他注意事項
PART IV 更有效的組織
Chapter 16 更有效的敏捷領導力
16.1 關鍵原則:管理結果,而不是管理細節
16.2 關鍵原則:用指揮官意圖表達明確目的
16.3 關鍵原則:關注產出量,而不是活動
16.4 關鍵原則:關鍵敏捷行為的表率
Chapter 17 更有效的敏捷組織文化
17.1 關鍵原則:寬容對待錯誤
17.2 心理安全感
17.3 關鍵原則:測量團隊產能,並以此進行計畫
17.4 建立實踐社群
17.5 組織在支持「更有效的敏捷」方面的作用
Chapter 18 更有效的敏捷測量
18.1 測量工作量
18.2 測量工作品質
18.3 測量的一般注意事項
18.4 其他注意事項
Chapter 19 更有效的敏捷流程改善
19.1 Scrum 作為流程改善的基準線
19.2 提高生產力
19.3 嚴格繪製價值流程圖與監控WIP
19.4 敏捷回顧
19.5 不要玩弄測量
19.6 檢查和調整
19.7 其他注意事項
Chapter 20 更有效的敏捷預測
20.1 發布週期不同時間點的可預測性
20.2 可預測性的種類
20.3 可預測性與敏捷邊界
20.4 可預測性與靈活性
20.5 其他注意事項
Chapter 21 受管制的產業中更有效的敏捷
21.1 敏捷如何支持受管制環境中的工作?
21.2 Scrum 如何支持受管制環境中的工作?
21.3 受管制系統的敏捷邊界
21.4 其他注意事項
Chapter 22 更有效的敏捷專案組合管理
22.1 WSJF(加權最短工作優先)
22.2 其他注意事項
Chapter 23 更有效的敏捷導入
23.1 一般變革方法
23.2 Domino 變革模型
23.3 在組織中傳播變革
23.4 另一個40,000 英尺的推廣視角
23.5 檢查和調整
PART V 尾聲
享受辛勞的成果
關鍵原則一覽表
參考文獻
齊聲讚譽
推薦序
關於作者
關於譯者
謝辭
PART I 帶你進入更有效的敏捷
Chapter 1 序言
1.1 為什麼「有效的敏捷」如此重要?
1.2 本書的目標讀者
1.3 本書與其他敏捷書籍有何不同?
1.4 本書的編排方式
1.5 讓我知道你的想法
Chapter 2 敏捷到底有什麼不同?
2.1 敏捷開發和循序式開發的共同點
2.2 敏捷的優勢來自何處?
2.3 敏捷邊界
Chapter 3 回應複雜性和不確定性的挑戰
3.1 Cynefin
3.2 在複雜專案上取得成功:OODA
3.3 關鍵原則:檢查和調整
PART II 更有效的團隊
Chapter 4 更有效的敏捷起點:Scrum
4...