个问题失败的概率和确切的后果，只有当我们是为失败而设计时才是重要的！最重要的问题是：
什么导致了失败？
在什么条件下产品会失败？
什么设计条件可以防止失败？
这些问题引导我们去寻找一个更好的、不会失败的设计。这样获得准确的答案会容易得多，否则，估计失败的概率是非常困难的，一方面是因为对于一个设计良好的产品来说，失败的概率非常低；另一方面遵循墨菲法则（Murphy�s law），任何可能出错的事物都会出现（小概率事件往往也会发生）——因此一定要努力设计那些完全不会出错的产品。
开始消除浪费
通过举办一些研讨会和运用流程图方法，着手消除开发流程中浪费的步骤和工具。这是一个好方法，帮助开发人员将注意力集中在获取知识，而不是完成等待检查的任务。你将看到立竿见影的好处，从而日后对精益更有自信。
丰田很少使用正式的FMEA。相对应地，他们建立了以权衡曲线为中心的开发流程，这回答了我们之前提出的那几个问题。你可以运用同样的分析流程，去识别和消除流程中由不良的工具带来的浪费。
我希望你能看到，散乱失序和与其相关的浪费（沟通障碍和不良的工具的运用）源于传统思维的“正确地做事”。当我们向前面对更多的浪费时，你将会发现同样的情况。在这里，我们需要介绍另外一个工具——能帮助你让系统中的浪费可视化的工具。
时间进度图，有助于观察浪费
如何能“观察”开发流程？（眼睛看见是非常重要的，因为一半的大脑都用来处理目视化的信息。所以，大家对于可视化的信息会更容易理解些。）对流程观察得越仔细，就能越有效地发现浪费。
我推荐你用资源消耗时间进度图（见图2�3）这个工具，就像这个例子里，我们描述一个典型的、完整的产品开发流程时所用的一样。你也可以对其中的一部分工作分析其时间进度，如制造原型产品的工作。
图2�3资源消耗的时间进程图
横轴代表项目在发布之前的时间，以日期或其他时间单位，从小时到年。纵轴代表花费的工作量（资源消耗）。典型情况下，这里的单位是FTE（full�time equivalent；相当于全职人员的工作量）。两个人工作，每人花1/2时间在一个项目上，花费的工作量是一个FTE。
你是否观察到由于工作负荷波动而导致的散乱失序？不同部门花在同一个项目上的资源分配不同，因此他们不得不努力跟上多个不同项目中不同的工作进度要求。如果一个项目没有跟上，那么干扰就可能没完没了。你可以在时间进度图上工作负荷发生剧烈变化的点上，标上一个散乱失序的标志，作为提醒。
如果你已经有了某种用图标绘制的流程图（如关键路径图、工序流程图或者工厂的价值流图），就运用它们去分析现有系统中的各种浪费。然而，你需要理解这些工具存在的问题：
� 这些图上通常没有显示资源的工作负荷，因此无法帮你实现均衡负荷或规划资源的功能。
� 这些图强迫你使用顺序思考的方式，一个在前一个在后的次序，不能反映开发活动实际进行的方式。实际上，顺序式思维正是我们想要努力避免的。
� 这些图强迫你采用通道化的思考方式，这个人得与那个人沟通，这一点也是我们想要避免的（在我们提倡的拉动系统中，知识是随处可得的）。
图2�4并行的资源消耗——时间进程图
当我们消除浪费和迈向精益开发系统的时候，顺序流程就变得并行了。并行流程（见图2�4）运行得更加平顺，更容易和其他流