Nexus指南：规模化Scrum实战

"2018-Nexus-Guide-Chinese-Simplified.pdf" 本文档是Scrum.org发布的《Nexus指南》的2018年简体中文版，由Ken Schwaber开发并维护，旨在提供使用Nexus框架进行规模化敏捷开发的权威指导。Nexus是一种针对大型和复杂项目设计的敏捷框架，它扩展了Scrum的基本原则和实践，以支持多个相互依赖的Scrum团队之间的高效协作。 Nexus概述： Nexus框架旨在解决在多个Scrum团队之间协调工作、管理依赖关系以及保持产品一致性的问题。它提供了一种结构化的方法，使多个团队能够协同工作，以实现一个共同的Sprint目标，同时保持敏捷的灵活性和响应能力。 Nexus的定义： Nexus是一个框架，用于组织和协调三个或更多个Scrum团队，以便他们可以作为一个整体运作，共同交付一个可工作的、集成的软件增量。它建立在Scrum基础之上，增加了额外的角色、事件和工件，以支持大规模的敏捷实践。 Nexus角色： 1. Nexus集成团队：由所有参与项目的Scrum团队组成，共享一个产品待办列表（Product Backlog）。 2. Nexus集成团队的产品负责人：负责整个Nexus范围内的产品愿景、需求和优先级。 3. Nexus集成团队的ScrumMaster：负责消除跨团队的障碍，确保Nexus流程的有效运行。 4. Nexus集成团队成员：来自不同Scrum团队的开发人员，共同工作以创建集成的软件增量。 Nexus事件： 1. 精炼（Refinement）：所有团队一起进行，以确保对产品待办列表中的用户故事有共同的理解。 2. Nexus Sprint规划：确定Nexus Sprint目标，并计划如何在所有团队间分配工作。 3. Nexus Daily Scrum：促进团队间的沟通，讨论集成问题和进展。 4. Nexus Sprint评审：展示集成增量，获取反馈。 5. Nexus Sprint回顾：反思整个Nexus流程，寻找改进机会。 Nexus工件： 1. 产品待办列表：包含所有团队的用户故事，是Nexus的共享输入。 2. Nexus Sprint待办列表：基于产品待办列表，分配给各个Scrum团队的工作。 3. 集成增量：每个Sprint结束时，所有团队共同完成的、可部署的软件部分。 “完成”的定义： 在Nexus中，“完成”不仅意味着技术上的完成，还意味着工作已经通过所有团队的集成测试，准备好发布。 通过这些详细说明，读者可以理解Nexus如何在大型敏捷项目中提供结构和协调，帮助组织有效地管理复杂的跨团队合作。这份指南对于希望扩展Scrum实践、提升规模化敏捷能力的团队来说，是一份宝贵的参考资料。