《敏捷可執行需求說明（Scrum提煉及實現技術
）》由著名敏捷教練、MVP專家卡迪納爾親筆撰寫，
多位
Scrum專家傾情推薦。書中深度解析了在前提條件尚
不
明確、需求難以把握且需持續演進的情況下如何闡釋
清楚
軟件需求說明，不僅提供了一個迭代式挖掘需求的可
靠案
例，還介紹了如何將需求說明與正在構建的軟件連接
起
來，以創建一個可執行的需求說明。
全書共9章：第1章解釋為了有效應對持續變更的
需求
而采用迭代探索和可執行需求說明的重要性；第2章
介紹如
何識別那些不可改變的事情，是它們保證迭代式需求
探索
方法成為可能；第3章揭示為了找出不確定性，團隊
必須通
過短周期反饋環挖掘干繫人的期望和需求；第4章介
紹如何
采用用戶故事表達“願求”，以及如何使用產品待辦
事項
列表記錄它們；第5章解釋如何通過優化產品待辦事
項列表
來幫助我們做迭代計劃，這樣可以提高整個反饋環成
功的
概率；第6章展示如何通過故事場景編寫用戶故事行
為腳本
來確認用戶故事；第7章解釋如何將故事場景轉換成
自動化
測試；第8章介紹如何通過詳細說明非功能性需求保
障軟件
的質量；第9章總結全書最關鍵的要素。

本書贊譽
譯者序
前言
第1章 解決正確的問題
1.1 從解決方案中甄別需求
1.2 識別不確定性的影響
1.3 處理不確定性
1.4 小結
1.5 參考資料
第2章 依賴堅實的基礎
2.1 界定不可*改的邊界
2.2 組建一個健康的團隊
2.3 要求所有干繫人參與
2.4 明確一個可以共享的願景
2.5 識別出一個有意義的共同目標
2.6 識別出一繫列**別的特征
2.7 驗證“可能存在”的假設
2.8 小結
2.9 參考資料
第3章 使用短周期反饋環探索干繫人的“願求”
3.1 運用試錯法
3.2 應用短周期反饋環
3.3 根據預期收益設定反饋目標
3.4 關注干繫人的“願求”
3.5 小結
3.6 參考資料
第4章 使用用戶故事表達“願求”
4.1 使用用戶故事描述願求
4.2 通過研究角色及其利益探索“願求”
4.3 建立一種通用語言
4.4 使用待辦事項列表記錄“願求”
4.5 小結
4.6 參考資料
第5章 優化產品待辦事項列表提煉用戶故事
5.1 管理產品待辦事項列表
5.2 通過合作優化產品待辦事項列表
5.3 采用圓點投票法對用戶故事進行排序
5.4 采用故事板的方式闡明用戶故事的需求
5.5 通過比較的方式估算用戶故事規模
5.6 按照業務價值拆分用戶故事
5.7 使用協作白板追蹤用戶故事
5.8 交付一組功能連貫的用戶故事
5.9 使用用戶故事計劃工作
5.10 小結
5.11 參考資料
第6章 使用場景確認用戶故事
6.1 使用場景創建用戶故事腳本
6.1.1 用標準形式表達場景
6.1.2 使用FIT表格化格式編寫場景腳本
6.1.3 使用已知–當…時–那麼句型結構編寫場景腳本
6.1.4 選擇FIT表格化格式或者已知–當…時–那麼的句型結構
6.1.5 規範化通用語言
6.2 將場景拆分成指令和查詢
6.3 兩步法流程協同確認
6.4 從場景裡剔除技術考量
6.5 在Sprint過程中演進場景
6.5.1 按照特征（feature）組織場景
6.5.2 通過特征編寫場景文檔
6.5.3 避免重復和合並衝突
6.6 小結
6.7 參考資料
第7章 使用驗收測試自動確認需求
7.1 在驗收測試中引入場景
7.2 使用紅–綠–重構循環自動化場景
7.3 將場景轉換成驗收測試
7.3.1 使用內部DSL進行調換
7.3.2 創建一個測試
7.3.3 將DSL代碼寫進新創建的測試中
7.4 將新創建的測試與接口連接起來
7.4.1 接口設計練習
7.4.2 場景步驟間的背景鏈
7.4.3 使測試失敗
7.5 實現接口
7.5.1 用需求說明–情景測試替換單元測試
7.5.2 讓測試通過
7.6 演進驗收測試
7.7 使用持續集成並同時運行驗收測試
7.8 通過測試結果來增強場景
7.9 小結
7.10 參考資料
第8章 處理非功能性需求
8.1 使用約束改善外部質量
8.1.1 將非功能性需求轉換成約束條件
8.1.2 將功能性需求範圍降低至一個簡單場景
8.1.3 設置可度量的質量目標
8.1.4 使用行之有效的實踐來測試約束
8.2 使用正確的工程實踐確保內部質量
8.3 通過協作構建掌握實踐
8.4 小結
8.5 參考資料
第9章 結論篇
9.1 本書概要重述
9.2 流程總結
9.3 提請注意各種角色
詞彙表