这个错误,每一个ScrumMaster都犯过

【小编】ScrumMaster要授之以渔,仍是授之以鱼?从04年开始接触XP,到08年本身的团队开始提出敏捷的概念,再到10年接受ScrumMaster培训;在刚开始作ScrumMaster的一段时间内,我也一直为团队没有主动性而困扰/烦躁;越是这样,就越是喜欢指手画脚 (Command & Control),结果进入恶性循环。安全


如下是译文:微信

不少年之前,我开始从一名项目经理转换到ScrumMaster的职业道路上,看上去并不难,对吧?运维

但,其实没那么简单!ide

就如同我在“你究竟是项目经理仍是ScrumMaster?”这篇文章里说的,让我放弃指令控制性的管理思惟方式,是很难的。我必需要努力改变。ui

dailyscrum

在这个改变过程当中,我犯过不少错误,本身也感受很煎熬,因此对其中的每一次“自我觉悟”都记忆犹新!直到今天,我仍是会常常把这些心路历程做为经验分享给那些但愿成为ScrumMaster的朋友。固然,我仍是遇到了不少名片上印着ScrumMaster职位的人,并无真正理解 Daily Scrum 的真正用意以及和“项目汇报”有啥区别,虽然这仅仅是Scrum所推行的一个小小实践,可是对于一个敏捷转型中的企业的影响可谓巨大!spa

你犯过这个错误没有?

认可吧!若是你作过ScrumMaster,必定推行过 “Daily Scrum汇报”例会,并且情有独钟!症状以下:code

  • 每一个开发人员对着ScrumMaster说:我昨天干了这个,今天我干这个,没有问题!
  • 而后,ScrumMaster把白板上的即时贴挪动一下位置,告诉团队:好吧,大家应该这样!
  • … 最后,ScrumMaster问道:那这个任务完了没?或者:啥时候能作完?

看上去很熟悉吧,很像你本身对不对(或者你的团队里面的某某人)。好吧,那我来告诉你,这种状态(行为)必须当即改变,你的团队必须学会如何自行管理进度,而且可以本身高效,高度协做的完成整个会议;固然,教会他们是你做为一名ScrumMaster的责任。开发

Daily Scrum和你想象的并不同!

要理解 Daily Scrum 的目的,其实没有那么容易。我这么说是由于我发现要戒除“汇报”的习惯是一件很困难的事情,在任何组织中都是这样;但我建议你仍是要像我同样努力一下。get

开始接触 Daily Scrum的时候我也很困惑。15分钟的会议,代替原来的“项目汇报”,原来放在每一个周五,如今能够天天进行,很简单。一切看上去都没啥变化,咱们用一块白板来跟踪进度,天天早上回答“三个问题”,你们向我(项目经理/ScrumMaster)汇报一下进度。没啥不一样嘛!ast

可是这种想法从一开始就错了!

Scrum的真谛

在一次真正的 Daily Scrum 上,做为ScrumMaster应该作的并非主持这个会议,而是教会团队如何更好的跟踪进度,完成规划,处理他们本身的问题,和PO更好的协做,并在出现问题的时候适当的处理。

简单的说,你要作的是授之以渔,教会你的团队如何自行管理,而不是管理他们。

一旦懂得了这一点,我将本身的行为从一种管理者的姿态放到了协助者的姿态。这一点小小的心态调整,让个人团队有了巨大的变化和改进。当个人团队学会了自我协做后,我就开始慢慢减小参加他们的Daily Scrum,到如今基本上不参加!

有不少人会把Daily Scrum称为Daily Stand-up,其实我建议仍是采用Scrum Guide上所使用的名称。虽然仅仅是名称上的不一样,但它会提醒你所作的是Scrum,而不只仅是stand-up,这是一种思惟方式的改变。对于一个组织的敏捷转型,思惟方式的转变才是根本。

若是你是一名ScrumMaster,建议你首先改变本身的姿态,以一名协助者而不是管理者的姿态参与;想清楚,我是来帮助你们的,不是来管理你们的。

最后

回想一下你的 Daily scrum是个什么状态?思考一下:如何能让你的团队在你不在场的状况下,仍然能够高效的协做,这个出发点就对了!

原文做者 Dan Sloan敏捷教练,Scrum.org认证的专业培训师

dansloan

原文连接: https://www.linkedin.com/pulse/1-mistake-every-scrum-master-makes-least-once-daniel-sloan


【小编评语】让本身从一名管理者变成一名协助者不是一件容易的事情,最困难的是咱们心里的不安全感:“若是我无论他们,工做作不完怎么办?最后还得我来收拾!”其实有的时候,放手才是解决问题的办法,固然,放手的前提是由你,一名管理者,划定好了轨道;可是在轨道上跑的,是你的员工,而不是你。管理者须要的是让本身的员工可以按照组织的指望工做,作到这一点须要的是造成员工本身的“驱动力”,而不是你“拉动力”。


 

请关注微信公众号 devopshub,获取更多关于DevOps研发运维一体化的信息

qrcode_for_gh_b7c158df1fd1_430

 转自:http://devopshub.cn 

相关文章
相关标签/搜索