丰田看板管理目视化管理资料.ppt

Look into TPS from Agile’s Perspective 丰田生产系统（TPS） 历史和背景 要素 准时化生产（JIT） 人性的自动化（Autonomation） 弹性资源配备 与精益，敏捷的关系 比较生产行业与软件开发时的常见误解 汽车能被详细设计，并按图纸生产，软件则不容易。 汽车生产中的质量问题会导致部件报废，成本高，软件的修改比较容易。 ------------------------------ 我们在比较什么？ 产品生产与软件开发比想象的要一致的多。 单件流（1） Why How 单件流（2） 看板/拉动式生产（1） 前一道工序仅在后一道工序提出要求时才开始生产，最后一道工序是客户 看板/拉动式生产（2） 看待资源（物料和人等）的角度： “拉动”通过替换被消耗的资源来控制资源的流动 “推动”在预测和计划的基础上安排资源 物料流动方向和信息流动方向相反 【Agile】Story使所有相关工作可以以Pull的方式展开，Feature实现不了这一点。 【Agile】测试驱动开发，仅在有失败的测试时才开始编码。 Takt Time 节拍时间 节拍时间确定了每一工位必须完成工作的速率，超过和不足都不合适。 节拍时间是流水线的节奏或拍子 Takt Time 节拍时间 【Agile】Velocity由交付要求来决定。但Velocity只能由团队所左右，超过或达不到交付要求都需要团队做调整。 【Agile】Estimate要坚持原则。 【Agile】Iteration培养开发的节奏。 快速更换工装/缩短设置时间 单件流和频繁换产的必然要求。 使用小型设备，改造现有设备，发明专用工具。 减少停机时间，增加生产计划的灵活性，减少浪费，减少库存成本，提高交付能力。 换型时间定义：从完成上一个型号最后一件合格产品到生产出下一个型号第一件合格产品所花的时间。 【Agile】选择轻量级、能对其做改造、可轻易放弃的开源工具，不受限于复杂工具。 【Agile】使用尽量小的Story，频繁Switch 【Agile】“换型时间”在开发中的含义，通过简化和标准化减少“换型时间”。 现场管理和Visual Controls 可视化工厂：通过简单的观察在5分钟内了解生产现场状态，而不需要动用计算机或询问别人。 基于异常的管理 运用看板，信息提示板，改进提示版, 地板上的标记线，带有标记的工具，Andon灯等等。 现场管理和Visual Controls 【Agile】通过Story Wall揭示开发状态。 【Agile】张贴Burn Down/Up Chart揭示项目进度。 【Agile】利用Andon Monitor（仪表盘），Andon Light揭示Build的状态。 【Agile】坐在一起，随时“嗅”知项目状态，提供指导和帮助。 【Agile】张贴必要的需要团队知晓的信息。 【Agile】贴的太多了会起到反作用。 5S – 消除浪费，让问题显而易见的理论，不仅仅是关于如何组织工作场所 5S 5S 5.维持（Sustain），持续改进，彻底执行，指导和培训。 停止生产线（Stop the Line） 安装检测设备，尽可能早地发现缺陷，在出现问题时粗暴地停止生产线。实现零缺陷。 质量产生于工序中，而非依赖后期检测。操作员不能将本工序的缺陷传递到下一个工序。操作人员清楚质量的含义，并有能力验证它。 Andon灯：在出现质量或流程问题时通知管理、维护或其他相关工作人员的方式。 IE分析手法 工程分析方法，记录和分析生产过程，辅助价值流分析 【Agile】IT系统中，流程的可见性远不如生产线，往往隐藏在工作流、软件系统间的交互、电话和Email中。 【Agile】在IT系统中“Walk the Process”的价值，如何做？ 【Agile】Pair的过程帮助双方不断优化不可见的智力活动的流程，比如处理技术难题和开发Story的流程。 标准化 记录最佳实践，知识共享，并以最有效的形式表现出来。 加工流程 质量标准 …… 由标准的使用者产生和维护，是持续改进的基础。 标准化是知识共享，并不意味着很少变化。 【Agile】标准化在Agile中普遍存在，且频繁改进。 【Agile】注意工作环境的标准化。 7+1 Waste Others 均衡化生产 Kaizen Blitz，持续改进 Shojinka (动态优化人员数量) 5Why（发现问题的根源，同时提供改进结构和流程的机会） Total Productive Maintenance … QA * 单件流 看板/拉动 5S 快速更换工装 价值流分析 工作单元 全面生产维护 现场管理 生产节拍 IE分析 5W 标准化 客户 价值 交付 成本 质量 运营系统 管理