友情提示：如果本网页打开太慢或显示不完整，请尝试鼠标右键“刷新”本网页！
让企业养成节约的习惯:精益产品和流程开发-第4部分
快捷操作: 按键盘上方向键 ← 或 → 可快速上下翻页 按键盘上的 Enter 键可回到本书目录页 按键盘上方向键 ↑ 可回到本页顶部! 如果本书没有阅读完，想下次继续接着阅读，可使用上方 "收藏到我的浏览器" 功能 和 "加入书签" 功能！
集成（尤其是针对客户端的）学习×创新×可行性学习
成本×时间×风险
这一工具主要是定性地运用，把它当做一个朝向目标的指引。任何增加对客户和其他集成需求的理解，或者提高创新，能更快地分辨行和不行的知识，都是好的。任何能减少成本、时间和风险的事情，也都是好的。
如果你感到有需要，也可以将这个比率定量化，将等级评分值作为分子。用实际开发成本或者增值时间在全部时间中的比率作为成本，将基本周期时间或交付时间作为时间，将低于完全成功的概率或者工程师团队对风险的估计作为风险。
你在第1章中学到了什么？
开发的目的是创造营运价值流。如果开发系统能持续地创造盈利的营运价值流，那么这个系统就是好的。
开发过程中的价值是通过下列途径创造的：设备的建造；可用知识的创造，包括理解客户需求的知识、创新地满足客户需求的知识以及明智地决定运用何种创新的知识。
与传统开发方法相比，精益开发方法能多快好省地产出成果。
你可以运用一系列的工具去评估开发项目的有效性。你可以运用同样的工具去帮助指导和改进开发的流程。
你必须小心，不要因过度奖励那些在使用工具方面表现好的个人，而变得 “舍本逐末”了。
我们下一步研究的是，为什么大量的传统开发流程花费非常高，而成果差强人意？因为它们浪费了知识。这正是本书第2章的主题。
书包 网 。 想看书来
概述
为什么传统开发流程无法运行得更好？为什么会存在如此之多的延期、超预算或者不盈利的项目？开发人员有60％甚至更多的时间被浪费掉了，而这些时间里又发生了什么？尤其重要的是，只有你学会了如何观察组织中出现的问题，才有可能解决这些问题。
这一章将帮助你学习观察知识的浪费。观察浪费将会有助于：
决定是否需要变革以及改变什么；
证明变革的必要性，说服他人；
识别出可以立即动手的事情；
理解精益的开发系统；
将精益系统融合到你公司的实际情况中去；
持续改进。
你身处的业务是以盈利为目的的（如果不是的话，你就选错了书读）。观察浪费将使你能迅速改善流程（追求更多盈利），而且不需要复杂的分析工具。你将不必等待六西格玛黑带、大规模的项目或者高级经理去解决问题，但是专家的支持、集中精力突破某些困难以及来自高层管理的承诺与支持，都是必要的。在丰田的工厂里，生产线上的操作员在现场主管的批准下，不断改善工作，消除浪费，平均每周一次。
被称为“丰田生产方式之父”的大野耐一（Taiichi Ohno）首先认识到生产（而非开发）中的七种浪费：过量生产、返工、物料搬运浪费、人员动作浪费、等待、库存以及不必要的加工。
他最重要而且有违于直觉的智慧成果，是认识到过量生产（制造出的数量超过当前需求）是最严重的浪费，因为它会引发其他的各种浪费。
观察这些浪费可以被应用到任何一个实体活动中。举例说明，擦洗地板是一个必要但不增值的活动（不是浪费）。通过将办公室里的人员视为客户，清洁工可以观察到这个工作中的浪费。对内部客户而言，清洁工的产出是一个清洁、舒服的办公环境。在这个过程中，擦洗创造了价值，而换掉提桶里的水并不创造价值，但却是必需的。浪费则包括走动，比如超过合理的距离去换水（动作浪费）、擦洗原本就洁净的地板（过量生产）、漏掉某些区域（质量缺陷）以及用脏水擦洗地板（质量缺陷）。每位清洁工都可以思考如何消除诸如此类的浪费，而不需要复杂的统计和财务分析。
一些开发活动，如建造原型以及机器安装，也是一种实体生产活动，你也可以应用大野耐一的方法，在工作现场管理上应用生产浪费和生产改进的概念。
从精益制造中学习（1）
如果你公司里有人在精益制造方面有经验，那么和他们一起对你的实验室和原型试制车间的运作进行交流。
不过，开发活动中最重要的浪费是知识的浪费。丰田从没有正式总结过这一点，以下的这些想法是根据我的经验、逻辑以及与精益开发人员的多次讨论总结出来的。事实上，在我访谈过的100多位丰田系统里的精益开发人员中，甚至没有一个人提到过“浪费”这个词，但是，“观察浪费”这个概念对他们理解个人的作业系统来说非常有帮助。
如果从最终客户的角度来评估，开发就像擦洗地板一样，是一个不创造价值却又必要的活动。开发的主要客户是营运。开发并创造出营运价值流，涉及供应商的配合，通过工厂生产形成有功能的产品，直到出厂，交付到客户手里。盈利与不盈利的营运价值流之间的差别，就在于产品开发活动中创造和交付了多少可用的知识。因此，开发活动中的主要浪费是和知识紧密联系在一起的，而不是一个实体的变化。
在培养产品开发人员的“发掘浪费的眼光”的过程来说，最难的是，大部分浪费都是由传统框架中“正确地做事”所导致的。你受到的传统开发和管理理论熏陶越多，就越难看出浪费，这正如我们在引言部分提到的“不知道自己不懂，知道自己不懂，知道自己懂，不知道自己懂”的学习模型指出的那样。本书第2章的用意，就是让你更多地认识你自己不懂的方面。你很有可能会觉得不舒服，也许会倍感压力。请尽管放松，本书的第3章和第4章将会告诉你要做些什么。
知识浪费分三大类，每个大类里有两个与之相关联的子类别。每一种浪费有一个相关联的符号，将会在开发过程的进度图中用到。知识是开发活动创造的主要价值，一旦你开始这种思考方式，你就会发现，每一种浪费都能靠你的直觉去观察，而每一种浪费也是传统开发方式所造成的结果。
这些浪费往往会一起发生，因此经常看到这三种浪费一起出现，如图21所示。
图21知识浪费的三种类型及表现
散乱失序（scatter）
时间都花到哪里去了？为什么看起来，总是不能在正确的时间里获得需要知道的知识？为什么许多研究显示，大多数工程师将大部分时间花在寻找信息上？答案正是散乱失序。
我们都很熟悉散乱失序——那些由扰乱知识的流动而导致知识无效的行为。从根本上说，散乱失序会干扰一个高质量团队所需要的精致互动。表21所示是一些开发活动中常见的情况、传统的反应以及创造散乱失序的方式和精益的回应。
表21散乱失序及其后果
情况传统的反应散乱失序效应精益的回应
1进展状况比较糟糕重组阻断了互动的知识找寻根本原因
2项目落后于计划增加更多的开发人员到团队中打乱了原有的沟通秩序主管人员定期介入
3采购人员在寻找供应商方面较慢更频繁地给采购人员打电话分散了采购人员的精力找寻和解决根本原因
4开发的产品总是存在失效的情况在开发流程中增加更多的任务和检查环节分散了开发人员的精力发现和解决根本原因
5客户想要一些新东西增加一个很匆忙的开发项目使资源处于超负荷状态，制造了更多失效的可能平稳、有节拍地创新
6在制造系统方面存在问题让制造工程师一直待在开发项目里，直到系统能够妥善运行下一个项目得不到制造工程师，问题重复出现以多套方案为基础的并行工程，实施人员从工厂到开发团队的轮换书包 网 。 想看书来
从精益制造中学习（2）
对上述列表的一些详细解释：
1重组需要开发人员学习新工作的特殊性。更重要的是，这使得他们必须要重新了解沟通的渠道，了解如何与整个系统相融合，并重新创建一个工作的流程（这往往和官方文件规定的流程有出入）。刚重组后的一段时间里，大家甚至不知道该和谁交流。（当然，变革有时是需要的，但传统的方式高估了其益处，却低估了其成本，原因在于他们并没有认识到变革对知识流的干扰有多大。）
2增加更多的开发人员到一个团队中，通常会使进展更缓慢，因为新的开发人员需要一定时间才能快速、有效地融入团队的交流和沟通中。
3通过干扰别人能够获得更快的回应？对于干扰者来说是如此，但对于被干扰者，回应会变得更慢。因为放下一个工作去做另一个工作，将会降低效率。工作负荷的波动和对快速反应的需求（如未经计划地在不同活动之间转换、重新确定优先次序等）会给组织和个人带来干扰。物料在错误的地方搁置起来，灵感和数据丢失了，更会导致大家愤怒和疲惫。
4给已经超负荷的开发人员增加更多工作，意味着更多的工作将会落后。
5不定期地增加项目，会导致工作环境的波动。上次工作中用的知识在这个项目中失效了，于是工作人员不得不追寻新的知识、变更优先次序、超负荷运转，并花费更多的时间来追赶进度。整个项目的产出下降；而且，因为落后于竞争对手，会有更多的增加项目的需求出现，项目的需求还会进一步上升。
6产品正式发布投产后，制造工程师仍一直留在开发项目里，意味着他们无法参加到下一个项目中。 这样，下一个项目由于缺少制造工程师的支持，可能也会遭受相似的损失。
散乱失序效应往往是个死结，是使事情变得越来越糟糕的恶性循环。当由于组织混乱而造成“事情落后于预期”时，开发人员需要花更多的时间“救火”，回应其他人的信息需求，自己还要寻找信息，往往打扰其他开发人员采取行动。所有的事情都变得一团糟。既然没有什么事情能按计划进行，高级经理们就努力用各种手段企图控制局面，如重组，施加强制的规则，要求更多的汇报、任务以及对问题立即做出解释等。因为没有什么事能够维持较长时间的稳定，能得出实际结果，所以大家不得不花更多时间去尝试各种各样的方法，以使得事情看起来好一些——做更多的详细汇报，以产生更多的想法去解决问题。最糟糕的是，那些在混乱的环境里成功的人自然而然地被提升到权力的高位。在这些位置上，他们同样会将他们的成功模式推广开来，这样一来，公司就会越加散乱。
由此引起的问题是，丧失了开发人员和公司成功之间的微妙互动。大多数独立的工程任务相对而言是直线型的。任何一位具有工程资质的工程师，都能阅读一本书（或者一张权衡曲线图表）并照着做。但对于一个新人来说，他可能并不了解整个系统中微妙的人员与技术互动，因此对它们的整合也难有建树。举例来说，阿布拉姆斯—M1坦克设计团队的成员们告诉我，项目团队中只有两名成员曾经参与过坦克设计。毫无疑问，阿布拉姆斯坦克的每个子系统都是一个技术上的奇迹，它是世界上速度最快、武器装备最好并能让敌人丧命的坦克。但作为一个系统而言，它则问题重重：过于笨重，以至于不能轻松操控；经常发生故障，维修成本非常高；还有令人难以置信的高油耗水平。
。 最好的txt下载网
停止增加散乱失序
很多散乱失序是由管理层的行动导致的，如果什么也不做，就能立刻减少！例如：
停止重组；
减少突然通知下属，要求新的信息；
对“起火”做出最有效的反应。如果“扑火”是某一个人的工作的话，让他去做就可以了；
停止发送和回复大量的电子邮件或者语音邮件；
增加一个项目的时候要仔细思量；
停止对开发流程增加更多管理性的要求（如任务、检查、报告等）。
一般来说，散乱失序的根本原因之一是传统管理上的一些假设——通过程序手册、组织结构图和管理指令就能创造出组织的效率。实际上，秩序必须通过人与人之间的互动才能出现，而这需要时间。
散乱失序有两种重要的相关浪费：沟通的障碍和运用了不适当的工具。
沟通障碍
沟通障碍直接阻止了知识的流动。
它们包括：
实体障碍，如地理距离以及不兼容的计算机格式等。
社会障碍，如公司“等级系统”和阻碍沟通的管理行为。
技能障碍，如人们不知道如何将数据转换成为可用的知识。
信息通道。
以下是一些详细的解释：
实体障碍从不兼容的计算机格式开始，愈显著的障碍需要愈多技术性的解决办法，但在行业里真正实现开放标准的承诺之前，可能没有一劳永逸的解决办法。我们还可能增加语言和地理位置上的距离造成的障碍。目前，许多公司正因为追求更低的工程成本，而将一些开发活动转移到海外，这也加大了沟通的障碍。
社会障碍使得大部分公司浪费了大量机械安装修理工、技术员和生产作业员的时间与经验，因为拥有大学学位的工程师不知道如何听取他们的意见。（我曾经说过，与大学教授讨论，许多时候并没有让自己学到什么，这曾惹我的大学同事不高兴，但是我每次拜访机械车间后从来不会一无所获。）公司的规定或者非正式的工作态度使得工程师远离生产车间或者现场，而操作员和机械修理工则远离工程活动。类似地，在很多公司里，最好的工程师的时间都花在搬纸质文件、坐在会议室里开会以及传递来自一线的工程师们的信息。因为他们是“经理”，而不再是工程师了，其恶果是，他们的知识会快速退化。而且，许多公司对于报告坏消息持惩罚的态度，所以人们倾向于不报告那些事实上发生了的坏消息。此外，“不是在这里发明的”综合征，也经常会阻止外来知识的引入。
通常，有资历的机械工程师对几何的描述缺少技能和工具，所以他们喜欢用语言解释给CAD操作员听。也就是说，因为他们不知道如何将知识转换成简单的文字和图画形式，因此增加了许多的会议。
信息经常在各通道间以纸的形式传递。这样，来自打印机和复写纸的文档导致了同样数据的重复、迟到，甚至相互冲突的重复件。
书 包 网 txt小说上传分享
开始打破沟通的障碍
问问任何跨越部门的开发小组，“是什么使我们不能在正确的地点、正确的时间获得正确的知识？”你将会得到比你想象的还要多的意见。实施一些快速而简单的解决办法，但记得要回过头来向这个小组通报你采取的行动。
为了减少地理距离的障碍，在你的客户所在地进行设计和制造。为了减少社会障碍，让每个人每个季度在工厂里工作一天。同样教导工程师们画草图，让他们能熟练地使用CAD工具。用电子化的知识库替代原来的信息流通渠道，让开发人员能够按照需要从中提取知识。
不良的工具
为什么许多有详尽的开发流程的公司反而麻烦最多？部分原因是由于这些书面流程要求开发人员使用一些没有效率的工具。
我们在这里需要分析根本原因。毕竟，这些流程通常是由有经验的开发人员制定的，大部分是为了防止一些灾难再次发生。但为什么开发人员受到这么多细致
快捷操作: 按键盘上方向键 ← 或 → 可快速上下翻页 按键盘上的 Enter 键可回到本书目录页 按键盘上方向键 ↑ 可回到本页顶部!
温馨提示： 温看小说的同时发表评论，说出自己的看法和其它小伙伴们分享也不错哦！发表书评还可以获得积分和经验奖励，认真写原创书评 被采纳为精评可以获得大量金币、积分和经验奖励哦！