以正確的方式解決正確的問題，滿足利益相關者的需要！
在本書中，作者展示了如何通過敏捷思維模式，應用分析技術從根本上把分析從僅僅是“收集並記錄需求”轉變為團隊可以用來建立共識的一項重要活動。首先，他討論了獨特的敏捷思維模式，回顧了其背後的關鍵原則，並闡述了這些原則如何與高效分析聯繫起來。然後，他把這些原則放到4個廣泛而又引人深思的案例研究中。zui後，他演練了一套完整的用於高效敏捷分析的技術，並利用實例展示了這些技術如何、為何以及何時發揮作用。
作者的這種策略將教會讀者如何了解利益相關者的需要，識別滿足這些需要的**解決方案，建立解決方案的共識，並在整個產品的生命周期中持久地保存這些信息。書中還演示了如何利用在開發、測試、部署的整個過程中學到的知識迭代地進行分析，以便可以不斷地調整、細化和完善。

無論你是專業的分析人員，還是執行分析任務的開發人員、管理人員或測試人員，本書中的方法都將幫你的團隊不斷地發現和提供更好的解決方案。

本書主要內容
■ 分析的核心概念：需要/解決方案、結果/產出和發現/交付。
■ 精益創業理念應用於IT項目：客戶開發、創建-評估-學習和度量。
■ 結構化決策過程，識別期權和承諾之間的區別，克服認知偏見。
■ 聚焦價值：特性注入、zui小可行產品和zui小可市場化特性。
■ 理解如何在項目的生命周期中進行分析。
■ 分析用戶：繪制利益相關者地圖、測定承諾量表和創建人物角色。
■ 理解情境：執行（企業）戰略分析。
■ 澄清需要：應用決策過濾器、評估項目計劃和陳述問題。
■ 調研解決方案：影響地圖和故事地圖、協同建模和驗收標準。

項目成敗的關鍵在於是否在“做正確的事情”，而本書正是從分析的角度幫助項目來做到這一點。
本書中分析活動是指對人（利益相關者和用戶）、情境（人所處的環境）、利益相關者的需要以及解決方案的分析和理解，同時，分析活動要貫穿項目始終，將敏捷思維模式應用在所有分析活動中，纔能助力項目成功。
本書共分4個部分15章，內容涵蓋將敏捷思維模式應用到分析中會涉及的理念、案例分析、技術和相關資源。本書並沒有將太多篇幅放在解釋那些已被證明的技術上，而是更注重實用性，注重如何選擇合適的方法進行需求分析。

Kent J. McDonald發現了交付價值的更好方法。他具有多年的工作經驗，包括業務分析、戰略規劃、項目管理和產品開發。他的行業經驗遍及金融服務、醫療保險、效果營銷、人力服務、非營利組織和汽車行業。他擁有愛荷華州立大學工業工程理學學士學位和肯特州立大學工商管理碩士學位。他還是《StandBack and Deliver: Accelerating BusinessAgility》一書的合著者。

譯者簡介
霍金健具有多年項目管理、敏捷轉型、持續集成等實戰經驗，目前致力於推動互聯網創新產品管理和敏捷項目管理能力提升工作。主導完成商業知心、數據工廠、用戶畫像、大數據+、圖片變現、人工智能等公司戰略產品的敏捷改進和產品交付工作，通過度量驅動方式，結合業務目標和團隊特點取得突出效果。《看板實戰》《軟件需求》《繫統工程Petri 網——建模、驗證與應用指南》中文版譯者，TID 大會、敏捷中國、Scrum Gathering、敏捷之旅等大會演講嘉賓。

第1章指導原則3
1．1簡介3
1．2交付價值3
1．3合作5
1．4迭代6
1．5簡化7
1．6考慮情境8
1．7明智決策9
1．8反思與適應10
1．9總結11
1．10切記11
第2章有用的概念13
2．1簡介13
2．2需要和解決方案13
2．3結果和產出17
2．4發現和交付17
2．5切記20
第3章精益創業的影響21
3．1簡介21
3．2客戶開發21
3．3創建－評估－學習25
3．4度量26
3．4．1好的度量指標27
3．4．2度量指標的考慮因素28
3．4．3創建度量指標30
3．5切記32
第4章決策33
4．1簡介33
4．2決策的結構33
4．2．1確定決策者33
4．2．2選擇決策機制34
4．2．3確定所需的信息36
4．2．4及時做出決定37
4．2．5與同事/利益相關者建立支持38
4．2．6溝通決策38
4．2．7執行決策39
4．3真實期權39
4．4認知偏見41
4．4．1需求獲取41
4．4．2分析43
4．4．3做出決策44
4．5切記45
第5章交付價值47
5．1簡介47
5．2特性注入47
5．2．1識別價值48
5．2．2注入特性50
5．2．3提供實例52
5．3最小可行產品54
5．4最小可市場化特性56
5．5切記57
第6章敏捷思維模式下的分析59
6．1簡介59
6．2需要是什麼61
6．3可能的解決方案是什麼61
6．4我們接下來該做什麼62
6．5這部分的細節是什麼（即開始講故事）62
6．6切記63

第二部分案 例 研 究

第7章案例研究：會議投稿繫統67
7．1簡介67
7．2需要67
7．3可能的解決方案68
7．4價值交付68
7．4．1定義－構建－測試71
7．4．2主題的小插曲73
7．4．3Agile2014大會78
7．5經驗總結80
第8章案例研究：傭金繫統83
8．1簡介83
8．2需要84
8．3可能的解決方案84
8．4價值交付85
8．5經驗總結86
第9章案例研究：數據倉庫89
9．1簡介89
9．2需要89
9．3可能的解決方案90
9．4價值交付91
9．5經驗總結96
第10章案例研究：學生信息繫統99
10．1簡介99
10．2需要99
10．3可能的解決方案101
10．4經驗總結106

第三部分技 術

第11章理解利益相關者111
11．1簡介111
11．1．1利益相關者分析111
11．1．2用戶分析112
11．2利益相關者地圖112
11．2．1定義112
11．2．2例子112
11．2．3何時使用113
11．2．4為什麼使用113
11．2．5如何使用113
11．2．6警告和注意事項115
11．2．7附加資源116
11．3承諾量表116
11．3．1定義116
11．3．2例子116
11．3．3何時使用116
11．3．4為什麼使用117
11．3．5如何使用117
11．3．6警告和注意事項118
11．3．7附加資源119
11．4用戶建模119
11．4．1定義119
11．4．2例子119
11．4．3何時使用121
11．4．4為什麼使用122
11．4．5如何使用122
11．4．6警告和注意事項123
11．4．7附加資源123
11．5人物角色124
11．5．1定義124
11．5．2例子124
11．5．3何時使用124
11．5．4為什麼使用125
11．5．5如何使用125
11．5．6警告和注意事項125
11．5．7附加資源126
第12章理解情境127
12．1簡介127
12．2基於目的的對準模型127
12．2．1定義127
12．2．2各個像限的解釋128
12．2．3例子129
12．2．4何時使用129
12．2．5為什麼使用130
12．2．6如何使用130
12．2．7警告和注意事項131
12．2．8附加資源132
12．3六個問題132
12．3．1定義132
12．3．2例子132
12．3．3何時使用133
12．3．4為什麼使用133
12．3．5如何使用133
12．3．6警告和注意事項134
12．3．7附加資源134
12．4情境領導模型135
12．4．1定義135
12．4．2例子138
12．4．3何時使用138
12．4．4為什麼使用139
12．4．5如何使用139
12．4．6警告和注意事項140
12．4．7附加資源141
第13章理解需要143
13．1簡介143
13．2決策過濾器144
13．2．1定義144
13．2．2例子144
13．2．3何時使用144
13．2．4為什麼使用145
13．2．5如何使用145
13．2．6警告和注意事項146
13．2．7附加資源147
13．3項目機會評估147
13．3．1定義147
13．3．2例子148
13．3．3何時使用149
13．3．4為什麼使用149
13．3．5如何使用149
13．3．6警告和注意事項149
13．3．7附加資源150
13．4問題陳述150
13．4．1定義150
13．4．2例子150
13．4．3何時使用151
13．4．4為什麼使用151
13．4．5如何使用151
13．4．6警告和注意事項152
13．4．7附加資源152
第14章理解解決方案153
14．1簡介153
14．2影響地圖155
14．2．1定義155
14．2．2例子155
14．2．3何時使用155
14．2．4為什麼使用157
14．2．5如何使用158
14．2．6警告和注意事項158
14．2．7附加資源158
14．3故事地圖159
14．3．1定義159
14．3．2例子159
14．3．3何時使用159
14．3．4為什麼使用159
14．3．5如何使用161
14．3．6警告和注意事項162
14．3．7附加資源163
14．4協同建模163
14．4．1定義163
14．4．2例子164
14．4．3何時使用164
14．4．4為什麼使用166
14．4．5如何使用166
14．4．6警告和注意事項167
14．4．7附加資源168
14．5驗收標準168
14．5．1定義168
14．5．2例子168
14．5．3何時使用169
14．5．4為什麼使用170
14．5．5如何使用170
14．5．6警告和注意事項170
14．5．7附加資源171
14．6實例171
14．6．1定義171
14．6．2例子172
14．6．3何時使用174
14．6．4為什麼使用174
14．6．5如何使用175
14．6．6警告和注意事項175
14．6．7附加資源176
第15章組織並持久保存解決方案信息177
15．1簡介177
15．2發現看板177
15．2．1定義177
15．2．2例子178
15．2．3何時使用179
15．2．4為什麼使用179
15．2．5如何使用179
15．2．6警告和注意事項180
15．2．7附加資源181
15．3就緒的定義181
15．3．1定義181
15．3．2例子182
15．3．3何時使用182
15．3．4為什麼使用182
15．3．5如何使用182
15．3．6警告和注意事項183
15．3．7附加資源183
15．4交付看板184
15．4．1定義184
15．4．2例子184
15．4．3何時使用185
15．4．4為什麼使用185
15．4．5如何使用185
15．4．6警告和注意事項186
15．4．7附加資源187
15．5完成的定義187
15．5．1什麼是完成的定義187
15．5．2例子188
15．5．3何時使用188
15．5．4為什麼使用188
15．5．5如何使用188
15．5．6警告和注意事項189
15．5．7附加資源189
15．6繫統文檔190
15．6．1什麼是繫統文檔190
15．6．2例子190
15．6．3何時使用190
15．6．4為什麼使用191
15．6．5如何使用191
15．6．6警告和注意事項191
15．6．7附加資源192

第四部分資 源

術語表195
參考文獻219

《超越需求 敏捷思維模式下的分析》：
有了所有這些價值的可能定義，我希望找到一種通用的方式描述業務價值以適用於所有類型的組織。我最終總結出這樣的描述：IT項目的業務價值可以通過其是否幫助組織達成一個或多個目的來衡量。基於我們前面對於目的的定義，這是由項目對一個或多個目標的影響來衡量的。
組織目標可以是明確的財務目標。例如，一個新產品應該（理想情況下）增加收入，一個解決監管問題的項目能成本（如人力）。然而，通常在IT項目的結果和直接的財務影響之間並沒有容易獲得的關聯。在這些情況下，目標可以通過項目能影響的事物進行衡量，從而與財務指標或指標集間接相關。這就是3.4節介紹的先見性指標。
舉例來說，一家金融服務公司努力為外部銷售人員改變其Web網站。該公司與其他公司競爭，出售同一類型的金融產品，因此必須找到方法，以保持獨立銷售隊伍的領先意識，從而建立並保持其相對的市場地位。雖然更改網站確實對收入或成本沒有直接可衡量的影響（網站主要提供公司產品的相關信息），然而中間目標——例如衡量網站的滿意度和網站的訪問數及訪問步長——可以提高品牌知名度並最終產生增加或保護收入的效果。
知道了如何在項目的情境定義業務價值，接下來就需要弄清楚如何用業務價值模型，而不僅僅是用靜態的數字來描述這些目標。業務價值模型描述了項目在選定目標的影響，從而能夠基於項目進行過程中得到的新信息重新評估你的期望。通過這種方式描述業務價值，就有辦法在項目進行過程中評估項目，從而確定其是否能達成期望的結果。這也意味著，如果項目無法完成所期望的目標，你能立刻采取行動，而不至於在整個項目結束後纔發現沒能實現目標。
這裡有一些例子可以說明它是如何工作的。
在過去的幾年裡，我已經組織了幾次不同的會議，主要是圍繞敏捷或業務分析的會議。這些會議往往是負責主辦的非營利組織的主要收入來源，所以每個會議的一個主要目標就是產生一定數量的資金，以資助非營利組織的其餘活動。當然還有其他的目標，但產生收入是我所策劃會議的非營利組織的業務價值的最佳體現。
……