PERT图之类的方法，原本是为类似于建筑工程的项目管理而设计的工具。
顺序化的思维创造了一个批量的流程，规定一个特定产品的决策和学习都必须在某一段时间里同时发生。这导致：
� 减慢了流程的速度，因为在开始行动前等待的时间比需要的长。
� 创造了单方向而不是多方向的信息流动：上游工序不能从下游工序得到足够的信息。
� 上游工序的开发人员比下游工序的开发人员拥有更多的权力，导致了质量问题。
� 引起工作负荷的大幅波动，从而导致了散乱失序的浪费。
例如（结合图2�7理解）：
� 工程部门在设计之前必须等待产品规格确定，然而规格往往不合理，结果是要么使设计工作困难，导致成本和质量问题；要么无法在设计过程中一次完成。
� 制造工程部门在设计生产系统之前要等待产品设计方案完成。也就是说，产品工程师不得不按照老的制造系统的特点设计产品——在某种程度上就像为了这个制造系统而设计一样，这阻止了产品设计和制造系统设计的联合创新和优化。
� 在制造工程部门确定制造系统之前，工厂处于等待状态，不参与制造系统的开发工作。
� 流程的后期才选择供应商并参与——这阻止了产品、子系统和供应商制造系统的创新和优化。
图2�7传统的顺序式开发过程
对于不断变动的工作负荷，有些公司试着用任务排程的方式来管理，而有些公司甚至不去尝试。但那些任务排程的文件在墨水还没干的时候就被扔在一边。由于开发活动中有太多的不确定性，批量化的思维导致了可怕的资源冲突。
后面我们将会发现，精益开发的概念（如以多套方案为基础的并行工程以及拉动/流动计划）使得更大程度的并行工作、多方向信息流以及均衡化的资源需求成为可能。
减少等待的浪费
开始动手吧。邀请跨职能部门的同仁们一起研究。问问大家是否遇到过等待的浪费，在时间进度图上标出这些信息，问问他们为什么等待。
不幸的是，答案几乎总是“因为我非常忙，这还不算很糟糕”。你将需要拉动、流动以及节拍的工具，才能将你的公司从灾难的模式中解脱出来。
主观臆测
到这里，我们已经考察了导致非增值时间的许多浪费——散乱失序和交接脱节的浪费。这些浪费同时有可能造成许多有缺陷的产品。散乱失序，因为正确的知识没有应用在正确的地方，所以引起缺陷。交接脱节，因为做决策的人和做工作的人没有所需要的知识，也引起缺陷。但是还有另外一个主要的缺陷来源。为什么大多数项目都超出资金和时间的预算呢？为什么大多数公司在产品制造开始到全速量产的过程中会遇到如此多的麻烦呢？
向交接脱节的浪费开战（3）
这是因为主观臆测的浪费。
这种浪费是因为没有数据就做决策，传统开发的概念通常只要求估算。
确定产品性能参数是传统开发的第一步。然而，所有的性能参数都是客户需要和实际允许情况间的一种妥协。项目开始之初，客户不知道他们想要什么，开发人员也不知道实际允许什么，除非基于旧的数据。所以，项目开始时设定性能参数是主观臆测，这样常常会造成错失市场机会、成本过高或严重的质量缺陷等问题。
图2�8是我尊敬的一位MIT的教授画的传统流程。在该流程中，首先选定概念设计方案，将其详细化，并努力去证明方案的可行性。当无法满足要求的时候就进行修改。这意味着项目最关键的决策——基本概念设计方案的确定，不得不在没有很多数据时