精益生产的十大工具有哪些？
- 搭建的企业与咨询公司交流的第三方免费平台
精益生产的十大工具有哪些？
1）准时化生产（JIT）2）单件流3)看板管理（Kanban）4)零库存管理5）运用价值流程图来识别浪费6）生产线平衡设计7）拉系统和补充拉系统8）降低设置时间9）全面生产维护10）持续改善。中渊具备一支高级咨询管理顾问、高级软件工程师、硬件工程师等综合性团队，并与华南理工大学、吉林大学、青岛理工大学、中山大学等科研机构有密切合作，始终掌握着制造业科技前沿的技术。成功服务的客户包括：本田、美的、卡夫等世界500强企业。公司及公司产品曾多次被《佛山电视台》、《佛山电台》、《佛山日报》、《珠江时报》、《南方日报》、《南方都市报》、《广东电气产业报》作为行业新势力报道，被公认为引领制造业发展的新趋势。
其他回答 (2)
VSM/VSDKanbanLean line designKaizenTOPShip to linePoka-yokeQuick-change overTPM5S
其实十大工具都是编出来的了，精益生产没有提供任何的工具，它提供了精益的思想，以及精益管理持续改善的理念。
相关知识等待您来回答
该问题来自：企业咨询认证网-为满足国内企业对各项咨询认证的需求而搭建的企业与咨询公司交流的第三方免费平台，大量咨询公司入驻，上万条咨询服务信息，企业可以海量的咨询公司中免费选择适合自己需求的咨询服务。企业管理领域专家
& &SOGOU - 京ICP证050897号精益生产8大工具培训_图文_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
文档贡献者
评价文档：
精益生产8大工具培训
50​强​企​业​ ​精​益​生​产大​工​具​培​训
大小：28.31MB
登录百度文库，专享文档复制特权，财富值每天免费拿！
你可能喜欢将您的培训需求通过&免费回拨&服务提交给学校,学校老师会主动给您回复电话解答疑问!
您的姓名：
咨询内容：
免费回拨：
输入校验码：
【】【】【】
该学校其他课程精益生产十大工具_图文_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
文档贡献者
评价文档：
精益生产十大工具
大小：1.35MB
登录百度文库，专享文档复制特权，财富值每天免费拿！
你可能喜欢扫一扫下载手机客户端
扫描我，关注团购信息，享更多优惠
||网络安全
| | | | | | | | | | | | | | | |
||电子电工
汽车交通| | | | | | | | | |
||投资理财
| | | | | | | | | | | | | | | | |
| | | | | | |
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
||外语考试
| | | | | | | | |
| 视频教程|
敏捷软件开发工具――精益开发方法(china-pub首发)
定价：￥35.00
校园优惠价：￥30.80 (88折)
促销活动：
此商品暂时缺货（可留下联系方式，到货将第一时间通知您）
如果您急需团购，可点击“团购急调”按钮将此书加入购物车，由客服人员为您协调调货！
电话号码：
*邮箱地址：
原书名：Lean Softwar Development An Agile Toolkit
原出版社：
ISBN：8上架时间：出版日期：2013 年7月开本：16开页码：150版次：1-2
所属分类：
　 《敏捷软件开发工具――精益开发方法》特色：
通过7个基本“精益”原则，并讲解了如何使其适用于软件开发领域。
介绍22种“思考工具”，帮助您定制适合具体环境的敏捷实践。
精益原则能帮助您通过迭代趋向完美：将软件开发看成一个不断探索的过程。
精益原则能帮助您管理不确定性：通过将变更嵌入系统”尽量推迟决策”。
精益原则能帮助您压缩价值流：快速开发、反馈和改进。
精益原则能帮助您在保持协作的基础上授权团队和个人。
精益原则能帮助您增强软件的完整性：提高一致性、可用性、可维护性和适应性。
精益原则能帮助您着眼整体：解决开发人员分散多处的问题。
根据具体情况定制敏捷实践
找到并根除软件开发中的浪费
为专业人士提供实用技术
《敏捷教练：如何打造优秀的敏捷团队》
《敏捷开发一千零一夜》
《敏捷迭代开发：管理者指南》
《敏捷开发知识体系》
精益思想已在制造、卫生保健和建筑等诸多行业取得了卓越的成效。敏捷软件开发更是让困境中的软件开发人员看到了曙光。《敏捷软件开发工具――精益开发方法》揉合了两种思想的精髓，帮助读者将广为接受的精益原则转换为适应具体环境的敏捷实践，从而提高组织的软件开发能力。
《敏捷软件开发工具――精益开发方法》为软件开发领域的开发经理、项目经理和技术主管编写，为其提供了大量的实用技术和思考方法。
Mary Poppendieck是敏捷联盟的常务理事。她在间业有25年以上的从业经历，是一位经验丰富的业务运营和新产品开发领导。她曾构建了3M公司最初的及时精益生产系统。
Tom Poppendieck曾构建商务班机导航设备的并发开发支持系统：他在软件产品开发及cots实施方面也有着丰富的经验。Tom目前致力于协助软件组织应用本书所描述的精益原则和工具，提高组织的软件开发能力。
《敏捷软件开发工具――精益开发方法》
第1章 消除浪费
1.1 精益思想的起源
1.2 工具1：识别浪费
1.3 工具2：价值流图
第2章 增强学习
2.1 软件开发的性质
2.2 工具3：反馈
2.3 工具4：迭代法
2.4 工具5：同步
2.5 工具6：基于集合的开发
第3章 尽量推迟决策
3.1 并发开发
3.2 工具7：选择权思考
3.3 工具8：最后负责时刻
3.4 工具9：制定决策
第4章 尽快交付
　　精益思想诞生于20世纪40年代末期。当时，由于缺乏足够的资金，刚成立不久的丰田公司制定了丰田生产系统，该系统的主旨是消除浪费。本书系统论述了针对软件开发的7个精益原则：消除浪费、增强学习、尽量推迟决策、尽快交付、授权团队、嵌入完整性和认识整体。在这7个原则中，消除浪费是最为重要的一个原则，它是其他原则的基础，也是它们的目的所在。
　　事实上，对任何企业来说，关键并不在于知晓消除浪费这一基本原则，而在于对浪费的界定，因为很显然浪费是任何企业都应该避免的行为，这是一个极为自然、浅显的道理。但在对浪费的认识和感知上，各企业之间存在很大的差异。在很大程度上，这种认识和感知的水平决定着企业的绩效。显然，丰田公司的成功意味着丰田生产系统及其对浪费的认识是值得研究和效仿的。但如果不考虑自身具体环境生搬硬套地移植其他企业的经验，注定将遭受挫折。对这一点，本书举出了不少事例，并进行了详细的讨论。事实上，这也是本书的价值所在：将精益原则与敏捷实践相结合，也就是说，将精益原则转换成适合于具体环境的敏捷实践，使空泛的原则成为具体的实施方法，让读者知道自己应该做些什么，采取哪些措施。
　　本书每一章对应一个精益原则，其核心内容是22个思考工具，这些工具旨在帮助读者将上述精益原则转换为适用于特定领域和环境的敏捷实践。此外，本书还穿插了一些相关案例和作者的亲身经历，读者可以方便自如地结合自己的实际情况领悟、应用和掌握上述7个精益原则，达到灵活运用的境界。
　　本书作者Mary Poppendieck和Tom Poppendieck均在IT领域从业多年，积累了丰富的经验，是精益软件开发方面的顶级专家。相信这本精心编写的著作将成为软件开发领域的一个里程碑，因为作者创造性地将精益原则与敏捷实践结合起来，试图开创一种全新的软件开发管理方法。
　　本书适用于软件开发领导者，同时也能供各类软件开发人员阅读参考，提高自己的业务能力。
　　为了提高我国软件业的管理水平和开发效率，清华大学出版社引进了这本名著，本人有幸组织翻译工作。参加本书翻译工作的人员还有朱崇贵、张梦兰，另外唐振宇和刘嫦娥在多方面给予大力协助，使本书得以顺利完成，在此一并表示感谢。
　　由于译者水平有限，书中一定还存在不妥之处，敬请读者批评指正，以便在下一版时修订。
　　朱崇高
　　2003年1月
　　我曾经是一名非常不错的程序员。我编写的代码曾用来控制电话交换系统、高能物理研究、概念车的研发以及用来制造3M磁带的制造机和涂胶机。同时，我还擅长用Fortran和汇编语言编程，能迅速规定和构建微型计算机控制系统。
　　从事10多年的编程工作后，我随自己编写的某个系统进入了一家制造厂，并跻身IT管理人员之列。在这里，我掌握了材料控制、单位成本和生产数据库方面的知识。随后，quality-is-free和及时生产潮流蔓延到这家工厂。这时，我才认识到几个简单的想法和得到授权的人员是如何改变一切的。
　　几年后，我涉足新产品开发领域，领导商业化团队开发嵌入式软件、成像系统以及光学系统。由于我热衷于新产品开发，我加盟了一家新兴的公司。后来，我创办了自己的公司，和产品开发团队，特别是那些从事软件开发的人员携手合作。
　　当时，我已经脱离软件开发行业6年之久。当我重操旧业时，对眼前的一切感到不知所措。面对项目管理学会(Project Management lnstitute，PMl)和能力成熟模型(Capability Maturity Model，CMM)认证计划，大家对最佳实践的理解似乎主要停留在过于强调过程定义和详细的前端计划上。更为糟糕的是，这些方法将我所熟知的精益制造潮流作为其存在的正当理由。
　　我强烈地意识到，精益制造的成功取决于深入理解什么能创造价值、为什么快速流程 (rapid flow)是关键的，以及如何释放工作人员的脑力。在普遍强调过程和计划的现状中，我觉察到一种贬低这些关键性原则的倾向。例如，我听说，为了使"任何人都能编程"，需要进行详细的过程定义，而精益制造强调的则是培养一线人员的技能，并让他们定义各自的过程。
　　听说将事情"一次性处理妥当"的方法是花费大量时间并直接将需求放在第一位。对此我倍感惊讶。就我所知，当我试图控制一台机器时，使代码一次性成功运行的惟一方法是构建完整的模拟程序并无休止地对代码进行测试。我知道，交付给那家工厂的所有产品都经过了一整套测试，而"一次性处理妥当"意味着每个步骤都必须通过每一项测试。可以肯定地说，每个月市场都会需要新的装置或不同的磁带长度，因此那种在投产前固定产品配置的想法是闻所未闻的。这就是指定序列号的原因所在--这样我们就能辨别生产某一产品时的制造规格。我们从不指望本月生产的产品与上个月生产的产品完全相同。
　　详细的前端计划给我的印象是，它和精益制造原则完全背道而驰。在我看来，由员工组做出过程定义是与授权截然相悖，而授权是成功地进行精益制造的核心所在。我觉得，制造业的比喻似乎被滥用于软件开发领域。在我看来，CMM在急于对过程进行标准化时忽略了发现和创新精神，而这种精神是成功地进行整体质量管理的关键因素。大家都知道，在制造业中，IS09000以及马尔科姆?波多里奇奖(Malcolm Baldrige Award)与质量计划的成功并无多大联系，或者毫无关系。它们对记录成功有用，但通常会妨碍创造成功。
　　对我来说，PMI认证计划似乎在向新上任的项目经理传授若干针对软件项目管理的反模式，如工作分解、范围控制、变更控制、挣值、需求跟踪和时间跟踪等。在担任3M公司政府合同项目经理时，我对上述所有内容进行了了解，并强烈意识到它们给项目造成的浪费。当然，我们认为将它们应用到内部产品的开发中并非上上之策，在这类项目中，学习和创新才是成功的关键因素。
　　这并不是说CMM和PMI不好，只是对所有经历过精益革命的人来说，它们倾向于以错误的方式对待软件开发项目。我们希望本书能改变软件开发范式：将强调过程改为强调人员，将分散改为聚集，将推测改为基于数据的决策，将计划改为学习，将跟踪能力改为测试能力，将成本和进度控制改为商业价值的交付。
　　如果大家认为无法同时做到更好、更省、更快，那么，我们应该明白，当制造和产品开发尚处于前精益时期时，我们往往也会产生同样的想法。然而，我们认识到，通过强调价值、流程和人员，就可以提高质量，降低成本，加快交付速度。我们是在竞争对手夺走我们的市场时认识到这一点的。
　　祝愿大家在精益软件开发中处于行业领先地位。
　　Mary Poppendieck
　　2001年2月，当"敏捷"一词被用作为极限编程(Extreme Programming)、水晶方法(Crystal)、自适应软件开发(Adaptive Software Development)和Scrum等方法学的统称时，敏捷工业传统在当时的环境下已呈现出一派生机。Womack，Jones和Roos合著的TheMachine That Changed the World，Smith和Reinertsen合著的Developing Products in Half theTime以及Womack和Jones的Lean thinking已在我的书架上摆放多年。20世纪90年代初，一些制造商成立了"敏捷论坛"。有关敏捷和精益工业产品开发的大量文献对我的著作Adaptive Software Development有着较大的影响。
　　不过，在本书中，Mary和Tom将精益工业实践提升到一个新的水平--他们讲述了如何将这些实践直接应用于软件开发。研究制造工厂的价值流图与了解如何将这一想法应用于软件开发过程完全是两回事。同样，研究日本丰田公司基于集合的决策方法也与将这些方法应用于软件设计截然不同。Mary在3M公司的工业产品开发经验使她能深入地了解这些实践的实际运作方式。而且，她与Tom在信息技术方面的阅历也使得他们深谙如何将这些实践应用于软件开发。
　　尽管敏捷软件开发的起源可追溯到10多年以前，但仅在两年前(以2003年初为准)它才形成一种潮流。将其与精益和敏捷工业产品开发相结合，可增强敏捷软件开发原理和实践的可靠性。而且，更为重要的是，它能提供强化敏捷实践的丰富想法。
　　举例来说，上述基于集合的决策与流行的设计决策方法是背道而驰的。传统工程(软件工程等)强调的是分析和早期决策，以便下游活动能井然有序地进行下去。基于集合的开发强调的是保持设计可选项的开放性，以便尽可能掌握更多的信息。这些信息不仅涉及某项特定的设计，而且还涉及所有设计的集成。基于集合的开发强调优化整体，而不是单项设计。简单设计和重构可对软件开发人员起到类似的作用--具备更多信息时，再制定某些设计决策。因此，基于集合的开发能提供一种并行性。这种并行性不仅能增强敏捷实践的可靠性，而且还能展示如何对这些实践进行扩展。
　　本书提供了大量将工业环境中的精益技术应用于软件开发的相关信息。尤其值得一提的是，它还为那些希望给自己的项目团队创造增值的项目经理、团队领导和技术经理介绍了一个工具箱，以免他们成为团队前进中的障碍。
　　Jim Highsmith
　　亚利桑那州弗拉格斯塔夫市
　　2002年3月
　　敏捷软件开发过程产生于20世纪90年代。它建立在经验、反复试验、对失败的认识以及最佳实践的基础之上。20世纪90年代初，我曾经在自己的软件公司采用过Scram和极限之类的编程实践。在首次制定详细的Scrum实践时，我确保自己在每一种能想象到的开发情景中尝试它们。随后，我出版了自己第一本有关Scram的著作。在缺乏Scrum和其他敏捷过程第一原理或理论框架的情况下，我试图确保它能真正发挥作用，以免蒙骗世人。
　　我和其他一些人曾试图为敏捷过程提供理论基础。我回头查阅了自己在工业过程控制理论方面的研究成果，我在杜邦先进研究所(DuPont's Advanced Research Facility)的朋友们曾帮助我理解和应用过这种理论。为了以类推法解释敏捷过程能发挥作用的原因，JimHighsmith参照了复杂自适应系统原则和复杂性理论。
　　Mary和Tom Poppendieck为大家提供了一种更加易懂和稳健的日常框架，以便我们理解敏捷过程的运作机制。我曾经和他们一起出席过在意大利撒丁岛上举行的XP2002研讨会。当时，意大利特兰托大学经济学系主任Enrico Zaninotto作了题为From X Programmingto the X Organization的主题报告。在该报告中，Enrico介绍了从简易车间过渡到装配线，再过渡到采用现代精益制造方法的制造迁移过程。他阐明了当前迫使人们采用精益制造方法的经济因素。报告结束后，Mary显然对这一论证感到非常满意。Enrico的报告使她将自己在制造业和产品开发方面的阅历与自己在精益建筑活动方面的所有合作以及对丰田生产系统的认识联系起来。
　　Poppendieck兄妹试图将所有这些活动和知识结合起来，本书就是这一努力的结果。在这项工作中，他们推出了一种构成敏捷过程基础的常识工具集。采用敏捷过程的读者可以参考Mary和Tom所描述的22种工具，以便了解最为常用的敏捷过程发挥作用的原因和方式，在对它们深入了解的基础上，对其进行修改，或构建属于自己的敏捷过程。本书介绍的这些工具即提供了这样一种框架。
　　能聆听Enrico的报告和分享Mary和Tom的思想结晶我感到由衷的高兴。长期以来，我们这一行业倍受责难，即我们应该能"像从事制造业一样从事这一行业"!这里提到的制造业是指弗雷德里克?泰勒和亨利?福特的产品装配线。我们按照泰勒原理构建的系统开发过程并不能有效运作，而且我们也不明白原因何在。Enrico笑着说："现代制造业早在20年前就抛弃了泰勒原理!"
　　在对敏捷系统开发进行说明时，我们不再需要参考复杂自适应系统等深奥的理论和学科。我们可以查阅本书介绍的22种工具，并通过了解制造业和常识性知识掌握其基本原理。我们终于能利用某种专用工具为软件开发建模了!
　　Ken Schwaber
　　2003年2月
同类热销商品￥30.00￥21.60
订单处理配送
北京奥维博世图书发行有限公司 china-pub,All Rights Reserved