扫码阅读
手机扫码阅读

跟风做Scrum却老失败,败因在这些“人”和“会议” (上)

147 2024-02-27

敏捷在近十几年里被全球各行各业的企业广泛运用,尤其像可口可乐、3M、苹果、Google、Facebook和 Amazon 这样的大厂都早早就成功使用了scrum的工作方法,但为何许多公司想学,却老是失败?

我们之前的文章里有说过在很多大型企业不论外企还是国企,“文化”和组织环境往往是企业转型的最大阻碍。

企业在发展中不论传统还是创新的各类项目,都和我们的工作方式、项目管理方式密切相关。

美国一家专门从事跟踪项目成功或失败的权威机构 Standish Group 从1985年开始通过几十年对上万个项目进行数据研究并发布的一项 CHAOS 报告里指出:跨国项目采用敏捷方式与传统方式的对比是这样的(见下图1):敏捷项目(大多数都是以 Scrum 完成)的失败率甚至不到传统项目的一半,且成功率更高。

因此,我们可以认为敏捷仍然会是今后的必然趋势,这将是无可动摇的事实。企业对于敏捷转型应该有更大的信心。

那么根据这份报告的研究数据所说,另外50%的敏捷项目失败在哪里呢?这些项目最后会出问题、时程延误、超出预算或者让客户不满意的问题。

Standish Group 的 CEO Jim Johnson 在做此项研究时访谈过一位几年前在美国马萨诸塞州政府领导采购部门的主管,才发现他们:

「100万美元的项目竟要做1000个决策」

“他说他以前在波士顿市政厅工作”,Jim说:“要先获得副市长的决定才能进行某项项目。那时候总共有60家包商在等这个决定。结果60人在那儿耗了6周,什么也做不了。做个决定就得拖那么久。”

时间就是金钱,因此“决策的耗时”

第一本原因之一!

“结果” ,Jim说:“数据显示我们在项目中大概每花1000美元就要做一次决策;所以100万美元的项目,大概就要做出1000个决策。” 这样算下来,决策数量很快升高。而且决策花费时间越长,成本也就越高。

于是,Jim便专门对此提出一个衡量标准——「决策延迟」(Decision Latency),用来计算确定“需要做决定”到“实际做出决定”总共花了多少时间。然后,他把这些数据和项目的成败做比对,在研究了全球几百个项目之后发现:

能够在一小时以内迅速做出决策的项目,成功率高达58%(而且是在预算之内准时完成)。但如果决策耗时超过五个小时,成功率就会降到只有18%。

Scrum

很多大型企业或者跨国企业决策通常采用日本常见的「禀议制」(ringi),这个决策链讲求让管理阶层对于要做什么决策先有共识,一旦有人提出方案,就会传送到决策圈公告周知;等到大家都同意而且高层领导也签字认可后,才能做出决定。

比如在一家传统车企,你准备花钱采购一些新设备。这笔钱虽然已经编入年度预算,也分配好要作为添购新设备的资金,你还是要先写一份书面提案,而且要写得很详细上头才会知道为什么要花这笔钱。还要附上所有必要的会计数字:总共要花多少钱、钱从哪里拨下来、最后要付款给谁;然后,你还要进行环保审查:新机器需要多少电力、有没有气体或污水排放的问题。这些提案内容都要白纸黑字写清楚,而这些文件就叫做「禀议」。

可能只是一个小项目,金额没有多大,就需要数十位不同职能部门的主管签名,这样的流程可能一跑就是两三个月,甚至更久。然而这些签字的人也都不是最后拍板做决策的人,只是因为他们涉及技术层面、行政层面有些可能是业务方面甚至人资,就必须在这决策链中出现。

决策链虽常涉及到不同范畴,传统的「禀议制」耗时又费精力,但在敏捷 Scrum 里,其宗旨就是“让团队自己决策”,即决策只要经过两层:产品负责人和团队,比较少牵扯到利益相关人和企业管理层。


因为只有真正掌握最多信息、了解最深入的那个人才能做决定,这也是可以加速整个团队作业的第一大重要原因。

其次,你平时参加的会议有效率吗?

现在你需要做决策,所以你决定先开个会。假设这场会议有20人参加,需要一小时才能做出决定。你可以算出这个决定要花多少钱。而且这还只是时间而已,最后有没有做出决策?光那一个小时到底值多少钱。我们都仔细想想,每周我们都开了多少没意义的会?

根据 Standish Group 的资料显示,开会中做的决定被推翻的比例超过40%!比如,这次会议做了一个决定,而下次会议在一周以后。所以这次开完会,大家根据决策结果开始执行工作。结果到了下次会议,大家又改变主意、做出新的决定。结果所有人不但浪费掉一周,还都在做无用功。

Jim说,“很多项目就是这样一天腐败一点点。每天拖延一下子,只是浪费一点时间,就缓缓走向了灾难。”

Scrum就是要揭露那些让你变慢的问题,把障碍摊在阳光下,让你知道问题出在哪里。随着冲刺一段接一段的进行,问题会不断出现。团队当然希望这些问题可以解决,这时候,在有效率的企业中,「引导者」(Facilitator)便是会议中不可或缺的助力,在敏捷里,Scrum Master 就相当于这样的一个角色。

这样的角色必须能够掌握两大能力:对人的沟通技巧、对事的思考逻辑。因此,Scrum Master 们成了 PO 之外另一个对于项目成败起到关键作用的人。他们能够更快的在会议中订定议题,引出意见,厘清争议,建立共识,最后促成决策。

那 Scrum Master 们平时开会都

该怎么开呢?

今天先暂时唠嗑到这儿,“下篇”一起来聊下“开会”的众生态以及我们该如何开“有效率”的会议来帮助决策和推进我们的项目?

原文链接: http://mp.weixin.qq.com/s?__biz=MzAwNDY3NzQ1MA==&mid=2650160625&idx=1&sn=950dbb9da03733ca821cca93d200baa6&chksm=832ad7d4b45d5ec2c5bf1b04c81263ac1bb14e32caf4a67b3aad3ce1ab5516f15a06ebfcd8bc#rd