联系指导改变历史
变化在2018年和2021年之间联系指导
- 2021联系指导变化反映更新到最新版本的Scrum指南。
- 2020年Scrum指南介绍了产品的目标和承诺。它描述了跨职能和自我管理Scrum团队谁选择谁,以及如何工作。2021联系指南反映这些变化。
- 关系框架的目标是什么?
- 一个新的联系理论部分州规模关系的目标是一群Scrum团队的价值,工作在一个单一的产品,能够提供。它通过把重点放在增加透明度以减少复杂性,那些团队会遇到他们一起工作。这意味着,所更新的关系引导,缩小规模,可以是一个重要的实践提供更多的价值。
- 跨团队的依赖关系、团队自我管理、透明度和问责制是常见的扩展的挑战。在软件领域,这些依赖项要求,相关领域知识,软件和测试工件。这些类别已被移除的关系指导更普遍适用的软件开发之外的领域。
- 从产品开发的角度来看,跨团队的依赖往往不匹配造成的产品结构和通信结构。这个描述已被添加。
- 目的导向关系事件
- Sprint是Scrum团队明确贴上一个事件在一个关系产生单个集成增量。它在Scrum是一样的。
- 改进现在更名为跨团队的细化。跨团队改进的产品待办事项列表可减少或消除跨团队的依赖关系。
- Nexus Sprint规划和Nexus Sprint回顾事件不规定的步骤进行。相反,每个事件的目的。
- Nexus框架图变化关系的“疾跑”计划和Nexus Sprint回顾相应更新。
- 改进的清晰性和简洁性
- 2021联系指南,就像2020年Scrum指南,删除的描述性语言,也简化了语言更广泛的观众。
变化在2015年和2018年之间联系指导
发现最新版本的Nexus指南在这里。
- Nexus指南的更新描述从“缩放的外骨骼Scrum开发”到“明确地指向扩展与Nexus Scrum:游戏规则。”
- 关系定义为“一个关系或人或事物之间的联系。”
- 在关系流程,语言变化关注团队而不是个人成员,“关系由多个跨职能的Scrum团队合作提供一个潜在的可发布的集成增加至少年底每个Sprint。“还添加了基于依赖关系,团队可能自组织和选择最合适的成员做具体工作。
- 清晰的关系整合团队的作用
- Nexus集成团队往往是个体的Scrum团队的成员关系。这篇作文支持自底向上的情报的必要性从个人关系中的Scrum团队。
- Nexus集成团队实际上并不是做集成。个人Scrum团队执行的集成工作。
- 删除定义集成团队的关系是一个Scrum团队造成混乱,他们永久关系中的一个单独的Scrum团队
- 细化Nexus事件之前Nexus Sprint计划搬进来的。
- 细化是不再规定为两部分。语言关注透明度而非可视化。
- 删除引用细化为“会议”,而不是“细化”。
- 强调细化是连续在Sprint是必要的和适当的。
- Nexus的目标不是指定的输入或输出Nexus Sprint计划可能有所不同,而是作为一个目标,产品所有者讨论在Nexus Sprint计划。除去语言的必要性在一个集中的空间。
- 关系的目标是现在Nexus冲刺目标,不再列为新的工件与Scrum框架是一致的。
- 从目录删除
- Nexus Daily Scrum团队是一个机会看跨团队的影响除了跨团队的依赖关系。
- Nexus每日例会不是唯一一次Sprint Backlog的联系应该调整。这是最低的时候团队应该一起调整Nexus Sprint Backlog反映他们对工作的理解和团队之间的依赖关系。
- Nexus每日Scrum开发团队在Nexus检查进展Nexus Sprint目标。
- Nexus冲刺评审不是一个表演秀,因为它不是在Scrum中,添加的语言,它也是一个机会去适应产品待办事项列表。同时,提到需要反馈在Nexus冲刺评审描述“Nexus流程”4页
- 补充说,Nexus Sprint回顾是一个正式的机会联系检查和调整自己并创建一个改进计划制定下一个Sprint。
- 类似于Scrum指南更新Nexus Sprint回顾存在联系,确保持续改进。
- 集成的跨度代表当前状态的集成工作。
- “完成”的定义指定必须综合集成的增量。
- 在删除该声明“工件透明度,接受考验的技术债务整合发生时,仍不清楚,所有依赖项解析。“替换为”软件必须开发,这样依赖关系之前发现和解决技术债务变得不可接受的关系。”
- 删除段落软件实践。而重要的和相关的,主题必须进一步阐述了添加任何值。
- Creative commons补充道。