| 作者 |
| 米奇·莱西（Mitch Lacey） |
| 丛书名 |
| 出版社 |
| 清华大学出版社 |
| ISBN |
| 9787302504627 |
| 简要 |
| 简介 |
| 内容简介书籍计算机书籍 Scrum作为敏捷方法，已经得到了广泛的应用。针对如何用好、用巧这个看似简单的框架，《敏捷软件开发：Scrum实战指南(第2版)》结合故事、模型和成功秘诀三大要素，透彻讲解确保Scrum成功实施的所有基本要素。全书5部分共35章。在简单介绍Scrum知易行难后，分别介绍战前准备、战地基础、战地急救，讨论如何使每日站会富有成效，如何提出Scrum的第四个问题，如何让人们在结对编程时保持专注，增加团队新成员时应该怎么办，发生文化冲突时应该怎么办，应急过程等。随后锁定八大主题，重点介绍高级生存和荒野生存。*后在附录中概述Scrum框架，以帮助读者快速入门。 《敏捷软件开发：Scrum实战指南(第2版)》适合打算实现敏捷转型并导入Scrum的所有人员阅读，是架构师、开发与测试人员、项目经理和项目负责人的理想参考书。 |
| 目录 |
第1章 Scrum知易行难 1 故事 1 Scrum 6 什么是Scrum？ 7 实施Scrum 8 Scrum的基本价值观 8 Scrum 需要转变思维方式 9 Scrum采用的是最短路径，而不是预设路径 10 Scrum发现问题 12 Scrum的最佳搭档 12 什么时候适合用Scrum？ 13 变化是困难的 15 现状后期 16 从外部元素和混乱到思想转变 16 实践与集成 16 新的现状 17 成功要领 17 引用 18 第Ⅰ部分 战前准备 第2章 取得支持与组建团队 23 故事 23 模型 29 转变需要时间 30 建立紧迫感 30 成立一个强大的指导联盟 31 建立愿景/绘制未来的蓝图 31 沟通愿景 31 授权人们为愿景采取行动 32 计划并创造短期成功 33 进一步改善，巩固成效，继续深化改革 33 制度化新的方式方法 33 成功要领 33 引用 34 参考 34 第3章 用团队顾问来优化团队表现 35 故事 35 模型 40 建立一个团队顾问池 40 建立团队 42 核心团队 43 团队顾问 44 团队大小 44 核心团队与团队顾问一起工作 46 团队顾问与会议 46 成功要领 47 责任 47 试验 48 小心过度 48 计划可能的空闲时间 48 团队顾问不能代替专职团队 49 引用 49 参考 49 第4章 预估团队的速率 50 故事 50 模型 55 使用历史数据的问题 55 为拍脑袋增加一些依据 56 估算Product Backlog 57 分解参考故事 57 点数与小时数的大致关系 58 团队的生产能力 58 估算团队的速率 59 增强对这种技术的信心 60 走着瞧(使用靠谱的数据) 60 收集并以图表形式表示真实的数据 61 计算平均速率，但要对范围进行交流 61 截断数据 62 成功要领 64 引用 65 第5章 Scrum的三大角色 66 故事 66 模型 70 选择角色 71 组合角色 72 如果实在万不得已，又该何时组合这三大角色 74 成功要领 74 第6章 确定Sprint的长度 76 故事 76 模型 79 项目期限 80 产品负责人与项目干系人 81 Scrum 团队 82 确定 Sprint 的长度 82 警告 85 问卷之外 85 成功要领 86 长于1个月的Sprint 87 延长Sprint长度 87 引用 87 第7章 如何定义完成” 88 故事 88 模型 90 介绍 91 头脑风暴 91 分类 92 排序与整合 93 生成与发布DoD 95 没有完成的工作呢？ 95 成功要领 96 引用 96 第8章 全职的ScrumMaster 97 故事 97 模型 100 成功要领 106 消除障碍/解决问题 106 结束争论/当团队的保姆 107 报告团队的行为表现 107 引导并在必要时提供帮助 107 教育组织并驱动组织变革 108 结语 109 引用 109 参考 110 第II部分 战地基础 第9章 Scrum中工程实践的重要性 113 故事 113 实践 117 重构 119 持续集成以及更频繁的提交 120 结对编程 121 自动化集成与验收测试 123 成功要领 124 不是银弹 125 开始行动 125 获得团队的支持 125 DoD 125 把工程实践加入Product Backlog 126 获得培训与指导 126 结语 126 引用 127 参考 127 第10章 团队核心时间 128 故事 128 模型 131 在一起工作的团队 131 分布式团队与兼职的团队 133 成功要领 134 第11章 发布计划 136 故事 136 模型 140 项目成本 144 成功要领 146 事先进行沟通和交流，并且要频繁 147 每个Sprint后都更新发布计划 147 努力先做优先级最高的条目 147 交付可工作的软件 148 引用 148 第12章 分解故事与任务 149 故事 149 模型 152 做好准备 152 故事分解 153 任务分解 156 成功要领 159 引用 160 参考 160 第13章 缺陷管理 161 故事 161 模型 163 成功要领 164 附加信息 165 引用 165 参考 166 第14章 可持续工程与Scrum 167 故事 167 模型 170 专用时间模型 170 随时收集数据 171 专职团队模型 171 成功要领 173 专职维护团队成员的轮换 173 用良好的工程实践来改进遗留代码 174 结语 174 引用 174 第15章 Sprint评审会 175 故事 175 模型 179 进行会议 180 成功要领 181 花时间准备 181 记录决策 182 要求认可 182 勇敢 182 参考 183 第16章 Sprint回顾会 184 故事 184 实践 187 让回顾会议发挥应有的作用 187 计划一个有效的回顾会议 188 召开回顾会议 189 成功要领 191 告诉他们为什么要保留回顾会议 192 营造一个良好的环境 192 有需要就开 192 高度重视回顾会议 193 引用 193 第III部分 战地急救 第17章 富有成效的每日站会 197 故事 197 模型 200 准时开始和结束 201 开会迟到 201 议程、节奏和站位 202 打断 202 漫谈和深入讨论 202 暴露隐藏的障碍 204 忽略问题 204 过于模糊 204 结束就意味着开始 204 成功要领 205 保持会议的频率 205 站着，不要坐 206 像团队一样工作 206 耐心 207 第18章 每日站会的第四个问题 208 故事 208 模型 211 成功要领 212 引用 212 第19章 真正参与结对编程 213 故事 213 模型 215 混排结对编程 216 实践混排结对编程 216 混排结对编程的挑战 217 微结对 218 成功要领 220 引用 221 第20章 222 新加入团队成员 222 故事 222 模型 224 练习 226 成功要领 227 承认速率会下降 227 明智地选择新成员 227 风险 228 引用 228 第21章 处理文化冲突 229 故事 229 模型 234 成功要领 239 掌握自己的命运 239 面对现实 240 坚持到底 241 引用 242 参考 242 第22章 Sprint紧急情况处理流程 243 故事 243 模型 246 消除障碍 246 获得帮助 247 缩小范围 247 取消Sprint 248 成功要领 249 引用 249 第IV部分 高级生存 第23章 可持续的步伐 253 故事 253 模型 257 缩短迭代周期 260 监测燃尽图 260 增加团队时间 261 成功要领 262 引用 263 第24章 交付可工作的软件 264 故事 264 模型 268 核心模型 268 用户数 269 从风险最高的组件开始 270 扩展和验证 270 成功要领 271 思维的改变 272 返工 272 专注于端对端的场景 273 参考 274 第25章 价值的度量与优化 275 故事 275 模型 278 功能工作 278 额外的工作 278 试验性工作 279 技术债务 280 其他潜在的类型 280 组织数据 281 使用数据 281 成功要领 283 教育项目干系人 283 和项目干系人一起工作 284 确定模式与趋势 284 引用 284 参考 284 第26章 项目成本预算 285 故事 285 模型 290 功能规格书 290 用户模型 291 估算用户模型 291 确定用户故事的优先级 292 确定团队的速率 293 计算成本 293 制定发布计划 294 成功要领 294 引用 295 第27章 Scrum项目中的文档 296 故事 296 模型 299 为什么我们要做文档 300 我们会做什么文档 300 什么时候以及怎样做文档 301 在项目开始的时候做大量文档 301 在项目最后做大量文档 302 随着项目的进展写文档 303 敏捷项目的文档 304 文档准备不充分就开始项目 305 成功要领 305 引用 306 第28章 外包与离岸开发 307 故事 307 模型 310 考虑实际成本 310 交接成本 310 增加的开销 311 长期的人员流失 311 文化的挑战与管理工作 311 开发实践 312 面对现实 312 预算与成本 313 时间、距离与文化 314 成功要领 314 选择合适的离岸团队 314 以痛苦最小的方式分配工作 315 坚守Scrum框架 315 建立团队文化 316 准备差旅 317 配备一个项目/团队协调人 318 绝不考虑离岸的情况 318 引用 318 参考 319 第29章 大型产品列表的优先级确定与估算 320 故事 320 模型 323 团队 324 项目干系人 325 成功要领 328 预先计划至关重要 328 专注于讨论并设定时间限制 328 将未解决的争议放入停车场” 329 带上额外的卡片/纸张以备现场产生用户模型 329 引用 330 第30章 拟定合同 331 故事 331 模型 335 传统的合同与变更要求 335 写用户模型 341 估算用户模型 341 成功要领 343 引用 345 第V部分 荒野必备 第31章 合作推动完成 349 故事 349 模型 353 任务扑克 353 结对编程 354 限制进行中的工作条目 355 两周迭代 358 用任务板创造可见性 359 成功要领 361 每个声音都有人听 361 对工作的共同理解 361 每位团队成员都对成果投入 362 不要平均任务估算 362 避免粒度更细的任务估算 362 Scrum建立在团队工作的基础之上 362 参考 363 第32章 故事点与时间的关系 364 故事 364 模型 367 恐惧因素 368 宽范围 368 成功要领 371 收集正确的数据 371 用数据来改善 372 故事点的REFLECT原则 373 参考 374 第33章 沉浸式面试与招聘 375 故事 375 模型 378 预测 378 雇佣要有正确原因 378 不良招聘的成本 379 技能，能力，还是两者兼顾 380 如何招聘 380 候选人筛选 381 准备与计划 382 候选人打分 383 招聘管理和非技术人员 384 成功要领 384 建立一个可重复的招聘流程 385 专注于能力而不是问题 385 技能容易学，能力不易学 385 找到比你强的人 386 理解成本并加大投资 386 引用 386 参考 387 第34章 激励与成果挂钩 388 故事 388 模型 391 设置关注点 391 按客户满意度统一目标 391 优先级的排定和调整 392 其他好处 394 成功要领 394 销售与开发一体化 394 停止牺牲人员和质量：对项目组合进行排序 394 管理层的支持 395 参考 395 第35章 Scrum项目中的风险管理 396 故事 396 模型 397 客户风险：PO 399 社会化风险：ScrumMaster 399 技术风险：开发(核心)团队 400 成功要领 400 放手 400 敏捷起来 401 参考 401 附录 Scrum框架 角色 404 ScrumMaster 404 产品负责人 404 开发团队 404 工件 405 Sprint Backlog 406 燃尽图 407 会议 407 计划会 407 每日Scrum 408 Sprint评审会 409 Sprint回顾会 409 结语 410 |