一个ScrumMaster的自白

举报
Bob Jiang 发表于 2020/07/13 15:09:18 2020/07/13
【摘要】 如何成为一个优秀的ScrumMaster,帮助团队达到高效能。

你刚刚走出CSM课程,全身充满了Scrum知识和对于软件开发实践的信心。你迫不及待地要分享新的世界观,以及告诉别人敏捷是如何帮助团队的。但是,在第一个敏捷项目中,你就碰到阻力、反对,甚至更糟糕的,Scrum-But(注:伪Scrum,如每周只有2次站会;流于形式而没有领会Scrum的精髓)。ScrumMaster要做什么呢?

不要放弃希望!你肯定不是第一个碰到这些问题的ScrumMaster,也不会是唯一一个。我以前在项目中碰到过这些情况,并且我很愿意分享给大家。学会克服这些问题,将会使你成为一个优秀的ScrumMaster,也能帮助团队达到高效能。

1. 缓慢开始。

敏捷(Scrum)对于多数团队、公司(尤其是大公司)和文化而言是一个巨大的挑战。仅仅因为你相信Scrum和敏捷的奇迹,这不能保证其他人也有同样的感觉。先尝试实现那些马上有结果的事情(先摘好摘的果实)。如果你所在的组织允许你挑选团队成员的话,那么太棒了。但如果不行的话,比如给你一个组建好的团队,来进行Scrum转型可能会困难一些。因此缓慢开始,先解决团队的问题,比如构建信任……参见《克服团队协作的五种障碍

2. 有耐心。

我必须强调这一点。团队在第一天、甚至是第一个迭代不会形成自组织。开始的时候,团队很可能不会每天更新敏捷工具(白板等)。每日站会可能超过15分钟或者大家偏离了3个问题的形式。尝试耐心一点,辅导团队让他们时刻记住Scrum的原则。团队会以自己的方式记住这些。团队需要时间学会一起工作,相信彼此,相信流程,信任你(ScrumMaster)。

3. 坚持Scrum。

当团队开始偏离(迫于管理层的要求)Scrum实践时,你就会看到额外的不必要的复杂性。你的工作是在Scrum基础知识方面辅导团队,这些已经被证明是成功的,你要保护团队不受外界的打扰。尽你最大的努力帮助团队,避免修改Scrum。如果团队和管理层坚持要修改Scrum的话…… 那么

4. 多问“为什么?”

这个简单的词可以产生事情是如何完成的现实。通常,偏离Scrum的原因不是实质的问题。通过问为什么,可以找到根本原因并开始解决真正的问题。如果没有得到很好的答案,那么继续问;有时候需要多问几次为什么才能找到原因。(参考精益里面的5个为什么)

5. 说明、解释。

当团队知道你做这些事情的原因,或要求他们这么做的原因后,团队可能更愿意接受改变。通过确认让团队理解为什么要这么做,团队会感到更有自主权,因为这样团队有一个清晰的目标。

6. 授权团队和你自己。

通过授权团队,团队能够获得更多的自主权。这是自组织的第一步。通过授权你自己,你能展示和鼓励团队遵循Scrum。团队通过行动而学习;当你用敏捷的原则行事时,团队都可以注意到。自我授权会让你看起来更加自信,也会成为一个优秀的ScrumMaster。

7. 寻求帮助。

面对现实吧,CSM课程不会告诉你如何面对所有的情况。团队、利益相关人和管理层之间的关系是非常复杂的。不要试图一个人解决所有的问题。团队一起来面对问题,并移除障碍,当然你要展示出识别问题的能力。如果等太久而没有寻求帮助的话,那么团队就危险了——这是ScrumMaster要避免的事情。

8. 寻求反馈并给出反馈。

这点要回到“检视和调整(Inspect and Adapt)”原则。反馈不必等到迭代结束的时候,在回顾会议上提出。如果你发现有可以改进的地方,用建设性的方式提出来,因此你可以很早就帮忙改正问题。同时也要向团队要反馈。欢迎团队提出反馈意见,这样也创建了一个开放的文化和持续改进的环境。

9. 信任团队。

我已经多次提到信任,但信任太重要了我想单独讨论一下。信任即使不是团队必须的最重要的元素,也是最重要的元素之一。团队成员需要相信你,了解你信任团队,并且彼此之间相互信任。团队相信他们可以交付良好的软件,即使碰到了上述的障碍。团队相信走在正确的道路上,会开发出正确的软件,也会最终成功。最重要的是,团队要相信失败不是最可怕的;他们要相信可以做的更好,并且不会犯同样的错误。

10. 习惯不自在的事情。Get comfortable being uncomfortable

Scrum一开始会让人感到不自在。情况不会马上好转:团队的开发速率一团糟,需要花一点时间改变团队的动态,并且管理层不总是支持敏捷。作为ScrumMaster,你会碰到很多的未知,这些都很不容易。此外,当团队开始自组织的时候,团队需要更多的自主权。尤其你以前是项目经理的话,这会让你更抓狂。

另外,拒绝人也是不自在的事情。你要习惯告诉团队之外的人“可以还是不可以参与”。你需要给产品负责人提出指导,如何在产品backlog里增加用户故事,而不是在当前迭代里面修改产品backlog。你需要拒绝改变Scrum流程,并且你需要组织伪敏捷的方法。保护团队的方法,就是学会说“不”。

回头看看所有这些战胜不自在的方法。相信自己,相信Scrum实践,信任团队会持续在正确的方向上: 努力争取高效能并交付商业价值。

原文链接:http://www.scrumalliance.org/community/articles/2013/january/confessions-of-a-new-scrummaster


【版权声明】本文为华为云社区用户原创内容,转载时必须标注文章的来源(华为云社区)、文章链接、文章作者等基本信息, 否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

举报
请填写举报理由
0/200