前言
關(guān)于作者
關(guān)于技術(shù)審查人
第1章　盡早交付1
1.1　入門3
1.2　用于規(guī)劃的數(shù)據(jù)分析 7
1.3　創(chuàng)造價值9
1.4　從盡早交付到持續(xù)交付11
1.4.1　更多實體 12
1.4.2　更多屬性 13
1.4.3　更多市場 15
1.4.4　更高的質(zhì)量 15
1.4.5　平臺即產(chǎn)品：更多垂直商業(yè)和客戶 16
1.5　盡早且持續(xù)交付價值16
1.6　結(jié)論 20
第2章　需求變化21
2.1　為變化而構(gòu)建 22
2.1.1　為變化而構(gòu)建度量 22
2.1.2　為變化而構(gòu)建管道 24
2.1.3　為變化而構(gòu)建模型 27
2.1.4　為變化而構(gòu)建架構(gòu) 35
2.2　為變化而構(gòu)建測試和監(jiān)控 37
2.2.1　監(jiān)控增量變化：數(shù)據(jù)DRI37
2.2.2　哨兵實體 38
2.2.3　日常判斷指標(biāo) 39
2.2.4　測試特征40
2.2.5　測試學(xué)習(xí)后的模型 41
2.2.6　帶標(biāo)簽的訓(xùn)練數(shù)據(jù) 41
2.3　響應(yīng)客戶DSAT43
2.3.1　確定DSAT的類別44
2.3.2　定期自我評估：數(shù)據(jù)滾動和質(zhì)量審查46
2.3.3　度量競爭對手48
2.4　結(jié)論50
第3章　持續(xù)交付51
3.1　驗證代碼更改52
3.2　持續(xù)集成系統(tǒng)53
3.3　持續(xù)部署系統(tǒng)54
3.4　驗證數(shù)據(jù)更改56
3.5　持續(xù)部署數(shù)據(jù)58
3.6　決定發(fā)布什么59
3.7　結(jié)論60
第4章　與業(yè)務(wù)人員保持一致61
4.1　日常的重要性61
4.2　集中辦公的優(yōu)勢64
4.3　業(yè)務(wù)驅(qū)動的Scrum團隊65
4.4　與業(yè)務(wù)人員合作了解數(shù)據(jù)68
4.5　幫助業(yè)務(wù)人員了解機器學(xué)習(xí)的局限性69
4.6　與業(yè)務(wù)人員溝通工程的節(jié)奏：我們?nèi)绾巫鯯crum71
4.6.1　Scrum團隊72
4.6.2　組合和產(chǎn)品待辦事項72
4.6.3　用戶故事75
4.6.4　任務(wù)77
4.6.5　沖刺82
4.6.6　通過郵件與業(yè)務(wù)人員溝通Scrum狀態(tài)89
4.7　結(jié)論93
第5章　激發(fā)個體94
5.1　頻繁重寫95
5.2　發(fā)現(xiàn)和培養(yǎng)激發(fā)個體96
5.2.1　面試與招聘98
5.2.2　激發(fā)個體的職業(yè)生涯管理103
5.3　為激發(fā)個體創(chuàng)造一個生產(chǎn)力環(huán)境106
5.3.1　內(nèi)外循環(huán)106
5.3.2　尋找工具、監(jiān)控和編制文檔107
5.3.3　開發(fā)人員NSAT109
5.4　支持組織外部的激發(fā)個體110
5.5　結(jié)論111
第6章　有效溝通112
6.1　圍繞數(shù)據(jù)的討論必須是交互式的118
6.2　數(shù)據(jù)工具基礎(chǔ)119
6.2.1　數(shù)據(jù)討論工具的要求119
6.2.2　進行快速評估120
6.2.3　實例挖掘122
6.2.4　抽樣策略122
6.2.5　迭代差分124
6.3　數(shù)據(jù)可視化124
6.4　召開有效的會議是一種技能126
6.5　結(jié)對和并行標(biāo)記127
6.6　數(shù)據(jù)滾動128
6.7　演示會議130
6.8　結(jié)論133
第7章　監(jiān)控134
7.1　監(jiān)控工作軟件135
7.1.1　示例系統(tǒng)：離開時間135
7.1.2　基于活動的監(jiān)控136
7.1.3　用于分析跟蹤的Azure數(shù)據(jù)資源管理器139
7.2　監(jiān)控可以告訴你什么141
7.2.1　工作軟件是否真的可工作141
7.2.2　什么地方出現(xiàn)了問題141
7.2.3　有多快142
7.2.4　業(yè)務(wù)目標(biāo)是否真的達成143
7.2.5　是否真正滿足了客戶需求144
7.2.6　數(shù)據(jù)和模型如何使用145
7.3　結(jié)論146
第8章　可持續(xù)開發(fā)147
8.1　我們是否在正確的可持續(xù)節(jié)奏上148
8.1.1　放慢節(jié)奏149
8.1.2　加快節(jié)奏150
8.2　調(diào)整節(jié)奏的重要性151
8.3　可持續(xù)節(jié)奏與實時網(wǎng)站153
8.4　可持續(xù)節(jié)奏與多個開發(fā)地域155
8.5　結(jié)論155
第9章　技術(shù)卓越157
9.1　敏捷軟件工程實踐158
9.2　數(shù)據(jù)項目的技術(shù)卓越162
9.2.1　度量自身162
9.2.2　建立指標(biāo)時開發(fā)模型165
9.2.3　為推理系統(tǒng)編寫測試166
9.2.4　自定義標(biāo)注工具168
9.2.5　存儲和版本化訓(xùn)練與評估數(shù)據(jù)169
9.2.6　管理模型170
9.3　數(shù)據(jù)項目的良好設(shè)計171
9.3.1　數(shù)據(jù)模型中的表示和標(biāo)識173
9.3.2　表示不確定175
9.3.3　代表輸入176
9.4　結(jié)論177
第10章　簡潔178
10.1　勤于完成任務(wù)描述179
10.1.1　不明確的工作179
10.1.2　致命的連詞181
10.1.3　跨任務(wù)的依賴關(guān)系和假設(shè)181
10.2　盡早集成183
10.3　基線和啟發(fā)式方法183
10.4　認識到限制184
10.5　管理HiPPO185
10.6　快速失敗186
10.7　構(gòu)建、購買或使用開源187
10.8　結(jié)論189
第11章　自組織團隊190
11.1　團隊組成191
11.2　團隊由個體組成192
11.3　鼓勵團隊的個體特性194
11.4　跨多個自組織團隊的管理196
11.5　被授權(quán)的團隊可以推動團隊發(fā)展和產(chǎn)品演進197
11.6　好事如何出現(xiàn)198
11.7　培養(yǎng)自組織團隊199
11.8　工程原理與概念完整性200
11.9　結(jié)論201
第12章　調(diào)整202
12.1　回顧202
12.2　五個為什么204
12.3　調(diào)整指標(biāo)205
12.4　展望未來206
12.5　結(jié)論207
第13章　總結(jié)208