首页 测试 体会 查看内容

最好的流程是没有流程

2014-6-25 14:33| 发布者: tianzc| 查看: 407| 评论: 0

摘要:   前年,Wikispeed团队掀起了一场业界风暴。它们把敏捷实践应用到了最传统的行业:汽车制造业。它们在3个月的时间里就研发了一款绿色汽车,而这原本需要经历10-25年的产品生命周期。  而且,得益于独立组件的测 ...
  前年,Wikispeed团队掀起了一场业界风暴。它们把敏捷实践应用到了最传统的行业:汽车制造业。它们在3个月的时间里就研发了一款绿色汽车,而这原本需要经历10-25年的产品生命周期。  而且,得益于独立组件的测试驱动开发,这款新车的设计具有很高的质量标准。这款车还遵循了非常高的安全标准。他们只用了3天的时间就研制出了一个漂亮的车体。这款车采用了业内能够达到五星安全等级的最轻的底盘。他们在迭代中快速应对变化。这些全都不是什么问题,因为他们在设计中非常注重模块化。他们可以把它由一辆敞蓬车改装成敞蓬的小型卡车,而这只需要改装一下底盘。  团队创始人Joe Justice说,下面几点是他们最重要的成功因素。WikiSpeed团队:  1、使用了很少的材料  2、积极把变更成本降到了最低  3、在士气高昂的分布式团队上的协同工作  4、用结对的方式去削减培训和写文档的时间  5、可视化了工作流程,发现不需浪费时间就可以创造性地解决问题  虽然Wikispeed最初的成功对敏捷社区来说还不算什么太大的新闻,但它却对敏捷有着重大的意义。特别要提的是,它把敏捷应用在了软件开发之外的领域中,证明了那些产品管理模式是多么缺乏效率。它揭露出令人难以想象的低效。  Wikispeed把产品生命周期从10年降到了3个月,他们的团队效率比汽车制造业的产品研发团队快了40倍。虽然产品相同,但为了节省开支他们只使用了常用的工具和高中生。这些高中生并不是专业的汽车设计人员,但他们是乐于奉献、充满幻想的业余爱好者。  他们的成绩表明流程和敏捷文化的重要性。特别要提出的是,他们为了创造性地解决问题而持续不断地消除任何障碍。他们的成绩表明流程债对汽车制造业(乃至许多其他行业)的影响。  对于产品研发人员来说,流程虽然有用但也是无可避免的灾难  比方说你要解决一个特定的问题。你并不在乎是否已经交付了如下的这些解决方案:  1、软件  2、遵循的流程  3、具备某些功能的实物产品  你知道自己头痛(偏头痛)。你只想治好它,并不太关心治疗方式。  你要的是一个解决方案。像Ted Levitt讽刺的那样,“人们只想要个4分之一英寸的洞,而不想买台4分之一英寸的打孔机”。他们只想要一个特定规格的洞。以此类推,从本质上说流程就是企业家为了交付解决方案而创建的“业务系统”。  产品研发本身就是一个流程。通常它由团队来执行。产品研发最终可能产出流程、软件或满足特定需要的实物产品。如果一切顺利,这个产品的研发流程就为该企业家和其他将来的企业家赢得了经济效益。  简单来说,对于许多产品研发人员来讲流程是无可避免的灾难。流程是为了满足需要的交付机制。它组织我们的工作。经过一段时间以后,一个好的流程不仅能够创造价值,而且它本身也是盈利性公司的财富。这些公司产生利润并持续增值。所有人都希望产品开发流程能保持轻量级。我们希望流程是易于管理的,尤其是我们自己的公司。如果我们在这个流程下工作,就希望流程更贴近于实际的工作。Wikispeed证明了轻量级流程可以大幅提升生产力。  流程债  如前文所述,Wikispeed团队积极地试图消除流程债,因为他们要把变更成本降到最低。流程债是已有流程中慢慢形成的捷径、变通方法和死锁。经过一段时间以后,所有这些东西都会纠缠在一起。它就像盘意大利面,你拉出一根,就会有半盘也跟着动。流程债相当于商业层面的技术债。它是无用的复杂度。最重要的是,流程债破坏了有效的沟通。人们躲在流程、“最佳实践”和“首选供应商”的身后,而不去讨论和解决问题。使流程制度化是“行不通”的。它使团队成员觉得被疏远了,权利被剥夺了。  如果你们已经积累了数年古怪的变通方法,从没有真正地考虑过做事的工作效率,那么现在就要付出时间的“代价”,因为你们过去走了捷径。这种捷径就是一种时间上的转换。问题应该在早期解决。应该通过彻底“根治”杜绝此类问题的再次出现。反之,它就会在将来一次又一次地出现,你们必须要不断地花时间去弥补。更糟糕地是,它还可能会影响到其他相关的部门。这反过来又会进一步引发更多的问题。最终,这会影响到客户,无论他们知不知道。  在这种情况下,这种债务是用时间来计算的,特别是员工的时间。一个捷径最终导致重大返工。这通常被认为是标准的“技术债”,这已经得到了充分地证实。技术债本身是大规模“时间转移”商业问题的一个子集。它使你丧失主导权。  如果你把技术捷径带到产品中,就会使运维工程师执行浪费时间的变通方法。为了处理那些额外的复杂度,他们还需要一些额外的培训和文档。如果开发团队欠下技术债,就会随后影响到整个公司。于是它将不再只是技术债,而成为更加普遍性的问题。  就像Steve McConnell所指出的,技术债的影响要看具体的环境。从这层意义上来说,流程债很像金融债。有时,贷款还是有很多好处的。负债能帮你达成战略目标。例如,你按揭购房,再把房子租出去,然后用租金还清利息和按揭。在这个例子里,贷款帮你创造了财富,否则你没有其他的办法。与此相反,某种类型的负债会快速瓦解财富。虽然你可以选择办理一张新的信用卡,用它来做15个月零利率的余额转账,但这可不是一个什么好主意。  许多开发人员都清楚,流程通常都可以被自动化。像流程一样,软件也可以被用来作为交付机制。脚本可以有效地替代一项服务和自动化一项服务。假设需要很多人月的工作量才能投产,你能做到哪种程度的“敏捷”呢?在最近人气很旺的DevOps活动中(特别是在那些要求持续交付的敏捷实践中)就采用了这样的假设。  如果你可以用脚本实现发布流程,你的敏捷完全就是另外一个层次的概念了。虽然持续交付看起来是关于代码的,但它实际上却是关于拥有非常简单的、合理的和自动化的流程的。它还把产品开发团队解放出来去讨论更多紧急的问题。  作为一名客户,过多的流程债阻止你得到那些想要非常快速得到的东西。于是,偏头痛又发作了怎么办?
12下一页

鲜花

握手

雷人

路过

鸡蛋

扫一扫关注最新动态

毒镜头:老镜头、摄影器材资料库、老镜头样片、摄影
爱评测 aipingce.com  
返回顶部