管理者应该参加回顾会议吗?让你的Scrum发挥作用#19

Stefan Wolpers

2021年8月23日

TL;DR:管理者应该参加回顾会议吗?

Scrum有很多失败的可能性。考虑到Scrum是一个具有合理而简短的“手册”的框架，这种效果不应该让任何人感到惊讶。一个经典的讨论是(直线)经理参加Scrum团队的回顾是否合适。也许，让他们的出席成为一种习惯，甚至是一种要求，并不是一个好主意。然而，那些偶尔参加回顾的经理呢?此外，如果(直线)经理也是团队成员呢?

加入我，在不到两分钟的时间内深入了解经理们如何以及何时参加回顾会议。

更新：加入投票和关于经理是否应该参加回顾会议的热烈讨论吧．

像这样的文章要我通知你吗?太棒了!你可以在这里注册获取“敏捷思想的食物”通讯，并加入32,000多个订阅用户．

跟斯特凡一起去他的即将开始的专业Scrum培训课程！

2021年9月7日加入我们：实践敏捷#34:Richard Kasperowski的心理安全核心协议．

根据Scrum指南的Sprint回顾

在《Scrum指南2020》中有很多关于回顾、(行)管理的角色和自我管理的参考:

第6页:Scrum Master负责Scrum团队的有效性。

第6页:[Scrum master]通过使Scrum团队在Scrum框架内改进其实践来做到这一点。

第10页:Sprint回顾的目的是计划提高质量和有效性的方法。

第10页:Scrum团队检查上一个Sprint在个人、交互、过程、工具和他们的完成定义方面的进展情况。

第10页:[在Sprint回顾期间]确定了导致[被检查的元素]误入歧途的假设，并探索了它们的起源。

第10页:Scrum团队确定了提高效率的最有帮助的变更。

第10页:尽快处理最有影响力的改进。它们甚至可能被添加到下一个Sprint的Sprint Backlog中。

关于使用Scrum的组织的一般管理实践的Scrum指南2020:

第3页:Scrum使当前管理、环境和工作技术的相对有效性可见，因此可以进行改进。

第4页:当相关人员没有权力或自我管理时，适应变得更加困难。

第4页:所做的决定、所采取的步骤以及Scrum的使用方式应该加强这些价值观，而不是削弱或破坏它们。

关于Scrum团队自我管理的Scrum指南2020:

第5页:在Scrum团队中，没有子团队或层级。

他们也是自我管理的，这意味着他们在内部决定谁做什么，什么时候做，怎样做。

第5页:他们由组织组织并授权管理他们自己的工作。

第6页:Scrum Master以多种方式为Scrum团队服务，包括在自我管理和跨功能方面指导团队成员。

第8页:[Sprint计划:选择的工作将如何完成?]如何做到这一点是由开发人员自行决定的。没有人告诉他们如何将产品待办事项列表项转化为有价值的增量。

第9页:开发人员可以选择任何他们想要的结构和技术，只要他们的每日Scrum专注于Sprint目标的进展，并为第二天的工作制定一个可操作的计划。这样可以集中注意力，提高自我管理能力。

关于Scrum价值观的Scrum指南2020:

第4页:Scrum的成功使用依赖于人们更加精通五个价值观:承诺、专注、开放、尊重和勇气。

第4页:Scrum团队及其涉众对工作和挑战持开放态度。

第4页:当这些价值观体现在Scrum团队和与他们一起工作的人身上时，透明、检查和适应这些经验主义的Scrum支柱就会建立信任。

源：Scrum指南2020．聚合从Scrum指南2020重新排序．)

总结: Scrum指南2020强调自我管理和Scrum价值观是在任何组织中成功应用Scrum的关键组成部分。此外，它还指出了Sprint回顾作为Scrum团队持续改进的一种手段的重要性。

经理参加团队回顾的后果

根据我的经验，关于经理参与回顾，出现了三种典型的Scrum反模式:

直线经理坚持让员工参与工作:通常情况下，争论是，否则，他们将无法支持和指导Scrum团队。尽管这种说法有一定的道理，但坚持参与无疑反映了管理者的领导能力。这种行为可能是因为害怕一旦Scrum团队学会如何自我管理就会失去控制或被淘汰。(经理们对过时的担忧基本上是没有根据的。例如，尽管是自我管理，经理仍然经常负责个人团队成员的专业发展。为这些任务收集信息也可以通过参加其他Scrum活动，或与各自的团队成员进行一对一的会议来实现。)
直线经理要求访问回顾会议的记录:当经理接受他们参与Sprint回顾可能产生的负面结果时，他们想要研究回顾的记录。(根据我的经验，这与直接参与是同样有害的:开放性会受到影响，Scrum团队可能会在回顾期间开始“私下讨论”，从而搞乱其文档。顺便说一下，回顾中最重要的结果是公开的:Scrum团队的计划改进。)
直线经理服务于Scrum团队成员: Scrum团队中的一名成员也是另一名团队成员的上级，并参与回顾。(这是一个棘手的情况;不幸的是，这种情况并不少见，特别是在大型组织中，在敏捷转型的开始阶段，经理们还不熟悉支持敏捷团队的细节。根据我的经验，除了为这两者中的任何一个寻找一个新的Scrum团队之外，没有解决这个问题的方法。否则，回顾中的开放程度将不可避免地受到影响，从而阻碍Scrum团队的改进能力。)

有大量的机会来满足(直线)经理的信息需求:定期与经理一起进行单独的回顾，邀请他们参加其他Scrum活动，即Sprint评审，进行1对1。此外，在饮水机旁、喝咖啡时或午餐时间，有足够的空间进行交谈——前提是我们将来能回到一个共享的工作空间。作为直线经理，要收集信息，参加Scrum团队的回顾会议是没有必要的。