1

一个ScrumMaster的自白

 2 years ago
source link: https://www.bobjiang.com/post/blog/confessions-of-a-new-scrummaster/
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
neoserver,ios ssh client

一个ScrumMaster的自白

Bob Jiang
2014-01-25
Page content

你刚刚走出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实践,信任团队会持续在正确的方向上: 努力争取高效能并交付商业价值。

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

注:认真理解并做好上述的方法后,你也可以成为一个认证的ScrumMaster (CSM)


About Joyk


Aggregate valuable and interesting links.
Joyk means Joy of geeK