高效能 ScrumMaster 的三大权利
作为一名 ScrumMaster,你有一定的责任和权利,这些权利将帮助你在角色中取得成功。我将分享三个你需要拥有的权利,以便有效地履行你的职责。
沟通:有效的 ScrumMaster 可以接触到干系人
作为 ScrumMaster 的第一个权利就是沟通:与干系人和决策者取得联系。
我曾经在一个呼叫中心系统项目中工作过。开发人员和 ScrumMaster 不被允许与干系人沟通。呼叫中心的服务人员都是护士。理论上说:他们太忙了,才无法与开发团队和 ScrumMaster 沟通。(当然也正因为他们太忙了,才需要新软件来提高他们的工作效率。)
但是,由于开发团队无法直接获取到用户的需求,他们便做出了一些糟糕的决策。你们知道的,产品负责人事必躬亲。程序员不得不在午餐室里跟踪护士们,因为那是他们唯一可以见面的时间。
当然,那个项目最终取得了成功。但如果程序员和 ScrumMaster 能够有更多地机会与干系人和决策者沟通,他们就能更快地做出决策,更灵活地执行调整,那么整个项目势必会更快交付。
那么,一个高效的 ScrumMaster 如何帮助团队从干系人那里获得反馈呢?依靠 Sprint 评审会!这是开发团队与干系人对话的最佳时机。如果干系人不能经常参加,不妨参考阅读下这些内容:解决 Sprint 评审参与度低的灵魂四问和邀请干系人的高效七法!
实验:高效的 ScrumMaster 发现实验空间
高效 ScrumMaster 的另一特质就是自由地尝试新想法。
我很喜欢现在世界上大多数团队采用两周 Sprint 的做法。然而,当我们从四周 Sprint 转变过来的时候,我们失去了一些东西:频繁尝试的能力。
现在,我们想象一下,开发团队在敏捷的早期正在进行四周的 Sprint。设想一下在 Sprint 计划会议上,为了达成一个目标,团队正在进行两种方法的抉择,一个是已被证明过的正确的方法,而另一个选项是可能更好但尚未证实的新办法。这个新办法可能不奏效,一旦起作用的话,将会是更好的选择。
在四周 Sprint 中,开发团队将更愿意接受挑战,经常选择更有风险、突破性、创新的方法。他们知道,即使实验失败,他们也只是花费了三、四天的时间,因为有了较长的 Sprint 周期,团队仍然有足够的时间来恢复,并切换回更保险的方式。
现在,大多数敏捷团队已经转向了更短的 Sprint 时间。这种转变的意外结果是,组织将 Scrum 变成了一个固定时间盒的流程。如果开发团队完成了他们计划中的所有任务,那么团队就成功了……反之,他们就失败了。
(因此,我更倾向于给团队以容错的空间,不应该强制要求敏捷团队在每个 Sprint 中必须完成所有任务。)
随着 Sprint 周期的缩短,团队远离了实验的安全感。随之而来的,创新思维也可能会被淹没。作为成功的 ScrumMaster,我们不能固守成规,必须努力推动将实验作为公司文化的一部分,鼓励勇于探索实践。
当然,我不主张在大型项目的后期进行鲁莽的实验。(此时风险成本很高。)但在项目的某些时刻,通过创造性的解决方案,尝试一些可能不成功的方式,是非常值得的。
我的团队在短期 Sprint 中设立了实验的空间,我们利用“触发点”这个概念来助力高效决策过程。
公开:ScrumMaster 必须能够公开解决问题
ScrumMaster 必须能够公开解决问题。我们已经谈到了一个高效的 ScrumMaster 需要具备的两个权利:沟通和实验。此外,ScrumMaster 还需要有开诚布公的企业文化,有权利公开解决问题。
作为一个服务型领导者,ScrumMaster 必须能够识别并解决需要关注的问题和风险。(这从引导高效回顾检视的开始。)
但是如果你所在的公司存在一种“打击报信者”的文化,你将很难继续提出问题。当你每次提出问题时,你可能会被批评甚至受到人身攻击,这样你就无法透明地行事。
公司的企业文化应该保障我们的心理处于安全区,这样才能铸就一个高效能的敏捷团队。
我们 Scrum 联盟认证的一位 CST 敏捷导师 Scott Dunn 写过一篇博客:当领导者不愿意倾听时,ScrumMaster 和开发团队可以做些什么。他给出的一些建议是花时间教育干系人和领导者,不仅仅教授他们 Scrum 框架,更重要的是布道敏捷的思想和 Scrum 的原则。
Scott 还提醒我们,如果只是照本宣科,盲目地使用敏捷原则来与领导者抗争,可能会阻碍进程。相反,我们应该要识别领导者的痛点,承认领导者的观点,寻找共同点,并探索一种对大家都能行之有效的替代方案。
作者:Mike Cohn
译者:唐兵兵(Tang Bingbing)
致谢
本篇译文来自 ShineScrum 捷行 CSP-SM 学员唐兵兵翻译,未经许可不得私自转载。
参考资料:
1.解决 Sprint 评审参与度低的灵魂四问https://www.mountaingoatsoftware.com/blog/four-questions-to-fix-low-attendance-at-your-sprint-reviews
2.邀请干系人的高效七法https://www.mountaingoatsoftware.com/blog/top-7-ways-to-get-stakeholders-to-attend-sprint-reviews
3.当领导者不愿意倾听时,ScrumMaster 和开发团队可以做些什么?https://www.mountaingoatsoftware.com/blog/how-should-agile-teams-deal-with-leaders-who-wont-listen
版权声明: 本文为 InfoQ 作者【ShineScrum捷行】的原创文章。
原文链接:【http://xie.infoq.cn/article/a7202ccceafb82f50774d1c6b】。未经作者许可,禁止转载。
评论