我国最大的IT项目管理门户网站,国内IT项目管理培训与咨询服务提供商

当前位置:首页 > scrum > 正文

从学骑自行车聊开去,Scrum到底该不该剪裁

2019-12-16 来源:北溟大橘 Lisa Guan
前些天在纽约做Product Owner的培训,听到一个有趣的事情,就是大家在实践Scrum流程的过程中,根据自己的实际情况,对流程进行一些剪裁,并且认为这种剪裁是可以的,因为Agile是提倡Flexiable的。我不反对修改Scrum流程,但对于什么时候该遵守,什么时候该修改,与学员们的想法有所不同。
在我公司内部开的敏捷诊所里, 来就诊的团队跟我之间,有一类很常见的对话。
"我们做Scrum做了很久了,说实话Scrum并没有帮助到太多。.....  你问回顾会议? 我们回顾会议也不是每个迭代都开,特别忙的时候就不开了"。
"计划会议呀,我们有个任务分配会议,其实跟计划会议是一样的。什么? 不,我们客户不在这个会上,是PM来领导的。"
"我们一直用人/天估算呀,没看出用故事点估算的必要呀。故事点不也就是一个点等于一个人天吗?"。
"我是个PM, 我没有办法不分配工作,因为大家都不主动去拿"。
来就诊的团队,都很好奇,他们遇到这类看似难以解决的问题,背后到底发生了什么,是Scrum不适合他们吗?
其实,背后并没有什么不得了的问题。 
真相是,你买了个自行车,目的是为了能走的快点。但是买来之后,你将它的轮子改成方形的,还问好奇为啥走的更慢了.......
还有一类问题 --
"我们有一个鸡贼的PO,迭代完成之后,总想再加点工作,不做他就拒绝验收本次迭代,变相逼迫团队增加改动。所以我们没法建立固定的迭代时间 "。
"我们都是PM在计划会议上分配工作,没办法,他习惯这么做了"。
"我们Daily Standup每次都开一个小时,Leader要check 太多东西"。
那么这次,是『别人』将自行车改了,交给你来骑。
"可是如果严格follow Scrum流程,我们根本不可能做到呀,因为¥#%@……¥#。"
Well, 不是每个人生来都会骑自行车。 刚开始练习的时候,很容易摔倒。但是学车的时候,你不会想去给自行车固定到地上--虽然不容易倒了,但是明显也无助你学会骑车。
学Scrum也一样,修改它变成易用的形态,无助于学习的过程。因为裁剪过的Scrum并不是真正的Scrum。
因为你不能将一个工具的部分功能砍掉,或者改的面目全非,然后奇怪为什么它不能达到原来说明书里形容的效果。
Scrum也是一个工具,从工具属性上,它跟自行车,菜刀没有本质区别。新手拿起它来使用的时候,一定会不熟练,遇到挫折,甚至伤到自己。
所以到底应该怎样做?
我们来谈谈 守,破,离。
先要守住。 一板一眼的参考说明书,练习正确的使用它,即使刚开始很困难。
设定一个100小时的练习目标。在这段时间内努力把Scrum做成它应有的样子。
太忙了没法开回顾会议, 就想法子降低开回顾会议的成本,使其能够发生。而不是干脆删掉回顾会议。
PM总是忍不住分配工作,就通过对话,或者请求教练帮助,帮他认识到Agile PM应该怎么做。
站会上没什么可说的/说的太多?先坚持20次,每次15分钟的站会再做结论。
可能失败很多次, 但是坚持下来并克服了一些困难后, 你会发现,你不光学会了骑车,还能传授别人骑车的经验,甚至还能 - 修车。
当你不会骑车的时候,别着急改车。(守)
当你能流畅的骑车,并且能骑车走在一些复杂地形上的时候,可以尝试做一些修改。 (破)
当你是修车老师傅的时候,改还是不改,这并不是个问题了。(离)
所以完成100小时目标前,先别急着裁剪Scrum,因为你首要的任务,是先尽可能熟练使用它。
"那万一我最后就是无法用Scrum解决问题,Scrum就是不适合我呢?"
首先,这个是浅尝辄止之后的担心,还是100小时参照说明书练习之后得出的结论?
前者不需要讨论。 后者,你不需要担心学习和实践的过程会带来损失。
最坏的结果,它不一定能够完全适应你当前的工作,但是你一定能够开阔视野,受到启迪。这个过程与你去读一本书,并实践一下书中讲的道理,并无区别。这是一个注定有所收获的旅程。
之所以强调100小时,是因为正向的变化,有时候是缓慢的,只有积累到一定程度,才能达到肉眼可见。100小时是个不多不少,刚刚够你熟练掌握工具,并且能够充分体验到它带来的正面影响的投资。
最后,还有个常见的问题 - "我用了很长时间Scrum了,我到底算不算敏捷?"
首先,你还在为实施Scrum时出现的一些问题所困扰时,那么这个问题的答案的问题是否定的。
如果你能驾驭Scrum了, 这个问题的答案就等同于 - 我会骑自行车了,我算不算人生取得了成功?答案显然,也是否定的。
除了会骑自行车,你还要掌握很多其他重要的生存工具,知识,价值观,并且不断取得成就,才算有所得的人生。 敏捷也一样,除了工具,你要知道的还有很多。
并且,跟人生一样,敏捷也是个旅途,也符合活到老,学到老定律。还符合不进则退,一不小心就越活越回去定律....
最后来个回顾,一段话总结该何时裁剪Scrum:
熟悉Scrum流程,以及每个会议要求的参与人员,输入输出,建议时长等等。努力将工作模式向其转变,遇到不能转变的部分,持续想办法克服,在完成100小时严格参照说明书的练习之前,不要轻易质疑和放弃,也尽量避免剪裁。
100小时过后,剪裁不剪裁,相信您已经能够做出成熟的决定了。
分享到:

免责声明:
  1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的,并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实,对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺,请浏览者仅作参考,并请自行核实相关内容。
  2、本站部分内容转载于其他网站和媒体,版权归原作者或原发布媒体所有。如文章涉及版权等问题,请联系本站,我们将在两个工作日内进行删除或修改处理。敬请谅解!

延伸阅读:

more

会议活动

more

公开课

more

PMO

Copyright © 2021 IT项目管理界 版权所有 京ICP备17062359号-4 如转载本站文章,请注明原作者和原发布媒体

本着互联网分享精神,本站部分内容转载于其他网站和媒体,如稿件涉及版权等问题,请联系本站进行删除或修改处理

客服电话:010-89506650 89504891 非工作时间可联系:18701278071(微信) QQ在线:511524637

新闻与原创文章投稿:tougao#cpmta.com 客服邮箱:info#cpmta.com(请将#换成@)

IT项目管理界——我国最大的IT项目管理门户网站,隶属卓橡公司

IT项目管理界官方微信

IT项目管理界官方微信

PMO大会官方微信

PMO大会官方微信