Scrum Master

Scrum Master如何带领新生敏捷团队打怪升级？

作者： Leo
更新时间：2023年9 月04日 15:33
发布时间：2023年8 月07日

首页 > 敏捷文章 > Scrum Master > Scrum Master如何带领新生敏捷团队打怪升级？

在组织敏捷转型过程中，原来的组织形态围绕价值流进行了重定义，职能岗位也按照敏捷框架中的角色进行了重定向。

在角色和组织双重震荡的情况下，往往会出现当外部教练离场以后，团队显露回退迹象，而此时的Scrum Master可能正忙于各种救火现场，仿若一个力挽狂澜的英雄，但对于日益捉襟见肘的团队困境，Scrum Master在疲惫不堪之余也表现得无可奈何。

那么，在这个阶段，我们的新手Scrum Master该如何面对这样一支新生的敏捷团队，并且带领团队披荆斩棘，一路升级呢？这一期的视频将从会议与活动的区别，以及给Scrum Master的三点建议，这两个部分与大家进行分享。

Scrum会议太多吗？

通过外部观察以及与团队的访谈交流，我们发现这个阶段的团队往往会有以下几个现象：

抱怨转型以后会议多了，写代码的时间少了，工作效率受到严重影响，怨声载道。
以前是leader分配任务，现在自己领任务，有些成员拈轻怕重，导致有挑战的问题没人主动认领，最终还是走回指令控制的老路。
Scrum Master化身为超人，尤其是技术Leader背景的Scrum Master，大包大揽写代码，亲力亲为帮团队全方位解决难题，都没有时间做Scrum Master 了。
开始探讨每日站会是不是隔几天举行一次，毕竟现在都面对面工作了，有什么需要一句话的事儿。
认为回顾会可以按需举行，能发现的问题前面几个Sprint都提过了，没有问题的时候不必要每个Sprint都组织。

上述的几个现象中，会议这个词的出镜率很高。但是这里要指出一点，《Scrum Guide》在介绍这部分内容时并没有用“meeting”这个词，英文版指南在提到Sprint、Sprint Planning、Daily Scrum、Sprint Review和Sprint Retro的时候用的都是“Event”。所以，严格意义来说在Scrum框架里，并没有5个会议，而是5个活动。

有人说了，换汤不换药，会议和活动不都是一回事？先别急着反驳，当我们深刻理解了两个词的差异，我想Scrum Master以及团队可能就会对如何运行Scrum产生不一样的认识。

首先让我们闭上眼睛，回想一下你最近参加过的会议的场面，几十个人，线上线下一起，主持人滔滔不绝，口吐莲花，串讲各种议题。为了体现大家的互动性，在讲完某个问题后还会询问与会人员是否有什么意见或者想法。经常得到的是惯例沉默，似乎代表了大家的认同，但往往针对提到的问题后续还会争论不休。

接下来，让我们再回想一下参加过的活动。比如一次周末的烧烤聚会，活动发起的时候就各自分好了任务，目标也很明确，谁准备什么，谁负责什么。活动现场有人在串串儿、有埋头点火的、忙来忙去洗菜的还有负责灵魂烧烤的，每个人都各司其职，没有被分配到任务的人也会自己找一个伴去搭把手，就怕产生手头没活儿的尴尬，一片热火朝天的场景。这，就是一场鲜活的活动。

以上两个场景相信大家都很有亲切的画面感，这是会议和活动在感官上的显著差异，接下来让我们分析一下为什么会这样。

首要一个问题是因为会议的所有权属于会议组织者，而不是与会众人，尤其是人数众多的会议，基本上都是抱着参加的态度到会，有些人甚至都不知道为什么要参加某个会议。这个时候组织者的控场能力决定了会议的走向。

而活动的所有权属于参加活动的每一个人，大家趋于同一个目标共同组织某个活动，在活动现场自然积极参与。这是参加和参与的区别，也可以说是Ownership的归属差异。

其次，会议和活动的关注重点也不同。会议是一个有议题、有节奏的沟通过程，但是做过项目的同事往往有一种感受，看似大家都因为一个问题或者一个目标聚集在一起，但往往一个事儿开了好几次会都还是原地不动。

而活动的关注重点就是为了达成某一个共同目标，每个人针对达成活动目标自己主动锚定角色，在活动的过程中彼此协作、积极输出。这是关注点的差异，也是是否有共同目标来驱动参与者的区别。

最后，会议的目标往往是模糊的，所以会出现针对一个问题点反复开会的情况。

活动的目标是明确的，有具体的行动方案、行动目标以及对应的负责人。参与者都会做好各自的准备，而不是目光游离、不知所谓地旁听。

如果活动目标没有达到预期，我们会快速复盘，以期后续的改进，又有多少人会复盘会议的组织呢？如果大家都抱着参加会议的状态去实践Scrum的活动，其结果也是显而易见的。Scrum Master会成为所有会议的核心，真正变成了组织会议的专员，而这些活动缺失了团队成员的参与也变得流于形式。

给Scrum Master的三点建议

以上和大家分享了转型初期敏捷团队回退的现象以及会议与活动的差异，那么，Scrum Master需要做些什么来改善这个状态呢？接下来和大家分享三点建议，以帮助Scrum Master与敏捷团队顺利度过转型初期阶段：

第一，提升团队责任意识

新的敏捷团队往往会遇到很多内部和外部的挑战。按照以往习惯，当团队遇到问题的时候团队成员通常就像是鸟巢里嗷嗷待哺的幼鸟，“Leader妈妈”会绞尽脑汁出方案给大家执行以解决，周而复始。

但此时，Scrum Master需要后退一步，明确告诉团队问题需要团队共同想办法解决。有人说了，经过培训我们都知道SM有一个角色是清道夫，就是要帮团队移除障碍。

我们看看这个移除障碍的事儿《Scrum Guide》里是怎么说的“Causing the removal of impediments to the Scrum Team’s progress”—— 使移除障碍这件事发生。

所以Scrum Master不代表要帮助团队处理所有难题，而更重要的是让团队意识到处理这些问题是团队自己的责任。Scrum Master在必要的情况下可以提供帮助，但更多的时候应该是后退一步，引导和启发团队，促进团队责任意识的建立。

当遇到困难或障碍时，问问你的团队，包括你自己 ——“大家会如何处理这件事”，然后共同努力真正做到这一点。

第二，与团队共同重启

和我们在Windows系统上操作死机一样，重启可能是解决团队当前运行缓慢甚至停滞不前的万金油。需要注意的是，重启活动很重要，所以SM在重启之前需要明确重启活动的目标以及组织过程，否则可能会起到反向效果。

我们先看看重启活动可能会涉及到的三个内容：

一）团队的重新建设，这里的重新建设不是重新组建一个团队，而是refresh一下我们的团队画布，通过引导团队针对画布上的内容进一步从Why层次进行讨论，来加深团队成员的自我认同和目标认同感。

二）对Scrum框架的再认知。针对Scrum中的活动引导团队从Why出发，启发团队构建What和How，明确团队成员对活动的目标和参与责任的认知。

三）团队氛围的建设，通过开展一些团建活动，提升团队彼此间的信任，营造心理安全的环境。

第三，武装好自己

尤其是新手SM，首先最需要做的事情是自己先花时间深入理解Agile以及Scrum框架，学习是永无止境的，即便是做了十几年的Scrum Master在不断学习的过程中仍然也会有一些新的发现。打铁还需自身硬，百炼才能出精钢，足够的武装可以让SM会更加自信从容地面对自己和团队的各种问题。

另外，要坚定地认为自己是团队的一个成员，不要以领导自居。永葆谦逊的心态可以改变你对待团队问题的态度，即便当下看起来好像不那么敏捷，但未来可期。

关于这个话题，每个团队在不同环境中都有各自的状态，新团队很容易停滞不前甚至后退。但就像我们应用精益敏捷的思维构建产品一样，不能期望一次性构建完美的团队，需要引导团队在一起以渐进的方式学习和趋于完美。

需要共同认识到，我们会犯错误，而且有时前进一步又后退两步，但这个时候与其问敏捷到底给我们带来了什么好处，甚至怀疑要不要继续实践敏捷，不如问一下自己和团队，我们一起做什么能改善当前的状况，找到行动方案，快速执行并检验效果，然后重复这个过程。

你所在的团队是处于什么状态，有哪些有趣有效的实践方法呢？欢迎在文章下方留言，交流你的经验或者感兴趣的话题，我们下期再见。

注：部分图片来源于网络

关于作者

钟润杰，Roger

Scrum中文网资深敏捷教练，CSM、PSM、PMP、SAFe Agilist

在硬件和软件行业拥有超过10年的经验，历任开发人员、项目经理、咨询顾问、Scrum Master 和敏捷教练。作为敏捷教练参与多个企业级的全面敏捷转型，成功帮助企业完成了组织形态的敏捷蜕变。

Scrum Master如何带领新生敏捷团队打怪升级？

Scrum会议太多吗？