 |
-- 會員 / 註冊 --
|
 |
|
|
|
Nexus規模化Scrum框架 ( 簡體 字) |
| 作者：[德] 庫爾特·比特納（Kurt Bittner） 帕特麗夏·孔（Patricia Kong）戴夫·韋斯特（Dave | 類別：1. -> 程式設計 -> 綜合 |
| 譯者： |
| 出版社：機械工業出版社 |  3dWoo書號： 50049
詢問書籍請說出此書號！【有庫存】
NT售價： 295 元 |
| 出版日：10/10/2018 |
| 頁數：172 |
| 光碟數：0 |
|
站長推薦：   |
| 印刷：黑白印刷 | 語系： ( 簡體 版 ) |
| |
加入購物車  │加到我的最愛
(請先登入會員) |
| ISBN：9787111609582 |
| 作者序 | 譯者序 | 前言 | 內容簡介 | 目錄 | 序 |
| (簡體書上所述之下載連結耗時費功, 恕不適用在台灣, 若讀者需要請自行嘗試, 恕不保證) |
| 作者序： |
| 譯者序： |
| 前言： |
內容簡介：本書從一個簡單的Nexus應用開始，描述了Nexus在日益復雜情況下的應用。作者闡述了環境的復雜性及其所導致的問題，以及如何應用Nexus來解決這些問題。作者把想法與案例研究結合起來。本書也是由《Nexus指南》的知識體系所支持的。 |
目錄：譯者序
序
前言
第1章 規模化敏捷概述1
1.1 為什么使用敏捷2
1.2 為什么要用Scrum3
1.2.1 什么是產品3
1.2.2 什么是Scrum4
1.3 為什么要用Nexus6
1.4 簡單是進行規模化的關鍵7
第2章 Nexus概述9
2.1 什么是Nexus9
2.2 Nexus擴展了Scrum11
2.3 Nexus集成團隊12
2.4 Nexus事件15
2.4.1 梳理16
2.4.2 Nexus Sprint計劃17
2.4.3 Nexus每日Scrum站會18
2.4.4 Nexus Sprint評審19
2.4.5 Nexus Sprint回顧20
2.4.6 Nexus Sprint回顧中要問的問題21
2.5 Nexus工件22
2.5.1 產品待辦事項列表22
2.5.2 Nexus目標22
2.5.3 Nexus Sprint待辦事項列表22
2.5.4 集成增量23
2.5.5 工件透明性23
2.5.6 Nexus中的“完成”定義24
2.6 要啟動Nexus需要做哪些準備24
2.7 結束語25
第3章 建立一個Nexus27
3.1 演進跨職能團隊30
3.1.1 實踐：開放代碼庫31
3.1.2 實踐：圍繞業務價值增量來建立團隊33
3.1.3 實踐：建立自組織團隊35
3.2 發展一個Nexus36
3.2.1 從小開始，不斷發展37
3.2.2 使用結對和“實習制”發展Scrum團隊38
3.2.3 為什么Nexus中只有3∼9個Scrum團隊38
3.3 建立Nexus集成團隊39
3.4 Nexus如何工作43
第4章 Nexus中的計劃45
4.1 鞏固和驗證產品待辦事項列表45
4.1.1 梳理產品待辦事項列表48
4.1.2 跨團隊產品待辦事項列表梳理50
4.1.3 產品待辦事項列表條目依賴關系54
4.1.4 可選實踐：使用故事地圖來了解功能和依賴關系56
4.1.5 可選實踐：使用跨團隊梳理板來了解依賴關系57
4.2 在Nexus中計劃一個Sprint61
4.2.1 建立Nexus目標62
4.2.2 估算和按規模大小排列產品待辦事項列表條目62
4.2.3 可選實踐：將產品待辦事項列表條目與價值交付互相關聯64
4.2.4 構建Nexus Sprint待辦事項列表和Scrum團隊待辦事項列表65
4.3 結束語69
第5章 在Nexus中運行Sprint71
5.1 Nexus每日Scrum站會71
5.2 在Nexus內部和外部提供透明性75
5.2.1 可選實踐：產品待辦事項列表樹形圖77
5.2.2 可選實踐：可視化產品待辦事項列表燃盡圖和速度78
5.3 Nexus Sprint評審80
5.3.1 可選實踐：使用“博覽會”形式進行Nexus Sprint評審81
5.3.2 可選實踐：使用離線評審技術進行Nexus Sprint評審82
5.4 Nexus Sprint回顧83
5.5 結束語89
第6章 演進Nexus91
6.1 可選實踐：圍繞特性組織Scrum團隊94
6.2 可選實踐：像開源項目一樣管理代碼96
6.3 可選實踐：圍繞用戶畫像組織團隊98
6.4 擴展Nexus集成團隊100
6.5 更新和梳理產品待辦事項列表101
6.6 再談Nexus Sprint計劃104
6.7 再談Nexus每日Scrum站會105
6.8 再談Nexus Sprint評審106
6.9 再談Nexus Sprint回顧107
6.9.1 工作太多，進展不足109
6.9.2 日益增加的技術債務110
6.9.3 不能及時出現的產品負責人111
6.9.4 不充分的構建和測試自動化112
6.9.5 制定改進計劃113
6.9.6 規模化Scrum的挑戰114
6.10 結束語116
第7章 應急模式下的Nexus119
7.1 三談產品待辦事項列表梳理121
7.2 三談Nexus Sprint計劃124
7.2.1 引導大規模分布式Sprint計劃會125
7.2.2 軟硬件開發混合的Nexus127
7.2.3 按不同Sprint節奏工作的團隊128
7.2.4 在Nexus中混合Scrum和瀑布方法130
7.3 三談Nexus每日Scrum站會131
7.4 當Nexus開始掙扎時，應該做些什么134
7.4.1 應急模式下的Nexus集成團隊136
7.4.2 減小規模136
7.4.3 使用健康檢查來了解團隊情緒139
7.4.4 Scrumble141
7.5 Nexus（偽）Sprint評審和回顧144
7.6 結束語145
第8章 Nexus旅程中的回顧147
8.1 哪些做得好148
8.1.1 Nexus每日Scrum站會148
8.1.2 Nexus集成團隊149
8.1.3 發布頻率150
8.1.4 生產力151
8.1.5 自組織152
8.2 需要改進的領域153
8.2.1 管理技術債務154
8.2.2 擴展產品負責人155
8.2.3 技能提升156
8.2.4 透明性和信任157
8.3 下一步是什么160
8.4 結束語162
術語表164 |
| 序： |
|
