Scrum Master作为一个“清道夫”

这一章节是关于Scrum Master要像清道夫一样去帮助开发团队移除障碍的。我会用最常见的定义和实例来阐述什么是“障碍”,并讲述作为清道夫的Scrum Master如何去处理障碍。

什么是障碍?

做过大量的研究之后,我发现的确有一些关于“障碍”的不错的定义:

  • Scrum中的障碍指的是阻碍开发团队在Sprint中生产有价值的软件增量或者制约开发团队实现其固有进展目标的因素。31
  • 自组织的开发团队内部解决不了的难题。
  • 阻止开发团队成员在Sprint内按照预期的生产能力进行工作的事件。

关于“障碍”不错的引用如下所述:

  • 好的Scrum Master营造一个能够报告障碍的环境,而一个优秀的Scrum Master营造一个富有创造力的环境。
  • 好的Scrum Master努力争取移除团队生产力障碍的许可,而一个优秀的Scrum Master却时刻准备着得到团队的宽恕。

障碍的例子

到目前为止,你已经知道了最常见的有关障碍的定义,你一定想见识几个具体的障碍的例子。下面就是可能的障碍的举例:

  • 团队成员生病
  • 不可预见的,不受欢迎的团队构成方面的变化。
  • 开发团队使用的工具出现问题。
  • 技能不足
  • 大量的技术债
  • 供应商方面的问题
  • 难以协同的产品负责人
  • 来自管理层的压力
  • 团队成员之间的冲突
  • 开发团队必须参加的大量的并不重要的会议
  • 团队环境的限制
  • 犹豫不决的产品负责人

Scrum Master作为清道夫

按照Scrum指南,Scrum Master服务于开发团队的职责之一就是移除阻碍开发团队工作进展的障碍。作为服务型领导,Scrum Master的目标是打造自组织和跨职能的开发团队。Scrum Master鼓励、支持并赋能开发团队,以便团队能够淋漓尽致的发挥自己的潜能和才能。
要做到上述种种,Scrum Master在移除障碍之前,应该慎重思考如下几个问题:

  • 它的确是个障碍吗?或者它是可以被开发团队自己解决的?
  • 我们真的需要移除这个障碍吗?
  • 这里最根本的问题是什么?

一定要知道上述的 “可能的”障碍的例子,并不一定会成为障碍,只有当某个障碍不能被自组织团队自己解决的时候,它才被称之为障碍。
技能不足可能会成为一个障碍,但是信任开发团队的自组织特性,进而想想开发团队的其他可能性:或许团队成员想要学习该技能并视此为一个难得的机会。另外,团队成员之间的冲突也不一定会成为一个障碍,Scrum Master通过健康的冲突和辩论来引导团队进行一次激烈的讨论,最终这个团队会变得更加强壮。
Scrum Master应该营造一个让开发团队感觉可以安全报告障碍的环境。就团队的自组织能力而言,Scrum Master应该鼓励团队试着去解决他们自己的问题,进而将障碍扼杀在摇篮里。

移除障碍的策略

移除障碍是一个挑战,下面我会分享一些策略和想法供Scrum Master在遇到障碍时参考。

  • 不要等到每日站会时才报告障碍。众所周知,Scrum指南推荐在每日站会要问的一个问题是 “我看到了什么障碍可能会阻止我或者开发团队实现Sprint目标?”。然而这并不意味着开发团队只有在每日站会时才能讨论障碍。
  • 制定Sprint目标。一个清晰的Sprint目标就是一个用来检测某事是否是一个真正的障碍的指示器。如果某事会阻止开发团队实现Sprint目标,那它无疑就是一个障碍。
  • 理解“阻塞”与“障碍”的区别。“阻塞”一般只影响单个任务,而“障碍”则像降落伞一样会减慢整体的进展。一般而言,“阻塞”是可以由团队自己解决的,而“障碍”则只能由Scrum Master来解决。
  • 通过“障碍看板”提高透明度。只需要简单的动动手指就可以在板子上将障碍直观的披露出来。增加一些泳道,比如“TO DO”, “In Progress”, “Done”,这样障碍的状态就对所有人透明了。当然,你也可以在障碍加到Scrum 板上。因为任务板上有了障碍信息,状态的可视化和提升透明度变得更加重要。
  • 对确定的障碍保持跟踪。这将会成为Sprint评审和回顾的重要输入。
  • 了解组织。Scrum Master应该了解组织的文化,并且知道在这个组织里应该怎么样去做事,使用正确的方式,这样很多障碍就很容易解决了。
  • 勇敢并且有创造性的移除障碍。当你需要去做一些大胆的决定来保证团队的生产力时,就要做好准备请求团队原谅你可能的决策失误。
  • 与产品负责人合作。障碍往往与产品管理团队与利益干系人以及供应商的合作息息相关。产品负责人是这里面关键的角色。因此一定要与产品负责人保持良好的关系。
  • 不要浪费精力去解决错误的问题。遇到障碍时,Scrum Master一定要忍住想要马上定位问题,解决问题,提供解决方案的冲动。Scrum Master应该聚焦解决真正的问题,而非遇到的每个问题。通过不断的询问了解详细的情形之后,分辨出哪些是真正需要解决的障碍,哪些是可以由开发团队抓住的学习的机会。

小结

经过大量的研究与思考之后,我总结出了Scrum Master如何作为一个清道夫的简单描述。大量的材料表明,这无疑是Scrum Master很重要的一部分能力。我学习到的经验是要尊重开发团队的自组织能力。试想一下,如果每一个微小的障碍都要由Scrum Master去解决的话,又怎么会有机会使团队作为一个整体得到提升呢?

作者:Barry Overeem

译者:(排名不分先后)

田莹、龚正、钟冠智、张云雷、Minxin、徐璇、张峰、胡欣月

审校:姜信宝(BoB Jiang)

本文如有翻译不恰当的地方
联系 bob@c4at.cn

想要进一步进修Scrum Master的能力,欢迎关注课程《ScrumMaster领导力进阶课》 - https://yihuode.io/activities/579

Scrum Master八个姿势系列白皮书