敏捷可執(zhí)行需求說明：Scrum提煉及實(shí)現(xiàn)技術(shù)

定　價：￥39.00

作　者：	（美）Mario Cardinal 著；黃靈譯
出版社：	機(jī)械工業(yè)出版社
叢編項(xiàng)：	敏捷開發(fā)技術(shù)叢書
標(biāo)　簽：	計算機(jī)/網(wǎng)絡(luò) 軟件工程/開發(fā)項(xiàng)目管理

購買這本書可以去

ISBN：	9787111480600	出版時間：	2014-10-01	包裝：	平裝
開本：	32開	頁數(shù)：	168	字?jǐn)?shù)：

內(nèi)容簡介

　　本書介紹了如何創(chuàng)建可執(zhí)行的需求說明并使用這些規(guī)范來測試軟件需求與行為。具體介紹了在Scrum框架下如何構(gòu)建軟件，如何將需求與架構(gòu)相連，如何自動進(jìn)行需求驗(yàn)證等內(nèi)容，可幫助讀者解決在軟件開發(fā)中的最重要的挑戰(zhàn)：不僅僅要正確地解決問題，更要解決正確的問題。

作者簡介

　　Mario Cardinal，著名敏捷教練，Scrum的實(shí)踐者，多年來專攻軟件架構(gòu)，有20多年大型信息系統(tǒng)設(shè)計經(jīng)驗(yàn)。他是Slingboards實(shí)驗(yàn)室的創(chuàng)始人之一，該實(shí)驗(yàn)室是一個新興創(chuàng)業(yè)公司，他們將即時貼功能做進(jìn)智能手機(jī)、平板電腦和互聯(lián)網(wǎng)，幫助團(tuán)隊(duì)更好地協(xié)作。Cardinal已經(jīng)連續(xù)9年獲得微軟最有價值的專家（MVP）稱號。MVP一般授予社區(qū)最好的成員、最愿意在社區(qū)分享經(jīng)驗(yàn)并幫助他人發(fā)揮潛力而值得信賴的技術(shù)專家。　黃靈， PMP、CSM、 CSPO、CSP，管理3.0_敏捷領(lǐng)導(dǎo)力實(shí)踐培訓(xùn)課認(rèn)證講師，敏捷實(shí)踐者及敏捷教練，有多年軟件開發(fā)項(xiàng)目及項(xiàng)目群管理、Scrum 實(shí)施經(jīng)驗(yàn)?，F(xiàn)供職于上海惠普有限公司，GDC 敏捷推廣項(xiàng)目負(fù)責(zé)人，專注于傳統(tǒng)項(xiàng)目團(tuán)隊(duì)敏捷轉(zhuǎn)型實(shí)施指導(dǎo)、敏捷相關(guān)培訓(xùn)以及公司、組織級敏捷轉(zhuǎn)型咨詢。與人合作翻譯出版了《敏捷技能修煉：敏捷軟件開發(fā)與設(shè)計的最佳實(shí)踐》和《言語的力量：高效的商務(wù)呈現(xiàn)和談話技巧》。

圖書目錄

本書贊譽(yù)
譯者序
前言
第1章　解決正確的問題 1
1.1　從解決方案中甄別需求 4
1.2　識別不確定性的影響 4
1.3　處理不確定性 7
1.4　小結(jié) 8
1.5　參考資料 9
第2章　依賴堅實(shí)的基礎(chǔ) 10
2.1　界定不可更改的邊界 11
2.2　組建一個健康的團(tuán)隊(duì) 11
2.3　要求所有干系人參與 13
2.4　明確一個可以共享的愿景 14
2.5　識別出一個有意義的共同目標(biāo) 17
2.6　識別出一系列高級別的特征 18
2.7　驗(yàn)證“可能存在”的假設(shè) 19
2.8　小結(jié) 20
2.9　參考資料 20
第3章　使用短周期反饋環(huán)探索干系人的“愿求” 21
3.1　運(yùn)用試錯法 21
3.2　應(yīng)用短周期反饋環(huán) 25
3.3　根據(jù)預(yù)期收益設(shè)定反饋目標(biāo) 27
3.4　關(guān)注干系人的“愿求” 27
3.5　小結(jié) 30
3.6　參考資料 30
第4章　使用用戶故事表達(dá)“愿求” 31
4.1　使用用戶故事描述愿求 31
4.2　通過研究角色及其利益探索“愿求” 34
4.3　建立一種通用語言 37
4.4　使用待辦事項(xiàng)列表記錄“愿求” 37
4.5　小結(jié) 40
4.6　參考資料 41
第5章　優(yōu)化產(chǎn)品待辦事項(xiàng)列表提煉用戶故事 42
5.1　管理產(chǎn)品待辦事項(xiàng)列表 42
5.2　通過合作優(yōu)化產(chǎn)品待辦事項(xiàng)列表 45
5.3　采用圓點(diǎn)投票法對用戶故事進(jìn)行排序 46
5.4　采用故事板的方式闡明用戶故事的需求 49
5.5　通過比較的方式估算用戶故事規(guī)模 53
5.6　按照業(yè)務(wù)價值拆分用戶故事 57
5.7　使用協(xié)作白板追蹤用戶故事 59
5.8　交付一組功能連貫的用戶故事 65
5.9　使用用戶故事計劃工作 67
5.10　小結(jié) 68
5.11　參考資料 69
第6章　使用場景確認(rèn)用戶故事 70
6.1　使用場景創(chuàng)建用戶故事腳本 71
6.1.1　用標(biāo)準(zhǔn)形式表達(dá)場景 73
6.1.2　使用FIT表格化格式編寫場景腳本 74
6.1.3　使用已知–當(dāng)…時–那么句型結(jié)構(gòu)編寫場景腳本 75
6.1.4　選擇FIT表格化格式或者已知–當(dāng)…時–那么的句型結(jié)構(gòu) 78
6.1.5　規(guī)范化通用語言 78
6.2　將場景拆分成指令和查詢 81
6.3　兩步法流程協(xié)同確認(rèn) 82
6.4　從場景里剔除技術(shù)考量 87
6.5　在Sprint過程中演進(jìn)場景 89
6.5.1　按照特征（feature）組織場景 89
6.5.2　通過特征編寫場景文檔 91
6.5.3　避免重復(fù)和合并沖突 92
6.6　小結(jié) 92
6.7　參考資料 94
第7章　使用驗(yàn)收測試自動確認(rèn)需求 95
7.1　在驗(yàn)收測試中引入場景 96
7.2　使用紅–綠–重構(gòu)循環(huán)自動化場景 99
7.3　將場景轉(zhuǎn)換成驗(yàn)收測試 102
7.3.1　使用內(nèi)部DSL進(jìn)行調(diào)換 102
7.3.2　創(chuàng)建一個測試 105
7.3.3　將DSL代碼寫進(jìn)新創(chuàng)建的測試中 106
7.4　將新創(chuàng)建的測試與接口連接起來 108
7.4.1　接口設(shè)計練習(xí) 109
7.4.2　場景步驟間的背景鏈 111
7.4.3　使測試失敗 112
7.5　實(shí)現(xiàn)接口 113
7.5.1　用需求說明–情景測試替換單元測試 114
7.5.2　讓測試通過 115
7.6　演進(jìn)驗(yàn)收測試 115
7.7　使用持續(xù)集成并同時運(yùn)行驗(yàn)收測試 116
7.8　通過測試結(jié)果來增強(qiáng)場景 117
7.9　小結(jié) 119
7.10　參考資料 120
第8章　處理非功能性需求 121
8.1　使用約束改善外部質(zhì)量 123
8.1.1　將非功能性需求轉(zhuǎn)換成約束條件 125
8.1.2　將功能性需求范圍降低至一個簡單場景 127
8.1.3　設(shè)置可度量的質(zhì)量目標(biāo) 129
8.1.4　使用行之有效的實(shí)踐來測試約束 133
8.2　使用正確的工程實(shí)踐確保內(nèi)部質(zhì)量 135
8.3　通過協(xié)作構(gòu)建掌握實(shí)踐 138
8.4　小結(jié) 139
8.5　參考資料 140
第9章　結(jié)論篇 141
9.1　本書概要重述 142
9.2　流程總結(jié) 144
9.3　提請注意各種角色 146
詞匯表 148