cleverpig 的好看簿

这里和大家分享路宁在Beijing Open Party分会场进行了题为“Lean Thinking With Examples”的PPT。

以下文字介绍摘自InfoQ（http://www.infoq.com/cn/news/2...）：
路宁从丰田生产系统（Toyota Production System）和精益（Lean）的历史谈起，分析了在企业或公司实施精益或敏捷的最大阻力——大规模生产时代在人们思想中形成的那些“看似合理但实则不然”的思维定势（量产时代后遗症）。他还谈到了丰田如何扭转思维，大刀扩斧地探索自己独特的生产体系，最终在国际竞争中脱颖而出的故事。他说道：

Lean就是识别和消除浪费（不产生附加价值的活动）的技术。

随后，他举例说明了如何利用精益的5个原则（注：见新闻底部附注）来识别和消除浪费，同时还列出了几个常常与浪费结对出现的典型现象：

    * 库存——库存在避免供应不足的同时增加了成本，减弱了企业对市场的敏感性，隐藏了企业中各式各样的问题，在市场稍有风吹草动的时候就可能使库存商品变为滞销品，同时还造成了供应不足的尴尬局面。库存在我们的生活和工作中可谓无处不在，想想自家的书架、冰箱、工作中还没有结果但已经停滞的工作、当然，还包括“高等教育”。
    * 批量和排队（等待）——有的银行规定在每月的固定几天内处理企业发放工资，此时批量和排队就产生了，由此引发的等待和不均衡的工作负荷会带来浪费。还有城市内那些被过分依赖的交通枢纽，“等待”是司机开车到这里后常常要体验的事情。
    * 不均衡（周期性）——比如销售淡季与旺季，五一、十一黄金周。
    * 复杂和繁琐——如果事情比你想象的要复杂和繁琐的多，相信自己，这里很可能有浪费产生了，繁冗的文档和流程就是一个不错的例子。
    * 强调符合原则和规定——并不是所有的规定和原则的背后都有像样的理由，即使有理由，也未必都是对最终用户有价值的。

路宁着重强调说：

    未完成的工作都涉嫌浪费。精益或敏捷就是将未完成的工作（浪费）减少到最小的技术。

按照这个说法，就连所有正在编写的代码都属于浪费。乍一听真的匪夷所思，如果不编写代码，我们拿什么东西给客户交付？价值又从何而来？这又怎么能说成浪费呢？

实际上，还没有为用户创造价值的代码，就连用户自己也不能保证这就是他需要的。上面那句话并不是鼓励大家停止编码，而是督促我们尽快把手头的工作变为可运行的软件，并在生产环境中运行，用户会反馈给我们结果和进一步的实际需求，此时我们才知道那个工作到底完成了没有。未完成的工作越多，自己和客户的风险就越大，可能的浪费就越多，相反，未完成的工作越少，应对变化的能力就越强，那些只有少数人能够掌握的“需求获取技术”此时也变得没那个必要了。

假设我们在这一点上统一了认识，接下来的任务该就是寻找解决方案，减少浪费。那该怎样做呢？精益的5个原则给了我们一个清晰的、循序渐进的思路；具体到软件开发领域，众多敏捷实践则组成了一个实用的工具箱，帮助解决在履行精益原则的过程中被暴露出来的一个个具体问题。

要减少写完代码到代码被成功测试和集成的时间，就要小步前进，频繁check-in和持续集成（Continuous Integration）。要减少完成功能到功能为客户创造价值之间的时间，就要频繁交付（Frequent Delivery）。可以看到，在这一点上精益思想和敏捷开发实践得到了完美结合！

“Lean Thinking With Examples”PPT下载：http://www.infoq.com/resource/...

回音壁（Topic引发的二次思考）：
Lean与SARA模式-消灭惯性思维 by 鼠标：http://www.blogjava.net/tj1983...