NEXUS规模化SCRUM框架库尔特·比特纳（KurtBittner

基本信息

书名:NEXUS规模化SCRUM框架

定价：59.00元

作者:[德] 库尔特·比特纳（Kurt Bittner） 帕特丽夏

出版社：机械工业出版社

出版日期：2017-02-01

ISBN：9787111609582

字数：126

页码：172

版次：

装帧：平装

开本：32开

商品重量：

内容提要

本书从一个简单的Nexus应用开始，描述了Nexus在日益复杂情况下的应用。作者阐述了环境的复杂性及其所导致的问题，以及如何应用Nexus来解决这些问题。作者把想法与案例研究结合起来。本书也是由《Nexus指南》的知识体系所支持的。

目录

译者序序前言章  规模化敏捷概述11.1  为什么使用敏捷21.2  为什么要用Scrum31.2.1  什么是产品31.2.2  什么是Scrum41.3  为什么要用Nexus61.4  简单是进行规模化的关键7第2章  Nexus概述92.1  什么是Nexus92.2  Nexus扩展了Scrum112.3  Nexus集成团队122.4  Nexus事件152.4.1  梳理162.4.2  Nexus Sprint计划172.4.3  Nexus每日Scrum站会182.4.4  Nexus Sprint评审192.4.5  Nexus Sprint回顾202.4.6  Nexus Sprint回顾中要问的问题212.5  Nexus工件222.5.1  产品待办事项列表222.5.2  Nexus目标222.5.3  Nexus Sprint待办事项列表222.5.4  集成增量232.5.5  工件透明性232.5.6  Nexus中的“完成”定义242.6  要启动Nexus需要做哪些准备242.7  结束语25第3章  建立一个Nexus273.1  演进跨职能团队303.1.1  实践：开放代码库313.1.2  实践：围绕业务价值增量来建立团队333.1.3  实践：建立自组织团队353.2  发展一个Nexus363.2.1  从小开始，不断发展373.2.2  使用结对和“实习制”发展Scrum团队383.2.3  为什么Nexus中只有3～9个Scrum团队383.3  建立Nexus集成团队393.4  Nexus如何工作43第4章  Nexus中的计划454.1  巩固和验证产品待办事项列表454.1.1  梳理产品待办事项列表484.1.2  跨团队产品待办事项列表梳理504.1.3  产品待办事项列表条目依赖关系544.1.4  可选实践：使用故事地图来了解功能和依赖关系564.1.5  可选实践：使用跨团队梳理板来了解依赖关系574.2  在Nexus中计划一个Sprint614.2.1  建立Nexus目标624.2.2  估算和按规模大小排列产品待办事项列表条目624.2.3  可选实践：将产品待办事项列表条目与价值交付互相关联644.2.4  构建Nexus Sprint待办事项列表和Scrum团队待办事项列表654.3  结束语69第5章  在Nexus中运行Sprint715.1  Nexus每日Scrum站会715.2  在Nexus内部和外部提供透明性755.2.1  可选实践：产品待办事项列表树形图775.2.2  可选实践：可视化产品待办事项列表燃尽图和速度785.3  Nexus Sprint评审805.3.1  可选实践：使用“博览会”形式进行Nexus Sprint评审815.3.2  可选实践：使用离线评审技术进行Nexus Sprint评审825.4  Nexus Sprint回顾835.5  结束语89第6章  演进Nexus916.1  可选实践：围绕特性组织Scrum团队946.2  可选实践：像开源项目一样管理代码966.3  可选实践：围绕用户画像组织团队986.4  扩展Nexus集成团队1006.5  更新和梳理产品待办事项列表1016.6  再谈Nexus Sprint计划1046.7  再谈Nexus每日Scrum站会1056.8  再谈Nexus Sprint评审1066.9  再谈Nexus Sprint回顾1076.9.1  工作太多，进展不足1096.9.2  日益增加的技术债务1106.9.3  不能及时出现的产品负责人1116.9.4  不充分的构建和测试自动化1126.9.5  制定改进计划1136.9.6  规模化Scrum的挑战1146.10  结束语116第7章  应急模式下的Nexus1197.1  三谈产品待办事项列表梳理1217.2  三谈Nexus Sprint计划1247.2.1  引导大规模分布式Sprint计划会1257.2.2  软硬件开发混合的Nexus1277.2.3  按不同Sprint节奏工作的团队1287.2.4  在Nexus中混合Scrum和瀑布方法1307.3  三谈Nexus每日Scrum站会1317.4  当Nexus开始挣扎时，应该做些什么1347.4.1  应急模式下的Nexus集成团队1367.4.2  减小规模1367.4.3  使用健康检查来了解团队情绪1397.4.4  Scrumble1417.5  Nexus（伪）Sprint评审和回顾1447.6  结束语145第8章  Nexus旅程中的回顾1478.1  哪些做得好1488.1.1  Nexus每日Scrum站会1488.1.2  Nexus集成团队1498.1.3  发布频率1508.1.4  生产力1518.1.5  自组织1528.2  需要改进的领域1538.2.1  管理技术债务1548.2.2  扩展产品负责人1558.2.3  技能提升1568.2.4  透明性和信任1578.3  下一步是什么1608.4  结束语162术语表164

作者介绍

Kurt Bittner是Scrum.org企业解决方案副总裁，拥有超过35年的从业经验，曾作为程序员、产品经理/产品负责人、业务分析师，以及组织变革代理人，帮助许多团队在短周期反馈驱动的条件下交付软件。他曾出版过其他3本软件工程方面的书籍，写过许多博客和文章，并经常出席会议发表演讲。 Patricia Kong是Nexus框架和基于事件管理框架的主要贡献者，Scrum.org企业解决方案产品负责人（包括Nexus框架）。她曾在几家初创公司领导过产品开发、产品管理和市场营销团队。 Dave West是Scrum.org公司的CEO和产品负责人，经常在主要的行业会议上发表主题演讲，并是一个拥有广泛读者的书籍、博客、文章和研究报告的作者。他曾领导过跨国公司的产品开发和咨询部门。