丰田看板管理目视化管理

1、Look into TPS from Agiles Perspective单件流看板/拉动(l dn)5S快速(kui s)更换工装价值流分析工作单元全面生产维护现场管理生产节拍IE分析5W标准化客户价值交付成本质量运营系统管理架构观念与行为7+1种浪费停止生产线可视控制均衡化生产JIT自动化路宁 luning.tw共二十二页丰田生产(shngchn)系统（TPS）历史和背景要素准时(zhn sh)化生产（JIT）人性的自动化（Autonomation）弹性资源配备与精益，敏捷的关系共二十二页比较生产行业(hngy)与软件开发时的常见误解汽车能被详细设计，并按图纸生产，软件则不容易。汽车生产中

2、的质量问题会导致部件报废，成本高，软件的修改(xigi)比较容易。-我们在比较什么？产品生产与软件开发比想象的要一致的多。一定时期内为满足某地区用户需求而进行全部产品生产活动一个软件项目共二十二页单件流（1）WhyHow10 minutes10 minutes Batch & Queue Processing10 minutesProcessAProcessBProcessCLead Time:30+ minutes for total order21+ minutes for first piece12 min. for total order3 min. for first partPro

3、cessBProcessAProcessC Continuous Flow ProcessingProcessBProcessAProcessC共二十二页单件流（2）【Agile】迭代式开发类似单件流，瀑布式开发类似批量生产【Agile】强调(qing dio)全能的小型团队共二十二页看板/拉动(l dn)式生产（1）前一道工序(gngx)仅在后一道工序(gngx)提出要求时才开始生产，最后一道工序(gngx)是客户共二十二页看板/拉动(l dn)式生产（2）看待资源（物料和人等）的角度：“拉动”通过替换被消耗的资源来控制资源的流动“推动”在预测和计划的基础上安排资源物料流动方向和信息流动方向

4、相反【Agile】Story使所有相关工作可以以Pull的方式展开，Feature实现不了这一点。【Agile】测试驱动开发，仅在有失败(shbi)的测试时才开始编码。共二十二页Takt Time 节拍(jipi)时间节拍时间确定了每一工位必须完成工作的速率，超过和不足都不合适(hsh)。节拍时间是流水线的节奏或拍子节拍时间=可用工作时间客户需求数量共二十二页Takt Time 节拍(jipi)时间【Agile】Velocity由交付要求来决定。但Velocity只能由团队所左右，超过或达不到交付要求都需要团队做调整。【Agile】Estimate要坚持原则。【Agile】Iteration培

5、养开发(kif)的节奏。共二十二页快速更换工装/缩短设置(shzh)时间单件流和频繁换产的必然要求。使用小型设备，改造现有设备，发明专用工具。减少停机时间，增加生产计划的灵活性，减少浪费(lngfi)，减少库存成本，提高交付能力。换型时间定义：从完成上一个型号最后一件合格产品到生产出下一个型号第一件合格产品所花的时间。【Agile】选择轻量级、能对其做改造、可轻易放弃的开源工具，不受限于复杂工具。【Agile】使用尽量小的Story，频繁Switch【Agile】“换型时间”在开发中的含义，通过简化和标准化减少“换型时间”。共二十二页现场(xinchng)管理和Visual Controls可

6、视化工厂：通过简单的观察在5分钟内了解生产现场状态，而不需要动用计算机或询问别人。基于异常的管理运用看板，信息提示板，改进提示版, 地板上的标记线，带有标记的工具(gngj)，Andon灯等等。共二十二页现场(xinchng)管理和Visual Controls【Agile】通过Story Wall揭示开发状态。【Agile】张贴Burn Down/Up Chart揭示项目进度。【Agile】利用Andon Monitor（仪表盘），Andon Light揭示Build的状态。【Agile】坐在一起，随时(sush)“嗅”知项目状态，提供指导和帮助。【Agile】张贴必要的需要团队知晓的信息。

7、【Agile】贴的太多了会起到反作用。共二十二页5S 消除浪费，让问题显而易见的理论，不仅仅是关于如何组织工作(gngzu)场所1.整理(zhngl)（Sort），仅保留必须的东西这是当前工作需要的吗？需要多少？应该把它们放到哪里？2.整顿（Stabilize, Set-In-Order）将剩下的东西放到合适位置看得见，方便取用任何东西都放在应该放置的地方。共二十二页5S3.清洁（Shine）在根源上消灭(xiomi)混乱，清洁好一切。 使清洁成为日常工作的一部分，成为每个人的责任。4.制度化（Standardize），建立(jinl)规则，执行和维持前3个S。共二十二页5S5.维持(wich

8、)（Sustain），持续改进，彻底执行，指导和培训。【Agile】将组织有形工作场所的5S应用到软件开发中的启示(qsh)。【Agile】对办公室，电脑文件系统，软硬件环境和代码应用5S。共二十二页停止(tngzh)生产线（Stop the Line）安装检测设备，尽可能早地发现缺陷，在出现问题时粗暴地停止生产线。实现零缺陷。质量产生于工序(gngx)中，而非依赖后期检测。操作员不能将本工序(gngx)的缺陷传递到下一个工序(gngx)。操作人员清楚质量的含义，并有能力验证它。Andon灯：在出现质量或流程问题时通知管理、维护或其他相关工作人员的方式。【Agile】测试驱动开发，持续集成，每

9、次Check In都可以Build出可工作的软件。【Agile】应用Andon灯指示Build状态，出现异常时禁止Check In.共二十二页IE分析(fnx)手法工程分析方法，记录和分析生产过程，辅助价值流分析【Agile】IT系统中，流程的可见性远不如生产线，往往隐藏在工作流、软件系统间的交互、电话(dinhu)和Email中。【Agile】在IT系统中“Walk the Process”的价值，如何做？【Agile】Pair的过程帮助双方不断优化不可见的智力活动的流程，比如处理技术难题和开发Story的流程。共二十二页标准化记录最佳实践，知识共享，并以最有效的形式表现(bioxin)出来

10、。加工流程质量标准由标准的使用者产生和维护，是持续改进的基础。标准化是知识共享，并不意味着很少变化。【Agile】标准化在Agile中普遍存在，且频繁改进。【Agile】注意工作环境的标准化。共二十二页7+1 Waste产品制造软件开发过度生产（过量，过早，过快）不需要的功能等待等待库存部分完成的工作多余的处理（没有增加价值的额外加工）额外的处理运输任务切换移动（人和机器无价值的移动）移动缺陷（检查和修复）缺陷未利用的人未利用的人共二十二页Others均衡化生产Kaizen Blitz，持续改进Shojinka (动态优化人员数量)5Why（发现问题的根源，同时(tngsh)提供改进结构和流程的机会）Total Productive Maintenance共二十二页Q&A路宁 luning.tw共二十二页内容摘要Look into TPS from Agiles Perspective。路宁 luning.tw。【Agile】迭代式开发类似单件流，瀑布式开发类似批量生产。前一道工序仅在后一道工序提出要求时才开始生产，最后一道工序是客户。物料流动方向和信息流动方向相反。【Agile】测试驱动开发，仅在有失败的