开发团队 - SAFe请不要篡改Scrum!

Page content

Index | Scrum Master | Product Owner | Dev Team | Scrum

开发团队 - SAFe请不要篡改Scrum!

在这里,我们将解释SAFe描述中引入开发团队角色的观点,该角色与其在Scrum中的实际含义有重大差异。

根据《Scrum指南》有关开发团队角色:

他们是自组织的。没有人告诉开发团队如何将产品待办事项转变为潜在可发布功能的增量。 源自《Scrum指南》

SAFe描述中,有专门的系统工程师和解决方案架构师的角色。他们的职责包括: > - 定义子系统及其接口 - 确定主要组件 - 识别接口之间的协作 - 将职责分配给子系统 - 开发、分析、拆分和实现使能(enabler)史诗故事的实施 - 定义、探索和支持赋能者(Enablers)的实施以发展解决方案的意图,直接与敏捷团队合作实施它们 - 规划和开发“架构跑道”(Architectural Runway),以支持新的业务特性与功能 - 定义并沟通共同的技术和架构愿景 - 与解决方案的上下文沟通交流交互的要求 - 使敏捷发布火车(ART)和解决方案火车上的团队保持一致,以实现共同的技术和架构愿景

源自《规模化敏捷框架-系统和解决方案架构师/工程

如果产品开发需要所有这些,那么这就是Scrum中开发团队职责范围的一部分。但是,在SAFe的描述中,团队以外的其他角色也由开发团队负责。而且,它与开发团队的外部依赖性无关。这与决策有关。

这是一种Scrum反模式,因此开发团队缺乏决策自主权。这通常导致对整体结果缺乏责任感(自主性)。最后,它带来了仅仅对于编码和测试的狭隘关注,并导致缺乏团队合作和实现业务目标的动力。

本文链接

本文翻译自如下网站,如果译文和原稿有任何差异,请参考原文。 in case of any discrepancies between the translation and the original, the original version should be considered as the correct one Remove References To Scrum From SAFe!原文链接