例说精益思想

维普资讯 http://www.cqvip.com ｕ弓　Ｃｆ龄　皿　例说精益思想　精益的目标是通过坚决消除浪费，努力在尽可能短的时间内把价值奉献给客户。作者从精益的　起源开始娓娓道来，为读者讲述了精益思想的原则，并且提出了识别和消灭浪费的途径。　●文，路宁　戴篓　界５００强企业当中，１００％的制造型企　想中留下的那些“看似合理但实则　不然”的思维定势却始终挥之不去。　这些后遗症主要包括“批量生产能　降低成本”、“喜欢大和集中”、“以　设备和部门为中心”。归根结底，这　业和５０％的服务型企业都不同程度地　应用了精益。　精益是为了应对激烈的国际竞争　和多变的市场环境而发展起来的，是　不断从现有生产中发现和消除浪费的　过程，它改变了传统的强调产能的生　产方式，而去关注最终用户的价值，　些后遗症都表现了对最终端到端的　客户价值的忽视，是局部优化。批　量生产未必降低成本，弹性对当代　企业更具价值；大和集中不是美，　小而灵活才更重要；优化设备和部　努力提供满意的消费。精益思想具有　普适性，它在营销、企业管理乃至社　会生活的方方面面都为人们提供了新　的思考方式。　说到精益，就不能不提敏捷，两　者是一致的，它们起源于不同的领域，　后来也渗入到对方的领域当中，产生　门的行为未必产生好的结果，着眼　整体才是真正关注最终价值。　浪费　精益就是发现和消除浪费的技术，　了“精益软件开发”和“敏捷制造”　等研究领域。　对浪费的认识直接反映了精益的价值　观。浪费是指从最终用户的角度看，　精益思想的由来　精益思想起源于丰田公司以“低　成本、零缺陷、高质量和人性化生　产”为特色的丰田生产系统（Ｔｏｙｏｔａ　Ｐｒｏｄｕｃｔｉｏｎ　Ｓｙｓｔｅｍ，ＴＰＳ），　于二十　世纪五十年代开始发展，它是与大　量生产相对的一种生产方式。１９９０　年，美国人沃麦克和琼斯合著的＜＜Ｔｈｅ　Ｍａｃｈｉｎｅ　Ｔｈａｔ　Ｃｈａｎｇｅｄ　ｔｈｅ　Ｗｏｒｌｄ｝｝发　增加了成本但不能增加产品或服务的　量产时代的后遗症　大量生产方式在很多行业中虽已　渐渐退出历史舞台，但它在人们思　价值的一切事物。浪费有两种，一种　是纯粹的浪费，它对企业和最终用户　均无好处，比如说运输和等待，这类　浪费应彻底消除；另一种是必要的浪　费，它虽然没有为最终用户创造价值，　精益思想具有普　适性，它在营销、　企业管理等方面　都为人们提供了　但却是我们所知的使企业避免发生问　题的最佳工作方式，比如说检测和管　理，封闭系统内“熵增”【１Ｌ的自然趋势　表，书中对丰田生产系统进行了详尽　介绍。１９９６年，沃麦克和琼斯再度联　手合著的＜＜Ｌｅａｎ　Ｔｈｉｎｋｉｎｇ｝｝问世，该　使得这类浪费不可能被消除。　如果说最终用户需要的是一瓶洗发　露，运输和等待的过程增加了这瓶洗发　书对丰田具体的生产实践和观点进行　升华，并首次给出了Ｌｅａｎ　Ｔｈｉｎｋｉｎｇ的　提法。从上个世纪７Ｏ、８０年代开始，　露的成本但并没有增加这瓶洗发露的价　值，而检测部门的工作防止次品流入市　场，增加了成本但严格来说并没有增加　洗发露的价值，管理也如此。　陆续有企业开始实施ＴＰＳ，到目前世　８２　程序员　新的思考方式。　维普资讯 http://www.cqvip.com 精益强调每一个岗位、工作或流　程都以“浪费”的标准来衡量自己的　价值，这与传统企业以部门为中心形　成的价值观有一定冲突。　价值，我们考虑根据名称搜索产　品这一功能，用户通过这一功能能快　繁冗耗时、部　是阻碍价值顺　成了大量的排　的大部分都是　（快速定位到犀　贡献的，是浪　等待更是不折　可以尝试重新　速定位到其所关注的产品。　价值流，按时间顺序列出该功能　的所有活动（见图２）：０．５天需求分析　精益五原则　是五个步骤，通过不断循环的过程将　一２个月的等待（瀑布流程中还要同时　５天设计一２个月　精益思想有五个原则，它们更像　分析其它功能）一０．的排队和等待一２天的编码一４个月的　最终用户价值带入系统中，并将系统　排队和等待一２天的测试一３个月的排　目相关的所有　中的浪费一层层逼出来，消灭之。这　五个原则分别是：　１．　价值　明确客户所期望产品或服务应提　供的价值。以实现此价值为目的审视　整个过程中的所有活动，同时帮助识　别其中的浪费。　２．　价值流　针对一件产品、一项功能或服务，　按时间顺序识别出为实现其价值而进　行的所有活动，并确定出其中哪些是　有价值的，哪些是浪费。　３．　流动　消除价值流中的浪费，让有价值　的活动一个接一个地流动起来。　４．　拉动　确定价值流何时开始流动，因何　流动。价值流应由用户实际需求拉动。　５．　尽善尽美　价值流中浪费的步骤不可能通过　～次改善彻底消除，浪费是被不断发　现和具体化的。尽善尽美追求在实现　客户价值过程中引入最少的浪费，即　通过更精简的步骤、更短的时间和更　少的必需信息来实现客户价值。实现　了一个阶段的目标后，根据当前的价　值流状况设定一个新的目标，重新开　始流动和拉动的过程，发现和消除更　多的浪费，不断地持续这一改进过程。　下面以一个简化了的软件项目为　例，该项目本来是一个以瀑布方式开　发的计划一年的项目，我们将应用精　益的五个原则（步骤）虚拟地不断重　复开发这一项目，目的是体验一下反　复应用这五个步骤进行持续改进的大　致过程。　队和等待一１天的集成工作一１个月的　和测试等部门　排队和等待一上线。其中排队和等待　项目组中。将　都是浪费，一年后，所有积累的工作　的人安排到一ｊ　终于可以被检验，并得到用户的反馈，　减少了撰写部　此时我们也可以判断所有相关工作是　月一次的交付ｊ　图１波音飞机的生产流程也采用了“精益”　否都已经完成。　拉动，当　流动，不难看出其中有价值的工　就可以比较从　作只有６天，剩下近一年的时间都是排　需求真正变得：　队和等待，如何消除这些浪费，让有　这一需求的各：　价值的工作一个接一个流动起来呢？　过在项目前期。　如果有机会让项目重新来过，我们可　的想法引导出　能会想先安排这６天来集中做登录功　复杂的开发计ｊ　能，这样就没有浪费了，但在这样一　收测试单元测。　个组织里面，这样做相当于给项目添　是一种由需求　乱。我们不如先设定一个目标，将浪　尽善尽美，　费由近一年减少到４个月。　将１年的浪费　重新开始项目后，很快你会发现，　们可以尝试再牛　现有的流程无法保证４个月后的交付，　开始价值流分　很多问题暴露出来了。其中文档撰写　你很快会发现，　维普资讯 http://www.cqvip.com ｕ　Ｃｆ　皿　延期，质量难以保证，类似的Ｂｕｇ重　复出现。经过分析得知，人工测试过　程中的大量重复，测试产能与开发产　◆库存　造成的销售周期并没有反应用户真实　生产企业为避免供应不足建立库　需求的变化（用户的需求是相对稳定　的，并不会在年末激增），从企业角度　看，这并不利于其利益的最大化和服　务水平的提高，从用户角度看，他们　滞后或提前了消费时间，这可能导致　购买了不合适的、甚至是多余的产品。　存，却同时增加了成本，减弱了企业　对市场的敏感性，隐藏了企业内部各　种各样的问题。在市场稍有风吹草动　的时候，库存商品就变为滞销品，同　时还造成了供应不足的尴尬局面。广　义上讲，库存还包括那些不可见的、　能的不平衡，开发完成到测试之间的　等待，这些都是这一时期急需消除的　浪费。可以通过引入在持续集成框架　下的自动化验收测试来消除重复的人　工测试浪费，以实现测试产能与开发　产能的平衡，在交付期间内引入几次　瀑布式软件开发的整个过程被分　为需求分析和设计等不同阶段，各部　还没有产生结果就已经停滞了的工作，　迭代，缩小团队同时面对的需求数量，　它们表明价值流已经发生了停滞。库　这在很大程度上进一步消除了开发与　存在我们的生活和工作中可谓无处不　测试之间等待的浪费。这样一来，针　在，比如书架中不知道何时才会被翻　对某一功能的测试紧跟开发过程，价　阅的书、Ｊｉｒａ上数不清的任务还有目前　值流迅速流动起来，而不是等到快要　的高等教育体制等等。　交付之前才集中测试。　◆批量和排队　再把交付周期减至１个月呢？这　批量和排队的同时会有等待，会　会让更多浪费现出原形，你可能发现　减弱价值流的流动性。在瀑布式开发　需要用上所有敏捷实践和原则才能将　中，工作在部门间以批量和排队的方　它们一一消除。可见，该过程就是不　式被传递，针对某一功能的工作在流　断发现问题和浪费并消除它们的过程。　向下一部门前要等很久。这种现象配　在价值流这一环节之所以以一件　合文档的暗示作用和部门内考核标准　产品、一项功能或服务为出发点是因　的指导作用，会给上游部门造成一种　为客户的需求本是伴随着反馈和认识　工作已经完成的假象，最终导致下游　的不断深入而持续流出的。这样做价　部门得不到上游部门有力的支持，下　值流分析能适应需求的产生和变化过　游部门的疑惑或新发现的知识也找不　程，所以在上例中，为适应需求的这　到合适的人反馈，只能自己做主了。　个特点而采用了持续的软件交付方式。　◆不均衡和不平衡　图２一个软件项目的价值流　识别浪费　不均衡常常伴随波动、批量和排　在参观Ｙａｚａｋｉ天津工厂（Ｔｏｙｏｔａ　队的现象，会带来资源闲置和过度利　的供应商，应用丰田生产方式多年）　用交替出现的情况。年末电器促销是　过程中，负责质量改进的工作人员说，　一种不均衡，为准备促销，企业提前　培养“发现浪费的眼光”是他们的重　几个月加班生产，资源过度利用，管　要技能。识别浪费是持续改善的重要　理成本和次品率增加，库存成本增加。　一环。从现象上观察，浪费常常伴随　促销结束后，需求减少，库存成了滞　着相似的表现，这些表现则可以帮助　销品，销售压力增加，生产进入淡季，　我们识别浪费。浪费的表现如下：　生产资源未能充分利用。这种由行业　８４　程序员　分工作被集中处理而不是均衡分布在　整个过程中。真实需求的发现本是持　续和渐进的，实现需求的各项活动也　可以均衡分布在整个开发阶段。　◆复杂和繁琐　如果事情表现出异常复杂和繁琐　的一面，很可能是出了什么问题。繁　冗的文档和流程背后往往有保护局部　和损害整体的影子。　生产一件产品过程中重复的加工　步骤、重复的动作等等都增加了加工　过程的复杂性，是浪费。对于有形产品，　这些浪费比较容易通过肉眼观察出来。　软件则不同，软件的开发过程和运行　过程都不太容易观察，复杂和繁琐常　常表现为难于应付的棘手问题，还有　系统间复杂的交互过程、程序中重复　的代码逻辑等等。有时复杂性可能源　于试图通过软件对异常复杂的业务逻　辑进行自动化，这些业务逻辑中的复　杂性对客户很可能是没有价值甚至是　有反作用的，这种情况并不鲜见。　◆僵化　僵化表现为对需求变化反应迟钝。　它使企业无法满足客户的真实需求。　这种障碍囤积着浪费，但其是不需要　发生额外成本就能克服的。瀑布式开　发过程中，等待需求变化的常常是繁　琐的需求变更流程，繁琐到了连客户　自己都不愿提出发现的需求。这种对　所发现的更有价值知识的僵化态度不　断提醒着我们，它背后有浪费。它使　得软件与实际需求拉开了距离，反过　来还鼓励客户在一开始绞尽脑汁将需　要和不需要的东西一并提出需求来，　为客户自己和项目组埋下浪费的种子。　维普资讯 http://www.cqvip.com 从上面的各种表现中我们不难看出量产后遗症的影子。是，不同行业采用的方法出奇地相似。也可以发明适合自己的新实践。有些，TPS“，中有“单件流生产方式””，敏捷有”，实践非常基础，需要一开始就采用总之所谓“，未完成的工作都涉嫌浪费”迭代式开发“”，；TPS”中有TPS““看板“敏”而有些实践只需要在它能够对目前消未完成的工作、就是指已经开，捷中有故事卡；中有人性：除浪费的目标有贡献时才必要。始了的更进一但尚未交付给客户的工作，的自动化敏捷中有持续集成……改变组织交付软件的方式(迭代式地频繁交付)，步讲是所有尚未给客户创造上面所有的现象背后都(。TPS和敏捷都强调全能小团队改进管理架构以适应价值的工作是一。种阻碍工作迅速完成阻碍价值迅速流动)的结构或力量有的表现一归根结底除浪费，，精益的目标是通过坚决消为工作的停滞，有的表现为加入。些多余的内容，拖延了工作的进展，努力在尽可能短的时间内把。考虑软件开发过程代码广义上讲，狭义地讲c，未完成的工作就是还没有Che。kIn的价值奉献给客户前面提到浪费划分为费和必要的浪费“”，所有尚未给客户创“造价值的工作的分析包括某分析、一包括开发功能牵涉到纯粹的浪。这种交付方式，同时培养精益或敏捷一、设计、编码和测试等工作”。，前者要彻底消除。的观念和行为习惯是归根结底决消除浪费，个软件开发组。严重Bug所对应功能的全部、后者要认真对待开发中，、尽量减少、在软件织步向精益或敏捷的三个重要方面，设计编码和测试等工作，还测试、集成。重构和管理等精益的目标是通过坚敏捷开发和丰，有为维护Jira任务列表所进行了的各项工作等。都属于这类浪费发模式，下面列出了四个启“努力在尽可能短的时间。它们都是未完成的工作，，即帮助我们处理，必要的浪费；’内把价值奉献给客户田生产方式是同一潜在的浪费认清这一点可以鼓励我◆积极对待配备少而精的人层次的概念、都是，们积极面对市场变化，采用能够让价，敏捷团队非常重视上面提到的几种浪费，针对某一领域的价值观“原则和实践。值迅速流动起来的的交付方式力清除妨碍工作迅速完成的自己的工作成果最终用户的反馈的每一～并努。团队中的管理人员和测试人。精益则是对它们的总结和升华背后是式，精益的切障碍员要比传统团队数量少而且要求更高系统思考、”【2J这、一看问题的方敏捷团队成员强烈希望迅速看到，◆由个人的任务变为团队的任务强调从整体长期动态和连续的，看到下一环节乃至一赋予团队成员清晰简单的目标实现自我管理。，角度认识事物和解决问题直觉地并努力发现，。团队中每个角色一团队中几乎所有人都。传统解决方案背后隐藏的假设、而不是、项工作都被最终用户的，个明参与到设计、测试和部分集成的工作。习惯性地着眼于对问题局部。确需求牵引着标被淡忘，为了不让这个需求目代码所有权也被共享◆将工短期，、静态和片断的认识■避免由于目标含糊不清而，作自动化区分人和机器…产生的浪费敏捷团队通过短期迭代。的职责人工测试和自h动化测试相区分，熵来源于热力学的概念。，可理解为对系统混，和频繁交付努力压缩着未完成的工作乱和无序程度的度量知识和软件都是越无序，熵值越大。，智慧、精益或敏捷就是将未完成的工作(浪费)应用持续集成◆工高度有序的，是自熵的封闭系“。。统任由其自己发展，其熵值会随时问而增加，必减少到最小的观念和行为)。作提前做频繁做在早期开始频繁。要的浪费”通过引入负熵抑制熵增的趋势入这些、精益的5个原则(步骤一给了我们测试驱动开发的单元测试、，自熵并未直接流产品或服务“。只有在理想的”个清晰的、循序渐进的思路来压缩。重构和集成，早期就赋没有任何干扰的环境中彻底消除”’。必要的浪费才可能被未完成的工作具箱具体到软件开发领域一，予团队成员目标并通过各种方式确。众多敏捷实践则组成了，个实用的工保他们及时了解项目状态见智系统思考在《第五项修炼一学习型组织的。艺术与务实》，书中有详尽的描述帮助解决在履行精益原则的过。消除浪费的方法仁者见仁。智者程中暴露出来的具体问题在软件开发领域中一，敏捷已经。提供了整套对付浪费的实践但要消除浪费浪费往往是通过价值流的流动和拉动过程使其浮出水面的，注意，敏捷开发的众多实践是消除浪，费的工具队未必要而不是让一一个开发团队变各行各业，得更敏捷的全部一一。个敏捷的开发团，路宁ThoughtWorks咨询师毕业于北京航空航天大学对敏捷和精益有浓厚兴趣，，，。都有不同的办法来消除浪费有趣的地执行这些实践团队一责任编辑：刘洪沽(1iuhongjie@csdnnet)20080385