敏捷可執行需求說明:Scrum提煉及實現技術

敏捷可執行需求說明:Scrum提煉及實現技術 pdf epub mobi txt 電子書 下載2025

出版者:機械工業齣版社
作者:Mario Cardinal
出品人:
頁數:168
译者:黃靈
出版時間:2014-10-1
價格:39
裝幀:平裝
isbn號碼:9787111480600
叢書系列:
圖書標籤:
  • 項目管理
  • 敏捷開發
  • 隨便看看
  • 需求
  • 用戶體驗
  • 創新
  • Important
  • 2018
  • 敏捷開發
  • Scrum
  • 需求工程
  • 需求管理
  • 可執行需求
  • 軟件工程
  • 産品管理
  • 用戶故事
  • 需求分析
  • 敏捷實踐
想要找書就要到 小美書屋
立刻按 ctrl+D收藏本頁
你會得到大驚喜!!

具體描述

本書介紹瞭如何創建可執行的需求說明並使用這些規範來測試軟件需求與行為。具體介紹瞭在Scrum框架下如何構建軟件,如何將需求與架構相連,如何自動進行需求驗證等內容,可幫助讀者解決在軟件開發中的最重要的挑戰:不僅僅要正確地解決問題,更要解決正確的問題。

著者簡介

Mario Cardinal,著名敏捷教練,Scrum的實踐者,多年來專攻軟件架構,有20多年大型信息係統設計經驗。他是Slingboards實驗室的創始人之一,該實驗室是一個新興創業公司,他們將即時貼功能做進智能手機、平闆電腦和互聯網,幫助團隊更好地協作。Cardinal已經連續9年獲得微軟最有價值的專傢(MVP)稱號。MVP一般授予社區最好的成員、最願意在社區分享經驗並幫助他人發揮潛力而值得信賴的技術專傢。

黃靈, PMP、CSM、 CSPO、CSP,管理3.0_敏捷領導力實踐培訓課認證講師,敏捷實踐者及敏捷教練,有多年軟件開發項目及項目群管理、Scrum 實施經驗。現供職於上海惠普有限公司,GDC 敏捷推廣項目負責人,專注於傳統項目團隊敏捷轉型實施指導、敏捷相關培訓以及公司、組織級敏捷轉型谘詢。與人閤作翻譯齣版瞭《敏捷技能修煉:敏捷軟件開發與設計的最佳實踐》和《言語的力量:高效的商務呈現和談話技巧》。

圖書目錄

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

讀後感

評分

評分

評分

評分

評分

用戶評價

评分

沒乾貨.

评分

沒乾貨.

评分

沒乾貨.

评分

敏捷,需求傻傻分的清楚

评分

沒乾貨.

本站所有內容均為互聯網搜索引擎提供的公開搜索信息,本站不存儲任何數據與內容,任何內容與數據均與本站無關,如有需要請聯繫相關搜索引擎包括但不限於百度google,bing,sogou

© 2025 book.quotespace.org All Rights Reserved. 小美書屋 版权所有