01
—
装修的例子
前段时间和一个做敏捷咨询的朋友吃饭,他提到,现在做敏捷转型,遇到最大的难点就是“现场客户”,也就是用户、业务人员不愿意持续参与到项目实施中。
我说,当我遇到这个问题时,通常都会用装修做例子。
我们知道,家里装修,要保证装修的结果,最重要的是天天到现场盯着。在装修的过程中,我们不会只在装修前期和设计师、包工头说好要求,然后几个月完工后再去现场验收。这就像在瀑布模式下,如果用户只在需求阶段参与,然后就任由交付团队自己埋头干。几个月后到了验收时才回来看,大概率会翻车。
不管采用什么模式,客户对项目的持续参与都是至关重要的。
但他抛出了一个很犀利的观点,就是家装和公装还是不一样的。
所谓家装,就是家庭装修。所谓公装,就是办公室装修。
02
—
公装的故事
朋友分享了他自己公司的装修故事,很有代表性。
他们成立一个新的办事处,需要装修。本来,公装都是比较标准化的,设计有模板、施工有标准。
他提了唯一一个比较特别的要求,就是由于现在WIFI都很成熟,工位就不要再装网口了。负责这个公装项目的小李把这个要求交代了给设计师。
设计师把这个要求也纳入到设计中。然后施工开始了。
小李因为觉得公装都是标准作业,期间他只去过现场几次。
但在最后验收时,小李才发现每个工位还是装了网口。
朋友最后总结,通过这个工程他发现了两个问题:
施工队并没有按照设计师的图纸施工。
小李签署过设计图、施工方案,但没有细看。毕竟不是自己的事情,没有那么上心。
这导致了装修产生了一些不必要的费用。
03
—
Ownership的重要性
这个故事的启示是,家装和公装是不一样的。而最大的区别就是Ownership(责任感)不一样,从而直接导致结果不一样。
我们知道,自己家装修,一定很上心。因为自己和家里人要承担装修问题的所有后果。
而在公司,像上面提到的公装的例子比比皆是。
对于绝大多数员工来说,公司的事情,和家里的事情,就是不一样。因为公司的事情搞砸了,“受害”的往往不是一个人,这就导致了大家都不会像处理家里的事情那样上心。
这也是为什么“现场客户”那么难。如果用户、业务人员对于项目缺乏Ownership,缺乏责任感,这便很难说服他们持续花额外的时间参与到项目交付过程中。
可以说,没有Ownership,这个世界上没有任何办法使一个项目成功。
世上无难事,只怕有心人。但如果不上心,再容易的事情都无法做成。
而如何调动Ownership,值得每一位管理者思考。
前段时间看到一篇文章,提到“谁难受谁推进原则”,也许对于解决Ownership问题有一定的指导作用。
无论是谁,工作中总会涉及到大量的协作任务。A 依赖 B,B 依赖 C, C 依赖 A,好了,看起来这是个死循环,到底该谁去推进这件事呢?有的领导会再设置一个 D,去协调 A B C 的工作,结果 A B C D 攒一桌开始打麻将了。真的需要那么多的协调者么?并不是。
那么在软件项目交付过程中,谁最难受呢?

近期必读:
关于作者
刘华(Kenneth)
就职于世界500强银行,负责基金服务业务软件开发与交付
敏捷、精益、DevOps专家
精通极限编程、Scrum、看板方法、测试驱动开发、持续集成、行为驱动开发、DevOps工具栈
曾在GDevOps、DevOpsDays Meetup、中国软件技术大会、ArchSummit等论坛发表主题演讲
著有《猎豹行动:硝烟中的敏捷转型之旅》一书

小说体敏捷/DevOps转型教科书
和实战经验分享
购书指南
—
纸质书、电子书在京东、当当、亚马逊、微信读书等渠道已全面上架,搜索关键字“猎豹 敏捷”即可找到。点击阅读原文可直接购书。
有声书已登录喜马拉雅、微信读书,适合路上听书的你。
关注公众号看其他原创作品
觉得好看,点个“在看”或转发给朋友们,欢迎你留言。
本文通过家装和公装的对比,强调了Ownership(责任感)在项目中的重要性。家装因个人高度投入而效果显著,而公装常因员工责任感不足导致问题频发。文章以一个公装案例说明,未按设计施工和监管不力导致额外成本,突显持续参与和责任感对项目成功的影响。
1448

被折叠的 条评论
为什么被折叠?



