微信号:infoqchina

介绍:有内容的技术社区媒体

最好的流程是没有流程

2014-04-08 19:37 InfoQ

前年,Wikispeed团队掀起了一场业界风暴。它们把敏捷实践应用到了最传统的行业:汽车制造业。它们在3个月的时间里就研发了一款绿色汽车,而这原本需要经历10-25年的产品生命周期。

而且,得益于独立组件的测试驱动开发,这款新车的设计具有很高的质量标准。这款车还遵循了非常高的安全标准。他们只用了3天的时间就研制出了一个漂亮的车体。这款车采用了业内能够达到五星安全等级的最轻的底盘。他们在迭代中快速应对变化。这些全都不是什么问题,因为他们在设计中非常注重模块化。他们可以把它由一辆敞蓬车改装成敞蓬的小型卡车,而这只需要改装一下底盘。

团队创始人Joe Justice说,下面几点是他们最重要的成功因素。WikiSpeed团队:

1.使用了很少的材料

2.积极把变更成本降到了最低

3.在士气高昂的分布式团队上的协同工作

4.用结对的方式去削减培训和写文档的时间

5.可视化了工作流程,发现不需浪费时间就可以创造性地解决问题

虽然Wikispeed最初的成功对敏捷社区来说还不算什么太大的新闻,但它却对敏捷有着重大的意义。特别要提的是,它把敏捷应用在了软件开发之外的领域中,证明了那些产品管理模式是多么缺乏效率。

他们的成绩表明流程和敏捷文化的重要性。特别要提出的是,他们为了创造性地解决问题而持续不断地消除任何障碍。他们的成绩表明流程债对汽车制造业(乃至许多其他行业)的影响。

流程债

如前文所述,Wikispeed团队积极地试图消除流程债,因为他们要把变更成本降到最低。流程债是已有流程中慢慢形成的捷径、变通方法和死锁。经过一段时间以后,所有这些东西都会纠缠在一起。流程债相当于商业层面的技术债。它是无用的复杂度。最重要的是,流程债破坏了有效的沟通。人们躲在流程、“最佳实践”和“首选供应商”的身后,而不去讨论和解决问题。使流程制度化是“行不通”的。它使团队成员觉得被疏远了,权利被剥夺了。

如果你们已经积累了数年古怪的变通方法,从没有真正地考虑过做事的工作效率,那么现在就要付出时间的“代价”,因为你们过去走了捷径。

如何处理流程债

大多数建议都属于那种“我知道了,以后再处理吧”的情况。我们应该立刻处理它,尤其是那些会降低效率的问题。这么做能让你更加快速地前进。你们会提高客户的满意度,特别是当他们不满意你们的弹性或速度不够快的时候。

反复澄清战略,直至人人皆知

Fortune Magazine指出,超过70%的公司无法成功执行战略。在《聚焦战略的组织》中,Kaplan和Norton发现大多数公司在每个月要花大约一个小时的时间来讨论战略,而他们大多数的时间都花在了无用功上。当公司讨论战略的时候,只会由很少的资深决策者秘密地开展。这种方式不利于战略的实施。它必定无法得到一线员工的认同,事实上他们需要改变这种工作方式。

相比之下,在《像CEO一样激励》中,SuzanneBates指出CEO的任务就是要不断地宣传战略,努力地把它融入到每天的工作中。理想情况下,战略应该简洁明快、朗朗上口。战略是由大家共同探索出来的,这包括公司中的每一个人。CEO要帮助员工在每天的日常工作中运用战略。因此,如果你想让大家根据战略采取行动,就必须让战略浅显易懂。

使用软件自动化工作流程

你只要澄清战略,就可以简化或替换那些没用的流程,自动化那些有用的流程。对于软件公司来说,自动化的工作能产出最大的收益。

消除依赖

在一个流程里,当一个特定的资源被多人使用时我们往往会引入依赖。资源的竞争成了瓶颈。这就大大减缓了整体的进度。

在软件组织中,消除依赖是提升交付速度的最快方法。理想情况下这意味着项目会变得更小了。你可以专注于以产品和客户优先。

这容易提升客户满意度。从根本上来看,特性可以被更加快速地发布。它们不必浪费时间去排队。

通过移除不需要的细节来减少变数

如果你已经欠下了流程债,如果你在每天的工作中减少“符号”、变量或数据点,那么你会极大地提高生产率。这能增加沟通中的信噪比,让你能够更加地专注于感兴趣的问题,而不必时常去处理那些“错综复杂的遗留问题”。

尽可能地消除默认情况下的承诺

缺乏信任会导致许多问题,比较常见的是会让管理者引入一些在早期强加承诺的方法,这会破坏价值。许多工具(比如微软的Project)试图以大量依赖和截止日期去创建详细的日程表。虽然这种粒度的出发点是增加计划的可信度,但对中间的截止日期做出不必要的承诺往往使你忽略了本质上更加重要的优先级。充其量,你只能花费巨大的整体代价做做局部优化。保证一个项目按时交付,就得把其他项目往后排。这反而降低了详细计划的可信度,然后就意味着更多的详细计划。

使问题解决者专心地倾听

很多时候,为了在极为繁杂的流程里“控制”复杂度而人为地设立了壁垒和边界。很遗憾的是,这通常意味着那些最重要的信息永远不会被真正地传递。没有人行动,因为大家不了解全局。你要给他们发言权,让他们谈谈最严重的挫败。通常底层员工很清楚公司出现了什么问题,但公司恰恰忽略了他们的意见。他们只会在小范围内讲这些事情。因为他们害怕一些负面的后果。他们可不愿意成为那种大煞风景的人。

流程……阻碍了发展。流程经常强调“不行”或“还行,但是”,这扼杀了解决问题的创造性。当某些流程必不可少时,它们就会阻碍解决问题的创造性,延缓你整个企业的发展。

好消息

通过减少流程债,你可以:

1.加快你交付产品的能力

2.减少出错次数

3.使公司充满活力,具有高昂的斗志

理想情况下,你的研发和生产流程可以像软件一样融入到公司里。你们可以用持续集成中运行验收和单元测试套件去驱动发布的流程,然后由甲方签收。你们甚至还可以直接发布,当然,这取决于你们做的是什么类型的软件。

最好的流程是没有流程,只是一段写得很好的脚本。它找出问题的本质。它所提供的解决方案就是按一下按钮。它解放了人们解决问题的创造力。团队成员能以最好的状态完成工作,不需要被迫重复那些相同的单调的乏味的任务。

尽管人们(尤其是那些刚接触敏捷的新人)关注敏捷流程,但却容易忽略为什么会有敏捷流程。敏捷已经特意地简化了流程。一旦你步入职业生涯,就可以专注于个体和交互。因为你用敏捷减少了无谓的流程,那些了不起的人推动了敏捷的效率。这可以向Wikispeed团队咨询。


更多精彩内容,请点击阅读原文。

***********************************

本文来自InfoQ微信公众账号:infoqchina

1、回复“今日新闻”,查看今天更新的新闻;

2、回复“今日英文”,查看今天英文站的更新;

3、回复“文章 +关键词”,搜索关键词相关内容;

4、回复“QCon”,了解QCon大会相关信息;

5、回复“活动”,了解最近InfoQ组织的线下沙龙;

6、回复“架构师”,获取《架构师》下载地址;

7、回复“投稿”,了解投稿和加入编辑团队的流程。

***********************************

 
InfoQ 更多文章 Facebook如何实现PB级别数据库自动化备份 学术派Google软件工程师Matt Welsh谈移动开发趋势 Spotify为什么要使用一些“无聊”的技术? 妹纸们放假了,汉纸们做啥? 大多数重构可以避免
猜您喜欢 DAMS中国大数据-架构-运维技术峰会(上海) PHP程序猿要如何既编码又保护身体和妹子? 只缺一个程序员 Cool Android Apis 整理(二) 程序员的笑傲江湖