支持Scrum的开发流程-团队领导者或解决方案架构师的角色

Question

我只是好奇，因为对于支持Scrum的开发过程，Team Leader (TL)角色与Scrum Master (SM)角色合并，团队应该是自我激励、自我组织和自我驱动的。没有团队领导(和架构师！)在团队内部-谁在为未来做决定-在实现上证明方法？例如，使用哪个库，客户端数据处理等。基于scrum概念，这些决定应该由团队协作或由单个团队成员做出。很可能他们没有足够的资格/经验，在未来的几年里，这个决定可能会花费数百万美元(即使是一到两年的时间)。

在scrum概念中，这个问题是如何解决的？

谢谢

Answer 1

Scrum只是一个交付过程。技术决策应由相关负责人负责。这些决定可能是在讨论和团队会议之后做出的。如果需要，团队成员也可以参加这些会议。scrum管理员的角色是确保提交到sprint中的待办事项。这与技术决策无关。(Scrum主管负责移除障碍，并使团队朝着冲刺目标前进)团队可以在计划会议期间接受任务时，为架构决策或设计/重新设计过程分配时间。

例如，TL可能在scrum board中有4个小时的任务来进行设计。如果这项任务涉及到与架构师的会议，并且架构师不在现场，scrum master应该采取必要的行动来安排会议，并确保这个拦截器被移除。也许他可以安排他们之间的通话。

此外，认为技术领导者应该是scrum大师的想法也是错误的。这是两个不同的角色，可能是也可能不是同一个人。

Answer 2

在Scrum中定义了三个角色：

• 产品Scrum

Team

Scrum Master帮助团队遵循Scrum并消除障碍。产品负责人负责处理积压的工作，并确定事情的优先级。

其他事情都由开发团队来做。在开发团队中没有定义的角色，但是我们有能力。

例如，开发团队有能力进行开发。它还具有进行测试的能力。

没有什么可以阻止开发团队拥有架构的能力。例如，它可能有一个具有体系结构背景的团队成员，或者可能有几个团队成员具有体系结构经验。

至于团队领导者的角色，没有必要这样做，因为Scrum中的每个人都可以充当领导者。例如，如果团队中的某个人在数据库工作方面确实经验丰富，那么当团队处理数据库工作项时，他们可能会表现出领导力。

是谁在决定未来的实现方式？

团队就是这样的。

经验丰富的Scrum团队将定期聚在一起讨论“大局”。他们将考虑实现的未来，考虑其架构的方式等。

要使用的库、客户端数据处理等。

谁有经验来决定使用哪些库？他们可能是一个很好的人，可以建议使用哪些库的方法。然后，团队可以对此进行讨论，并就方法达成一致。客户端数据处理也是如此。

这就是协作。每个人都有自己的声音，每个人都是潜在的领导者。

的机会是他们没有足够的资格/经验，这个决定可能会在未来几年花费数百万美元

如果团队担心他们没有足够的经验来做出重要的决策，那么他们应该将其作为一个问题提出。一些可能的解决方案包括：

为team members

• Bring获得额外的培训团队中有更多实践社区的人，以获得建议

Answer 3

敏捷宣言在提到自组织团队的原则中直接解决了您的问题：“最好的架构、需求和设计来自自组织团队。”与其他众所周知的敏捷方法相比，Scrum可能在信任“有动机的个人”(根据另一个原则)方面做得最好，使用科学家所称的“群体思维”来做到这一点。我的教练实践是基于我对有关团队合作的科学研究的审查。这些反复表明，随着时间的推移，具有不同背景的跨职能小组在决策质量方面的表现将优于单一专家。Scrum通过让人们一起计划每个人的工作，并通过Scrum和Demo让他们对团队负责，从而促进了这一点。

这并不意味着你不能在团队中有像架构师这样的技术专家，或者为团队提供输入。我同意Leni的观点，最好不要让技术专家成为SM，因为这会将太多的社会力量整合到一个角色中，并进一步阻碍真正的自我组织。(从社会心理学的角度来看，全职SM会阻止真正的自我组织，所以我让成员轮流担任这个角色。)但这些专家可以通过协调团队中自下而上的标准开发，为用户故事提供输入，参加各种团队的规划仪式和演示等，来充当顾问。