5.7 为组建启动多个Scrum团队而制定计划
5.7 plan the launch of multiple Scrum Teams.
Nexus：
1. Scrum经验
∙ 组建多个跨职能团队
∙ 团队技能及敏捷（Scrum）经验
∙ 根据团队的实际情况制定辅导计划
∙ 培训多个Scrum Team
2. 一份统一的产品待办事项列表，一位产品负责人专门负责这个产品
∙ 对齐产品愿景（Product Roadmap）
∙ 创建初始Backlog
∙ 排序
∙ 估算
∙ Backlog梳理
∙ 1-2个Sprint的准备就绪的Backlog
3. 确定的团队，他们将在Nexus中开展工作，他们应该初步了解Nexus框架
组件跨职能团队
跨职能团队：
策略：让每个团队相对独立地并行工作，同时不断集成他们的成果。
不断消除跨团队依赖：
[if !supportLists]1. [endif]团队结构：当团队完备并跨职能时，他们不必依靠别人来完成工作
[if !supportLists]2. [endif]工作结构：当工作被分解成可以由一个团队独立工作的小块时，团队也不必依赖其他人来完成工作
[if !supportLists]3. [endif]产品架构：如果产品是小型完备的组件构建而成，而这些组件可被独立变更，那么团队无须依赖其他人来完成工作
事实上，完全的团队独立是不太可能做到的，但通过努力调整这些力量，可以带来更加独立的团队、更易管理的工作以及更好和更具弹性的产品。
职能团队：
建立团队的一种典型方法：按照开发特定组件所需的专来知识领域建立团队。虽然这是一种非常常见的组织方式，但它既不是唯一的方式，也不是最佳的方式。
∙ 从小开始，并缓慢扩展团队：
缓慢的扩展团队，可以让组织控制风险，通过限制参与人数和减少跨团队依赖，从而降低组织的复杂性。较少的团队可以更好的协作。从小开始意味着缓慢开始，并且当新团队成员加入时，要接受生产力会受到影响的情况。
如果一开始就立刻从所有团队开始，涉及每个人，这个风险更大，效率更低，成本更高。
∙ 培训和辅导
4. 确定的将在Nexus中组成NIT的团队成员
∙ 由Scrum团队成员加上产品负责人组成的虚拟团队
∙ 识别问题并促进问题解决
∙ 对每次Sprint结束时至少交付一次的可发布集成产品负责。Scrum团队仍然负责生产可工作的软件。NIT负责意味着它会保持关注，当团队无法交付集成的可工作增量时，帮助Scrum团队解决问题。
5. 一份“完成”定义
6. 确定的Sprint节奏
∙ 每个团队Sprint的长度
