1、 为什么传统开发流程无法运行得更好？为什么会存在如此之多的延期、超预算或者不盈利的项目？开发人员有60%甚至更多的时间被浪费掉了，而这些时间里又发生了什么？尤其重要的是，只有你学会了如何观察组织中出现的问题，才有可能解决这些问题。这一章将帮助你学习观察知识的浪费。观察浪费将会有助于：决定是否需要变革以及改变什么；证明变革的必要性，说服他人；识别出可以立即动手的事情；理解精益的开发系统；将精益系统融合到你公司的实际情况中 ；改 。你 的 是以盈利为目的的 如 不是的 ，你 了 。观察浪费将 你能 改 流程 更多盈利 ，而 不需要 的 。你将不必 、currency1的项目或者“理 解决问题，是f
2、i的fl 、 中精些 以及”理的fl ， 是必要的。在 的 里，生的员在现”的 ，不 改 ，浪费， 一 。被 为 生 之 的 一 Taiichi Ohno 识到生 而 开发 中的 浪费：生、 、 运浪费、人员动浪费、 、存以及不必要的 。他重要而 有于 的 ，是 识到 生 出的 超 需 是 重的浪费， 为会发其他的浪费。观察这些浪费可以被 到 何一 实 活动中。举例说明，擦洗地板是一 必要不增值的活动 不是浪费 。通 将办公室里的人员视为客户，清洁 可以观察到这 中的浪费。对内部客户而言，清洁 的出是一 清洁、舒服的办公环境。在这 程中，擦洗创 了价值，而换掉提桶里的水并不创 价值，却是必需的
3、。浪费则包括走动，比如超 合理的距离 换水 动浪费 、擦洗原本 洁净的地板 生 、漏掉些区域 质缺陷 以及 脏水擦洗地板 质缺陷 。 位清洁 可以思考如何诸如此类的浪费，而不需要 的统计和财 。一些开发活动，如建 原型以及机器安装，也是一实 生活动，你也可以 一的 法，在 现”理 生浪费和生改 的概念。从精益 中学习如 你公司里有人在精益 面有验，那么和他们一起对你的实验室和原型试车间的运 行交流。不 ，开发活动中重要的浪费是知识的浪费。 从没有正 总结 这一点，以的这些想法是根据我的验、逻辑以及精益开发人员的多 讨论总结出的。事实，在我访谈 的100多位 系统里的精益开发人员中，甚至没有一
4、人提到 浪费 这 词，是， 观察浪费 这 概念对他们理解 人的 系统说 常有帮助。如 从终客户的角度评估，开发 像擦洗地板一样，是一 不创 价值却又必要的活动。开发的要客户是营运。开发并创 出营运价值流，涉及供商的配合，通 生形 有功能的品， 到出，交付到客户手里。盈利不盈利的营运价值流之间的差别， 在于品开发活动中创 和交付了多少可 的知识。 此，开发活动中的要浪费是和知识紧密联系在一起的，而不是一 实 的变化。在培养品开发人员的 发掘浪费的眼光 的 程说，的是，部 浪费 是由传统框架中 正确地做事 所导致的。你 到的传统开发和”理理论 多， 出浪费，这正如我们在言部 提到的 不知 不 ，知
5、 不 ，知 ，不知 的学习currency1型 出的那样。本 2章的 ， 是 你更多地 识你 不 的 面。你 有可能会 得不舒服，也 会 。 ” ，本 的 3章和 4章将会 你要做些什么。知识浪费 类， 类里有 之 联的 类别。 一浪费有一 联的 ，将会在开发 程的 度 中 到。知识是开发活动创 的要价值，一 你开 这思考 ，你 会发现， 一浪费 能你的 观察，而 一浪费也是传统开发 所 的结 。这些浪费会一起发生， 此常 到这 浪费一起出现，如 2 1 所。2 1 知识浪费的 类型及现currency1 scatter 时间 到“里 了？为什么 起，总是不能在正确的时间里得需要知 的知识？为
6、什么 多fi，多 程fl将部 时间在 ？ 正是currency1。我们 currency1那些由知识的流动而导致知识无”的行为。从根本说，currency1会一 质所需要的精致 动。2 1 所是一些开发活动中常的情况、传统的 以及创 currency1的和精益的。2 1 currency1及其 情况传统的 currency1”精益的1 况比重组 了 动的知识 根本原 2项目 于计增更多的开发人员到中了原有的 通currency1”人员定期3 人员在 供商 面 更 地 人员 了 人员的精 和解决根本原 4开发的品总是存在”的情况在开发流程中增更多的 和 环 了开发人员的精发现和解决根本原 5客户
7、想要一些 增一 的开发项目 于超 ， 了更多”的可能、有 地创 6在 系统 面存在问题 程fl一 在开发项目里， 到系统能 运行一 项目得不到 程fl，问题重 出现以多 为的并行 程，实人员从 到开发的换对 的一些 解 ：1重组需要开发人员学习 的 性。更重要的是，这 得他们必 要重 了解 通的 ，了解如何 系统 融合，并重 创建一 的流程 这和 定的流程有出 。重组的一时间里，fi甚至不知 和 交流。 ，变革有时是需要的，传统的 估了其益 ，却 估了其 本，原 在于他们并没有 识到变革对知识流的有多。 2增更多的开发人员到一 中，通常会 更 ， 为 的开发人员需要一定时间才能快 、有”地融的
8、交流和 通中。3通 别人能 得更快的？对于者说是如此，对于被者，会变得更 。 为 一 做另一 ，将会降 ”率。 的波动和对快 的需 如未计地在不同活动之间转换、重 确定优 currency1 会 组织和 人。 在 误的地 搁置起，灵 和 据丢了，更会导致fi愤怒和疲惫。4 已超 的开发人员增更多 ， 味着更多的 将会 。5不定期地增项目，会导致 环境的波动。 中 的知识在这 项目中”了，于是 人员不得不 的知识、变更优 currency1、超 运转，并费更多的时间 赶 度。 项目的出降；而 ，为 于竞争对手，会有更多的增项目的需 出现，项目的需 还会 一步升。6品正 发布投， 程fl仍一 留在
9、开发项目里， 味着他们无法参到一 项目中。 这样，一 项目由于缺少 程fl的fl ，可能也会遭 似的损。currency1”是 死结，是 事情变得 的恶性循环。 由于组织混而 事情 于预期 时，开发人员需要更多的时间 救火 ，其他人的需 ， 还要 ，其他开发人员取行动。所有的事情 变得一。既 没有什么事情能按计 行，“理们 努 手企 控局面，如重组，强的则，要 更多的汇报、 以及对问题立即做出解 。 为没有什么事能 维 长时间的定，能得出实际结 ，所以fi不得不更多时间 尝试样的 法，以 得事情 起好一些做更多的 汇报，以生更多的想法 解决问题。的是，那些在混的环境里 功的人 而 地被提升到权
10、的位。在这些位置，他们同样会将他们的 功currency1 推广开，这样一，公司 会 。由此起的问题是，丧了开发人员和公司 功之间的微妙 动。多 独立的 程 对而言是 型的。何一位 有 程 质的 程fl， 能阅 一本 或者一张权衡曲 并照着做。对于一 人说，他可能并不了解 系统中微妙的人员技术 动， 此对们的合也有建树。举例说，阿布拉姆斯M1坦克设计的 员们 我，项目中只有 名 员曾参 坦克设计。毫无疑问，阿布拉姆斯坦克的 系统 是一 技术的奇迹，是世界 度快、武器装备好并能 敌人丧命的坦克。为一 系统而言，则问题重重： 于笨重，以至于不能轻 控；常发生故障，维修 本 常；还有令人以置的油耗水
11、。停止增currency1多currency1是由”理的行动导致的，如 什么也不做， 能立刻减少！例如：停止重组；减少 通知属，要 的；对 起火 做出有”的 。如 扑火 是一 人的 的 ， 他 做 可以了；停止发送和 的 邮或者语音邮；增一 项目的时候要仔 思；停止对开发流程增更多”理性的要 如 、 、报 。一般说，currency1的根本原 之一是传统”理的一些假设通 程currency1手册、组织结构 和”理 令 能创 出组织的”率。实际，currency1必 通 人人之间的 动才能出现，而这需要时间。currency1有 重要的 浪费： 通的障碍和运 了不适 的 。通障碍通障碍 接止了知
12、识的流动。们包括：实 障碍，如地理距离以及不兼容的计算机 。社会障碍，如公司 “系统 和碍 通的”理行为。技能障碍，如人们不知 如何将 据转换 为可 的知识。通 。以是一些 的解 ：实 障碍从不兼容的计算机 开 ，愈fi著的障碍需要愈多技术性的解决办法，在行 里真正实现开 标的之，可能没有一劳永逸的解决办法。我们还可能增语言和地理位置的距离 的障碍。目，多公司正 为 更 的 程 本，而将一些开发活动转移到 ，这也了 通的障碍。社会障碍 得部 公司浪费了机 安装修理 、技术员和生 员的时间验， 为 有学学位的 程fl不知 如何 取他们的 。 我曾说 ，学 讨论， 多时候并没有 学到什么，这曾 我
13、的学同事不 ，是我 访机 车间从不会一无所。 公司的定或者 正 的 度 得 程fl 离生车间或者现，而员和机 修理 则 离 程活动。类似地，在 多公司里，好的 程fl的时间 在 质 、 在会 室里开会以及传 一的 程fl们的。 为他们是 理 ，而不 是 程fl了，其恶 是，他们的知识会快 化。而 ， 多公司对于报 的 度，所以人们 于不报 那些事实发生了的 。此 ， 不是在这里发明的 合 ，也常会止 知识的。通常，有 的机 程fl对 何的 缺少技能和 ，所以他们 语言解 CAD员 。也 是说， 为他们不知 如何将知识转换 的 和 形 ， 此增了 多的会 。常在通 间以 的形 传 。这样，机和
14、的 导致了同样 据的重 、到，甚至的重 。开 通的障碍问问 何 部的开发currency1组， 是什么 我们不能在正确的地点、正确的时间得正确的知识？ 你将会得到比你想的还要多的 。实一些快 而 的解决办法，“得要 这 currency1组通报你取的行动。为了减少地理距离的障碍，在你的客户所在地 行设计和 。为了减少社会障碍， 人 度在 里 一。同样 导 程fl们 fi ， 他们能fl地 CAD 。 化的知识 原的流通 ， 开发人员能 按照需要从中提取知识。不的 为什么 多有 的开发流程的公司 而多？部 原 是由于这些 面流程要 开发人员 一些没有”率的 。我们在这里需要 根本原 。 ，这些流
15、程通常是由有验的开发人员定的，部 是为了止一些 发生。为什么开发人员 到这么多 致的的”，理们仍 地 常出问题？传统的开发 想要将 ”到一 标的流程，而 的开发人员总是说 一事一 。 人 对已知的问题，设计出一 通 权衡曲 3章讨论 存取的知识的 法，同时预 的问题仍会出现， 此需要 开发 的 的 和试 法。也 是说， 只将少预期到的知识以标化 要 人们 学习的 度 。传统公司发现： 对于只有一 的开发人员，所有的事 起 像一 。 出现的问题 多， 会有 多的标 。不，人们开 ，比如照的FMEA currency1 和” ，或者运 有”currency1型，只是为了得一 强度 据，而不是为了真
16、正理解的 布，甚至 假的事实。这样做的结 只能是，更多的 生了！”理开 到 ，于是要 更多的交 、报 和 ，开发人员也变得更 。于是，开发流程 了一 死结：他们 是 改 这 流程， 得 。接着，传统公司试 从流程中一些 ，可是更的接 而， 为这些 是于些原 而被 的。例如，NASA fi 和 局 的 更 价、更currency1、更好 的目标导致了一系 可 的 。那么，什么才是有”的、精益的对 ？如何才能 得一 有 不 的、有”的流程，而同时 实际是要 开发人员根据实际情况 有”率的 创 知识？从长期 ，你必 运 一些精益开发的 要 ：建立清 的结 ，而不是 流程。必 建立一 重视流动和拉动的
17、系统， ，才能 开发人员 地性的 流程从 中移开。导开发人员如何将 据转换 可 的知识也 是 3章里要讨论的权衡曲。要 他们努止问题的发生，而不是通 真或试发现问题。通 对价值的 导fi学习标化本的原则是， 人 有 按照有”的 。在此期间，运 2 2 中 掘出流程有 的，同时 开发人员 起 ， 有”的 取所需。举例说明，我们将运 流程 ， 和改 传统开发 中常 的一 标 currency1 和”FMEA 。2 2 创 可 知识的流程 浪费的 ：以FMEA为例我们从 开 ，以FMEA以问题：1品或流程为什么 ？2 的概率是多少？3 会有多 重？4有什么计可以止或 到可能的 ？5 在有些公司 品
18、的概率和 重性是否 于 定的 水？如 不是的 ，那么开发未能通 评估 。以这些问题是否会增可 的知识？ 1到 4 问题会增可 知识。是 5 问题，评估的”有点像是 ，不没有价值， 而 了有 的。着 否 的 移动，我们 识到这 问题的 是， ”理证品和流程是安 的。”理需要学习评估品的安 性，更好的办法是 接观察品和的性能 据，并 问 程fl们，如何确 的那部 已 合要 。1到 4 问题中，“些是重要的问题？ 1 fi 是。 2 和 3 问题 的概率和确 的 ，只有 我们是为 而设计时才是重要的！重要的问题是：什么导致了 ？在什么 品会 ？什么设计 可以止 ？这些问题导我们 一 更好的、不会 的
19、设计。这样得确的 会容 得多，否则，估计 的概率是 常 的，一 面是 为对于一 设计好的品说， 的概率 常 ；另一 面遵循墨菲法则Murphy s law ， 何可能出 的事 会出现 currency1概率事也会发生 此一定要努设计那些完 不会出 的品。开 浪费通 举办一些讨会和运 流程 法，着手开发流程中浪费的步骤和 。这是一 好 法，帮助开发人员将 中在取知识，而不是完 的 。你将 到立竿影的好 ，从而日对精益更有。 少 正 的FMEA。 对地，他们建立了以权衡曲为中 的开发流程，这了我们之提出的那 问题。你可以运 同样的 流程， 识别和流程中由不的 的浪费。我希望你能 到，currenc
20、y1和其 的浪费 通障碍和不的 的运 于传统思维的 正确地做事 。 我们 面对更多的浪费时，你将会发现同样的情况。在这里，我们需要绍另 一 能帮助你 系统中的浪费可视化的 。时间 度 ，有助于观察浪费如何能 观察 开发流程？ 眼睛 是 常重要的， 为一半的脑 理目视化的。所以，fi对于可视化的会更容 理解些。 对流程观察得 仔 ， 能 有”地发现浪费。我推荐你 耗时间 度 2 3 这 ， 像这 例 里，我们 一 典型的、完的品开发流程时所 的一样。你也可以对其中的一部 其时间 度，如 原型品的 。2 3 耗的时间 程 横轴项目在发布之的时间，以日期或其他时间 位，从currency1时到年。纵
21、轴费的 耗 。典型情况，这里的 位是FTE full time equivalent, 于 职人员的 。 人 ， 人1/2时间在一 项目，费的 是一 FTE。你是否观察到由于 波动而导致的currency1？不同部在同一 项目的 配不同， 此他们不得不努多 不同项目中不同的 度要 。如 一 项目没有，那么 可能没完没了。你可以在时间 度 发生剧变化的点，标一 currency1的标志，为提醒。如 你已有了 标绘的流程 如 键 、 currency1流程 或者 的价值流 ， 运 们 现有系统中的浪费。 而，你需要理解这些 存在的问题：这些 通常没有fi 的 ， 此无法帮你实现衡 或 的功能。这些
22、 强迫你 顺currency1思考的 ，一 在一 在的 currency1，不能 映开发活动实际 行的 。实际，顺currency1 思维正是我们想要努避免的。这些 强迫你 通 化的思考 ，这 人得那 人 通，这一点也是我们想要避免的 在我们提倡的拉动系统中，知识是随 可得的 。2 4 并行的 耗时间 程 我们浪费和迈 精益开发系统的时候，顺currency1流程 变得并行了。并行流程 2 4 运行得更顺，更容 和其他流程 协调，结 是形 了更有”率的多 通。出你的流程，识别浪费你可以 择 出：一 实例项目；一 品系 的通 流程；流程的一部 ，如 程更改 的流程或者 currency1型和 真
23、 的流程。根据你对流程的了解， 出一 时间 度 。例如， 程更改 这样的currency1currency1流程包括了 多currency1，现为通 化的知识流动 。在 们标 出。 你学到更多浪费的时候，可以逐步在 标出，尤其是交接脱 、 以及观臆 。之，标 其他的 。将 挂在 部，公布出，并 们 发变革。交接脱 更深一步观察，什么是公司里根本的浪费？多的是交接脱 。将知识、 、行动和 馈 隔开时， 会出现交接脱 。交接脱 是一， 为会导致决 人在没有 知识的情况做出可能无法实的决 。例如：你的公司里 对项目盈利 ？他们是否 备需要的知识？他们是否有”地执行这些 ？他们是否从市得到有”的 馈？
24、多公司里，只有总裁对开发的项目是否盈利 。销售人员提出性能或要 ， 程人员 满和实现那些要 ，项目理”理项目，职能部的”提供技能 导是，只有总裁对利润 。而，总裁并不了解项目的技术 ，不会 执行 系到项目 的 。他也不会充 参到市和生验的学习中 。这样，公司 知识、 、行动和 馈 隔开了， 而 了交接脱 ，如 2 5 所。2 5 交接脱 将这情况我在一 currency1型的 设备设计公司里担 总裁、所有者以及总 程fl的角色对比：我要 项目的 功对客户 实际，我的办公室 在客户的生边 。从角度说，我并不是 面的行fi，是我对 面 了解，包括系统设计的原则以及如何将部 为一 有”的系统。我设计
25、系统，包括 择人员 设计其中的 系统。我要对机器 行试，观察们在客户那里的 情况。在这 馈流程中，我学到了 多。在这 程中， 为我 人的 程参，所以 乎不存在交接脱 的情况。为什么交接脱 有如此的影响？ 为，好的老fl，在好的情况，多也只能将30%的知识传 学生。此，交接脱 味着会有超 70%的知识在传 执行人员的 程中丢了。更的是，那些传统 义做 键决 的 人太 了，以至于传 不到10%的知识。 此一般讲，没有人有机会真正学到 多，人员的变换和 的扩也止了有”的 馈。军将知识、 、行动和 馈结合起1973年， 我还是一 陆军少尉时，在贝宁堡的课堂里，军 我 多”理理论。我在 的排里领导40人
26、，我学会了如何运 我的权威以及 理学的理论，设立奖 度，以此发属的动性。幸运的是， fi对 南战 的 训有 一步的了解，军也在改变。有人 出：士兵们愿 随的“是一 知 如何完 ，而又能存部属生命的领导者。那么，对于一 陆军排长说，他需要知 什么？如何射击 这样他可以 射击和护部属 ；如何 阅 地 ；如何勘 地形以 护部属不被敌人的 弹击中，并 有利于 敌人开火。而这些技能只能在战学到，一 犯了 误会立刻暴露出。 而言之，排长需要将知识、 、行动以及 馈组合起如 他确实这样做了，他可以不必担 的权威。我们 交接脱 的例 ：项目理 执行由他人定的。在开发 程中撤换开发人员，而没有 他们 至终参。将
27、 程设计的 为 程fl、 CAD员和 员的不同 。 程fl对 品的 ，却没有 他们品 程fl 品的可 性有好的 通。为什么会发生这些事？这是科学”理的本质所导致的：一 人 理 决定做什么 。另一 人 fi 定做这事的流程和则 知识 。人 员 执行 行动 。按同样的 法一 实 好的 法 ，并没有 学习 馈得的。科学”理 了交接脱 ！多 公司运 的计和控开发活动的 键 ， 围绕着开发人员必 完 的 开。这 味着开发人员需要 完 的是 ，而不是盈利。 中 将 连接起，从一 开发人员转移到另一 开发人员 ， 此也 了 多脱 。交接脱 了一 真正的死结，可以被 为传统公司里死结之母。一 科学”理做出初的
28、 ，fi 于躲避 和知识。为什么不？ 你没有机会将知识 于 ，也不对结 和 时，为什么还要费 学习？既没有知识和能，却要 实，又有 会想要担这 ？只有少 热衷于权威的人才会如此， 为传统”理理论 赋予了他们。事实，权威并不 味着能担起 ，只有知识、行动和 馈才能做到。我们可以在开发 标 出交接脱 的浪费，如 2 6 所：2 6 交接脱 预 的交接脱 ， 为预 择了概念设计 ，而概念设计 必 由品开发执行；销售和确定品开发之间的交接脱 ， 为品开发必 执行由销售决定的；品开发和 开发之间的交接脱 ， 为 程必 实品开发确定的设计； 程和 之间的交接脱 ， 为 必 程设计的系统。于是，交接脱 导致
29、了 ，这也是传统”理的解决办法。 的”理要 对问题的解 ，取行动重 定义问题，这样们 变 了其他人的 ，并 需要报 、报 、 报 将 为中”理的要活动。 精益开发的一 的报，是终结了这 游戏 。 那些擅长于玩这游戏的人升到了理，更 这 流程永存不朽。 多公司 死于这 顽疾 。交接脱 的浪费开战只要你 精益开发，你 一 和交接脱 战。现在，你对这 问题的理解张贴在走廊里，传播 fi，在开发 时间 度 ，或是现有的流程 红色标出交接脱 的浪费，并将张贴出。对照以的清 ，如 你的公司也存在这浪费， 在面的 钩。你们 的例 也 到清 里，们也贴出。由不同的设计人员定部的形和尺寸， 并做决 ， 程却不能
30、有”地约束品设计。项目理不需要对利润和系统设计 ，而系统设计对利润的影响。职能部的理不对项目理 。人事系统没有 踪“录已被证实的技能、开发人员 的项目 以及 人对项目的贡献以及项目的 功否 。在项目发布， 没有 好地握项目开发人员的 通。由办公室职员组 的currency1组定开发的流程，并强执行。预 定了本概念，品 程fl执行到生 程。销售部、“理或者报价定合同，而项目理和其他 员必 执行。理们为开发定决 如要达到什么样的 。无 的时间到“里 了？为什么开发人员费到增值活动中的时间只有20%？由于currency1， 多时间被在 有 的。更多的时间则由于交接脱 ，而 于 、 和接 无的。如
31、不能有助于对客户的了解或者其他 ，不能有助于创 ，或者不能为一 好的决 提供，那么 是无 的。无 的不能帮助改 营运价值流，会被创 出，是 为有人想要。交接脱 常常会起无 的生。开发人员 有知识，实 的 。理们有 ，并需要以控局面。一 出现问题，理们需要更多的。 多开发 的目的 倒生了那些无 的，目的只是理们 局面仍在掌控之中，同时避免或转移可能的 。此类无 的有一些例 ：多 以 PPT形 做的演报 。程报 ：开发人员庄 地 ，他们正在按照计 度 。完 形 义的 FMEA currency1 和” ，没有生出 的知识。还有一些无 的生，是 为些 人员的 好，而不是为了公司的盈利。例如：有些 程
32、fl 做一些没完没了的优化，对于这情况甚至有一说法： 掉 程fl，才能发布品。 创 的品并不比品更盈利。 在一 实际 例中，理问 ： 的控 已满客户的要了，为什么你还要设计一 的？ 程fl： 我已设计 那 的了。 减少无 的浪费开 的一些步骤是比容 的。只需要：问问开发人员，他们被要 提供“些无 的？ 在讨论currency1浪费的流程 中，取并 那些无 的。 的”理概念和系统，发 ”，这是的一部 。多公司曾发生 这样的情况：品出现了太多的问题，以至于不得不快运转。于是他们组建一fl精的， 他们 手的 ，将他们 到同一 地点，无 遵照标流程行事。毫无疑问，这 的 度会是日的 。这些公司发现，他
33、们 重 这些流程。一 重 强调遵循标流程时， 会变 。 而我们知 ， 确实遵循一 标流程，并没有将所有人 到一起，或者是 开发人员 于项目， 项目 能以 的 度 行。为什么？为传统的项目计、组织和控 法计评 技术 program evaluation and review technique,PERT 、 键 甚至有时被修改为 键 法 和 实起了 的浪费。顺currency1化的思维在项目 动之 完 是PERT的 键所在！所以，即 并行 程的 已 了年，为公司的好 也 对有”，重要的原 是，PERT 原本 并行 程的目标 ！顺currency1化的思维在品开发 中并不重要！ 发现开发活动的游
34、得在游 开 完 不可 而游 currency1不能在游 currency1结束之完 ，这又能说明什么问题？ 这正是品开发和 之间一 重要的区别，也是开发和建 之间的重要差别。而PERT 之类的 法，原本是为类似于建 程的项目”理而设计的 。顺currency1化的思维创 了一 的流程，定一 定品的决 和学习 必 在一时间里同时发生。这导致：减 了流程的 度， 为在开 行动 的时间比需要的长。创 了 而不是多 的流动：游 currency1不能从游 currency1得到 的。游 currency1的开发人员比游 currency1的开发人员 有更多的权，导致了质问题。起 的 波动，从而导致了c
35、urrency1的浪费。例如 结合 2 7 理解 ：程部在设计之必 品确定， 而不合理，结 是要么 设计 ，导致 本和质问题；要么无法在设计 程中一 完 。 程部在设计生系统之要 品设计 完 。也 是说，品 程fl不得不按照老的 系统的点设计品在程度 像为了这 系统而设计一样，这止了品设计和 系统设计的联合创 和优化。在 程部确定 系统之， 于 ，不参 系统的开发 。流程的期才 择供商并参这止了品、 系统和供商 系统的创 和优化。2 7 传统的顺currency1 开发 程对于不 变动的 ，有些公司试着 排程的 ”理，而有些公司甚至不 尝试。那些 排程的 在墨水还没的时候 被 在一边。由于开发
36、活动中有太多的不确定性， 化的思维导致了可 的。面我们将会发现，精益开发的概念 如以多 为的并行 程以及拉动/流动计 得更程度的并行 、多 流以及衡化的 需 为可能。减少 的浪费开 动手 。 职能部的同 们一起。问问fi是否 到 的浪费，在时间 度 标出这些，问问他们为什么 。不幸的是， 乎总是 为我 常 ，这还不算 。你将需要拉动、流动以及 的 ，才能将你的公司从的currency1 中解脱出。观臆到这里，我们已考察了导致 增值时间的 多浪费currency1和交接脱 的浪费。这些浪费同时有可能 多有缺陷的品。currency1， 为正确的知识没有 在正确的地 ，所以起缺陷。交接脱 ， 为做
37、决 的人和做 的人没有所需要的知识，也起缺陷。是还有另 一 要的缺陷 。为什么多 项目 超出 和时间的预算？为什么多 公司在品 开 到 的 程中会 到如此多的？这是 为观臆的浪费。这浪费是 为没有 据 做决 ，传统开发的概念通常只要 估算。确定品性能参 是传统开发的 一步。 而，所有的性能参 是客户需要和实际 情况间的一 协。项目开 之初，客户不知 他们想要什么，开发人员也不知 实际 什么， 于的 据。所以，项目开 时设定性能参 是观臆，这样常常会 市机会、 本 或 重的质缺陷 问题。2 8 是我 的一位MIT的 的传统流程。在流程中， 定概念设计 ，将其 化，并努 证明 的可行性。 无法满要
38、 的时候 行修改。这 味着项目 键的决 本概念设计 的确定，不得不在没有 多 据时 板定 。这 也 永 不能发现他们所 的概念设计 是否 ，只能在项目结束时 到结 ，事愿，择的概念设计 并不 适 ， 此不得不 地尝试其他备 。可能的情况是 本增了，质必协，时间也超 了计。2 8 传统的开发流程顺currency1而 waterfall 和 V”型开发流程 设计 系统， 设计其 系统。这 法 行 对独立的 系统设计， 味着碍了 系统之间的 接。在系统设计中， 于 系统之间界面的 键决，建立在 据的。结 ，终的设计通常是 曲的，一些 系统 于死板， 灵活调，而另一些 系统又不 定可。这样常 得这些
39、部或 系统在以的开发中少能 被 利 ，如 2 9 所。2 9V 型开发流程多公司通 投标程currency1 择供商。这 味着 标 需要 发布品性能参 ，如 不 样的 ， 发现“些供商真正有能做到，也不知 什么样的系统设计和部性能参 是真正可行的，只能根据也 是报价做出 择。根据我的验， 于 是一 好的想 的情况，也 是这里说的 观臆 。如 供商实际 的 ，他们常通 一些变更要 重 谈 合同。多 人 不 不确定性， 此常做出一些不 的决 以减少不确定性。 公司的一位“理曾说： 我的 之一是止员 太快地做出决 。 一步说，人性的本能是 一 更 价、更 和更快的 ，而不是 多 备 。这通常是 误的
40、， 为在 期 多 备 通常比 少 备 的做法要 费。是 多人不愿 ： 永 不会一 完 做对，总是可能需要从 。 2 10 观臆 在时间 度 2 10 ，我们 到：预 在有盈利的证据之， 择了一 本的开发概念 。销售部在证明 客的性能参 是否可以实现之， 接 了项目。品开发部在有证据明品是可以 出之， 择了一 品设计 。观臆战在你的流程 标 出观臆， 张贴出。何时候 人 你 问题是由X导致的，你 问： 你还考了其他什么可能的原 ？你 了什么 据排其他原 ？ 何时候 人说 我将要做A”时，你 问： 你还考了“些其他 ？你 了“些 据 排其他 ？ 有缺陷的项目，估计观臆对公司 的 本浪费，并公布出。
41、一 可能的 ， 快实以多 为的并行 程， 3章里的 问题解决 行培训。”于性能参 的试为什么在开发 程中要对品 行试？为了确满性能参 的要 ，做好投 市的备。以是标的传统做法，也是一观臆。按性能参 行试，并不能证明品已可以投 市了。为什么？从统计学讲，有”的试永 不可能确品的质。 之一的缺陷常会一 品，是你不可能一 样品 一可能的 currency1 行试。 此通 性能参 试的设计仍有可能会面currency1 。一 精益的开发系统要是为了发现 点而试而设计是为了 离 。将 点在权衡曲“录，这将 导 设计。这 思想地降 了 本。 公司建 的原型品 要比 的竞争对手少 70%80%， ” 总在计
42、算机 真 面的能 于 公司。举 例 ， 对原型车不做“命试，而 权衡曲 行完 ，这时车本 已有 的证据 行设计了。 这是者在时的理解。 ”于性能参 行试，降 了试组织的有”性。的一fl开发了一 于和达车的控系统 fi、fl调器、 调器 。这 系统通 3 期的标试，发现了15 。达了一 试 程fl， 开标的试流程， 行了 的试，3内 发现了30 以的。试部的 是 品，“录是如何被 的，同时，建 设计 程fl如何 更和以 。试 程fl需要 独立性、创 性和 性。如 品 程fl 确定试的要 ，这 像 既是裁员，又是运动员 。 试试部 发现和“录品性能的”，提出改 建 。如 客户要 按性能参 试，没
43、系，根据性能参 的” 行试， 行试， 到这 品被 了。”的知识，在品 发布之，你将如何 理开发 程中取的知识？多 公司将存， 在 角 ，这也 于将为 的财 掉。这有以 原 ：传统 及其”人员 的是品问世，而取知识并不在优 清 。按性能参 试的做法，不能 程fl 是否还有”。少有 程fl知 如何将 据转变 有 的知识。估算目”的知识试着估算流知识的 本。 程fl们将多少时间在 那些至少被开发出一 的知识？将结 公布出。fi 3章里讨论的权衡曲。 地 权衡曲，将 为部 人的优 。到目为止学到的验 训你学到了“些可以付诸实 的内容？在 1章里，你学到了如何评估你的开发系统”的 法，如考察项目的ROI、缺陷项
