新書推薦:
《
异域回声——晚近海外汉学之文史互动研究
》
售價:NT$
500.0
《
世界文明中的作物迁徙:聚焦亚洲、中东和南美洲被忽视的本土农业文明
》
售價:NT$
454.0
《
无端欢喜
》
售價:NT$
347.0
《
股票大作手操盘术
》
售價:NT$
245.0
《
何以中国·何谓唐代:东欧亚帝国的兴亡与转型
》
售價:NT$
398.0
《
一间只属于自己的房间 女性主义先锋伍尔夫代表作 女性精神独立与经济独立的象征,做自己,比任何事都更重要
》
售價:NT$
203.0
《
泉舆日志 幻想世界宝石生物图鉴
》
售價:NT$
611.0
《
养育女孩 : 官方升级版
》
售價:NT$
230.0
內容簡介:
本书从一个简单的Nexus应用开始,描述了Nexus在日益复杂情况下的应用。作者阐述了环境的复杂性及其所导致的问题,以及如何应用Nexus来解决这些问题。作者把想法与案例研究结合起来。本书也是由《Nexus指南》的知识体系所支持的。
關於作者:
Kurt Bittner是Scrum.org企业解决方案副总裁,拥有超过35年的从业经验,曾作为程序员、产品经理产品负责人、业务分析师,以及组织变革代理人,帮助许多团队在短周期反馈驱动的条件下交付软件。他曾出版过其他3本软件工程方面的书籍,写过许多博客和文章,并经常出席会议发表演讲。 Patricia Kong是Nexus框架和基于事件管理框架的主要贡献者,Scrum.org企业解决方案产品负责人(包括Nexus框架)。她曾在几家初创公司领导过产品开发、产品管理和市场营销团队。 Dave West是Scrum.org公司的CEO和产品负责人,经常在主要的行业会议上发表主题演讲,并是一个拥有广泛读者的书籍、博客、文章和研究报告的作者。他曾领导过跨国公司的产品开发和咨询部门。
目錄 :
译者序序前言第1章 规模化敏捷概述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
內容試閱 :
我们写作本书的目的很简单:向熟悉Scrum的人提供一种简单而强大的方法,从而当需要多个团队共同努力进行产品开发时,可以继续应用他们所熟悉的同一套Scrum概念。每天有超过1200万人使用Scrum,其中很多人都在进行大型多团队协作。Nexus就是为了满足这些人的需要而发展起来的,虽然许多组织都在使用它,但还没有对它进行描述的书籍出现。我们希望本书的读者能够应用Nexus来扩展,甚至是提升他们的Scrum实践的能力。正如我们想说的,“规模化的Scrum仍然是Scrum”。谁应该阅读本书任何使用Scrum的人都会从阅读本书中获益,因为有时你会发现,一个单独的Scrum团队已经不足以交付产品了。虽然增加团队听起来很容易,但是团队间的依赖关系很难管理,而且会快速冲垮这个单薄的Scrum方法。本书将帮助每个团队成员更好地理解Nexus。在Scrum团队之外,Scrum团队的利益相关者将发现本书有助于理解多团队工作所面临的挑战,这也将帮助他们更好地支持与之进行合作的团队。本书是如何组织的本书假设你已经熟悉Scrum框架,并通过介绍如何使用Nexus来扩展Scrum进行大型产品的开发,从而建立起这种知识体系。第1章介绍了在一个项目需要多个Scrum团队参与的情况下,如何使用敏捷。第2章主要关注Nexus背后的基本原则和概念,包括何时需要Nexus,以及启动Nexus所需要的准备。第3章主要关注如何围绕产品建立一个Nexus,即使该产品仍然只是一个构想,尚未组建起团队也没有关系。对于已经存在的产品和团队,我们将描述在创建Nexus时如何增加团队。我们还将描述如何在Nexus中组织Scrum团队,以及如何识别(并最小化)产品待办事项的依赖关系。第4章主要关注如何组织Nexus的工作:针对业务目标对于大型待办事项列表的收集、梳理和验证,设定目标,计划Sprint。第5章主要关注Sprint中的Nexus工作:执行Nexus Sprint待办事项列表中的任务,运行Nexus每日Scrum站会,开展Nexus Sprint评审,以及实施Nexus Sprint回顾。第6章主要关注如何管理Nexus,包括报告进度、提升绩效和吞吐量,以及消除瓶颈。第7章主要关注Nexus如何帮助组织克服规模化过程中的典型挑战,包括帮助分布式团队更好地协同工作,应对挑战,保持团队的有效合作。第8章展示了当团队和组织扩展Scrum时所经历的典型旅程。它着眼于Nexus元素在旅程中的作用,团队和组织所面临的典型挑战,以及他们如何克服这些挑战。同时,也展望了团队和组织可以做些什么,从而持续提升交付复杂应用程序的能力。致谢我们在写作本书时得到了很多帮助和支持。首先,我们要感谢Ken和Christina Schwaber的支持、鼓励,以及他们提供的Nexus如何从Scrum演进而来的视角。其次,要感谢Ken Schwaber和Jeff Sutherland创造Scrum框架,该框架是Nexus的基础。Nexus框架之所以存在,是因为相互协作的团队成员聚集在一起,将他们的经验转化为《Nexus指南》的形式并分享给大家。我们也感谢专业Scrum培训(PST)社区,社区成员利用他们宝贵的时间,通过他们深思熟虑的建议和严谨的评审帮助提升本书的质量。我们对本书最大的贡献者们表示最诚挚的感谢,他们是Peter GRalph Jocham、Mikkel Toudal Kristiansen、Rob Maher、Jeronimo Palacios和Steve Porter。我们还要谢谢Eric Naiburg,他用作家睿智的目光帮助我们更有效地表达思想,以及Sabrina Love,她设计了本书的封面。最后,如果没有PearsonAddison-Wesley出版社团队的支持就没有本书的出版,特别是我们的编辑Chris Guzikowski、策划编辑Chris Zahn、生产编辑Julie Nahil、文字编辑Stephanie Geels,他们都帮助我们完成了本书的完善和出版。Kurt, Patricia和Dave