目 　錄
第一部分 　我們如何工作
第1章 　項目背景　　3
1.1 　時間綫　　5
1.2 　我們如何切割大象　　7
1.3 　我們如何讓客戶參與進來　　8
第2章 　組織團隊　　9
第3章 　每天齣席雞尾酒會　　13
3.1 　第一撥：功能開發團隊每日立會　　14
3.2 　第二撥：不同專業角色的同步立會　　15
3.3 　第三撥：項目同步立會　　17
第4章 　項目進度闆　　19
4.1 　我們的節奏　　22
4.2 　如何處理緊急問題和障礙　　23
第5章 　擴展任務看闆　　27
第6章 　跟蹤總體目標　　31
第7章 　定義“可供”與“完成” 　　　35
7.1 　可供開發　　36
7.2 　可供係統測試　　37
7.3 　兩個定義如何提升團隊協作　　38
第8章 　處理技術故事　　 　41
8.1 　示例1：係統測試瓶頸　　 　42
8.2 　示例2：版本發布前一天　　 　43
8.3 　示例3：7 　米長的類　　 　44
第9章 　處理Bug　　 　47
9.1 　持續係統測試　　 　47
9.2 　立馬修復Bug！　　 　49
9.3 　為何要限定Bug 　跟蹤係統中的Bug 　數量　　 　50
9.4 　Bug 　可視化　　 　51
9.5 　預防Bug 　重現　　 　53
第10章 　持續改進流程　　 　57
10.1 　團隊迴顧　　 　58
10.2 　流程改進研討會　　 　59
10.3 　掌控改變速率　　 　66
第11章 　管理在製品　　 　69
11.1 　采用在製品限額　　 　73
11.2 　為什麼在製品限額隻適用於功能卡　　 　74
第12章 　捕捉並使用流程度量　　 　79
12.1 　速率（每周功能數） 　　　 　79
12.2 　為何不使用故事點　　 　82
12.3 　周期時間（每個功能所需時間） 　　　 　83
12.4 　纍計流量　　 　88
12.5 　流程周期效率　　 　90
第13章 　Sprint 　與版本發布規劃　　 　93
13.1 　需求清單梳理　　 　93
13.2 　挑選前十個功能　　 　94
13.3 　為何將需求清單梳理工作移齣Sprint 　規劃會議　　 　94
13.4 　規劃版本發布　　 　95
第14章 　我們如何做版本控製　　97
14.1 　主乾無垃圾　　98
14.2 　團隊分支　　99
14.3 　係統測試分支　　100
第15章 　為何我們隻用真實看闆　　103
第16章 　經驗教訓　　109
16.1 　瞭解目標　　109
16.2 　不斷實驗　　109
16.3 　擁抱失敗　　110
16.4 　解決真正的問題　　110
16.5 　擁有專職變革推動者　　110
16.6 　讓人們參與進來　　111
第二部分 　技術詳解
第17章 　敏捷與精益概述　　115
17.1 　敏捷概述　　116
17.2 　精益概述　　118
17.3 　Scrum 　概述　　121
17.4 　XP 　概述　　123
17.5 　看闆概述　　125
第18章 　縮減測試自動化需求清單　　131
18.1 　怎麼辦　　131
18.2 　如何每個迭代周期都提高測試覆蓋率　　132
18.3 　第1 　步：列齣測試用例　　132
18.4 　第2 　步：測試分類　　133
18.5 　第3 　步：按優先順序對列錶進行排序　　134
18.6 　第4 　步：每個迭代周期自動化若乾測試　　136
18.7 　這能解決問題嗎　　138
第19章 　用規劃撲剋估算需求清單大小　　 　139
19.1 　不用規劃撲剋進行估算　　 　139
19.2 　用規劃撲剋進行估算　　 　141
19.3 　特殊牌　　 　143
第20章 　因果圖　　 　145
20.1 　解決問題，而不是解決癥狀　　 　145
20.2 　精益問題解決方法：A3 　思維　　 　146
20.3 　如何使用因果圖　　 　148
20.4 　示例1：發布周期長　　 　149
20.5 　示例2：上綫版本有缺陷　　 　153
20.6 　示例3：缺乏結對編程　　 　155
20.7 　示例4：很多問題　　 　159
20.8 　實際問題：如何創建並維護因果圖　　 　160
20.9 　陷阱　　 　161
20.10 　為何采用因果圖　　 　163
第21章 　結語　　 　165
附錄 　術語錶：如何避免高深術語
· · · · · · (收起)