MRP+TOC生产计划的实施方案

eric shen

瓶颈是“最”值，怎么可能有多个呢？瓶颈是可能动态的，那也可以通过规划避免或尽量减少。

原帖由 touchstone 于 2009-2-4 08:45 发表
瓶颈有多个的情况，比比皆是。而且瓶颈本身也是动态变化的。

醉眼看世界

完全的高等数学的东西，只能存在于理论模型，在ERP中几乎不存在实际应用的可能

所以，不要自己总是在这个死圈子里面转，跳出来，会是另外一种境界

从生产布局入手，实行NPS的生产模式，实现“一个流”作业方式

彻底的实现生产模式的转变，达到真正的提高生产力的目的，而不是老在理论模型上打圈子

touchstone

嗯。醉猫这句说的好，送给11楼。 不要“太理想，理论化”的去理解瓶颈就是 global MIN(MAX)那个。

例如，一段时期内，工厂100个资源里，有一个负荷是在95％左右，另外三个是93％左右，其他都是80％以下。您难道排程时只把95％那个当瓶颈？

原帖由 醉眼看世界 于 2009-2-4 10:01 发表
完全的高等数学的东西，只能存在于理论模型，在ERP中几乎不存在实际应用的可能

所以，不要自己总是在这个死圈子里面转，跳出来，会是另外一种境界

从生产布局入手，实行NPS的生产模式，实现“一个流”作业方式

彻底的实现生产模式的转变，达到真正的提高生产力的目的，而不是老在理论模型上打圈子

legendpan

额。。。
顾客用的爽才是硬道理。
ERP提供给您几个模块几个功能，套得上就吹，套不上就说你们生产模式不对，需要改进。。。
ERP才是个死圈子。。。
工艺流程摆在那，设备摆在那，要改变模式，那还导系统干吗，还不如省点钱去多搞几台机器来的实惠。

原帖由 醉眼看世界 于 2009-2-4 10:01 发表
完全的高等数学的东西，只能存在于理论模型，在ERP中几乎不存在实际应用的可能

所以，不要自己总是在这个死圈子里面转，跳出来，会是另外一种境界

从生产布局入手，实行NPS的生产模式，实现“一个流”作业方式

彻底的实现生产模式的转变，达到真正的提高生产力的目的，而不是老在理论模型上打圈子

醉眼看世界

原帖由 legendpan 于 2009-2-4 14:31 发表
额。。。
顾客用的爽才是硬道理。
ERP提供给您几个模块几个功能，套得上就吹，套不上就说你们生产模式不对，需要改进。。。
ERP才是个死圈子。。。
工艺流程摆在那，设备摆在那，要改变模式，那还导系统干吗，还不如省点钱去多搞几台机器来的实惠。

一不动脑筋的SB，不再理会你了！

pmy1104

原帖由 legendpan 于 2009-2-3 14:42 发表
我现在的基本想法就是想按照DBR，首先安排瓶颈工程各台设备的计划，然后上游物料使用Pull，下游使用push，为瓶颈工程前的半成品设置SafetyStock和OrderPoint使之自动补充，不知道怎么样

你的DBR管制法，我知道原理但是没有验证过，并且高德拉特的一本管理类小说中曾经提到过。

至于瓶颈的设定，因瓶颈包含局部瓶颈及关键工序瓶颈，主要通过标准产品在各工序的产能进行对比确定。

至于使用安全库存或者缓冲来解决瓶颈前中间制品堆积问题，我觉得都可以使用，主要确保瓶颈工序一直高负荷的运转。

不过这些都涉及到优化问题，即使用高等数学中的启发式算法或遗传算法来解决排程问题，难度不是一般的大，属于APS方面的内容，建议数学能力不强的谨慎使用该方法。  

可以尝试醉眼所说的从生产模式的改变，其实不需要太频繁的移动你的设备及调整工序，只是在逻辑上对流程进行梳理。

[ 本帖最后由 pmy1104 于 2009-2-4 16:51 编辑 ]

legendpan

其实想了想也没那么复杂。应为金属加工业，所以只是一条很简单的一条流水线，产品+半成品+WIP大概有几千种，BOM也很简单的最多只有三层，且每层只有一个节点,不存在很复杂的结构，应为在瓶颈工程上开始是用Foreward来排产，所以可以确保瓶颈上每天都有很高的负荷。而且在硬件不改变的情况下，瓶颈也是不变的。
而且对方厂里点明了要用TOC，没办法啊，只好研究~~至于要求对方改变生产模式，这个就不是我的业务范围了，呵呵。

原帖由 pmy1104 于 2009-2-4 16:50 发表



你的DBR管制法，我知道原理但是没有验证过，并且高德拉特的一本管理类小说中曾经提到过。

至于瓶颈的设定，因瓶颈包含局部瓶颈及关键工序瓶颈，主要通过标准产品在各工序的产能进行对比确定。

至于使用安全库存或者缓冲来解决瓶颈前中间制品堆积问题，我觉得都可以使用，主要确保瓶颈工序一直高负荷的运转。

不过这些都涉及到优化问题，即使用高等数学中的启发式算法或遗传算法来解决排程问题，难度不是一般的大，属于APS方面的内容，建议数学能力不强的谨慎使用该方法。  

可以尝试醉眼所说的从生产模式的改变，其实不需要太频繁的移动你的设备及调整工序，只是在逻辑上对流程进行梳理。

eric shen

我觉得您说的“瓶颈”不是TOC提出中的“瓶颈”。这个一两句话也讲不清楚。

原帖由 touchstone 于 2009-2-4 14:06 发表
嗯。醉猫这句说的好，送给11楼。 不要“太理想，理论化”的去理解瓶颈就是 global MIN(MAX)那个。

例如，一段时期内，工厂100个资源里，有一个负荷是在95％左右，另外三个是93％左右，其他都是80％以下。您难道排程时只把95％那个当瓶颈？

touchstone

TOC是一种管理思想。说白了就是不断发现关键问题（瓶颈，木桶的短板），然后解决问题，如次反复。

但是具体到指导车间的生产（生产计划与详细排程）时，就要灵活领会高老头的TOC思想，并应用软件手段加以实现。

原帖由 eric shen 于 2009-2-4 22:48 发表
我觉得您说的“瓶颈”不是TOC提出中的“瓶颈”。这个一两句话也讲不清楚。

touchstone

兄弟，讨论前，你要先明确一下，你是要生产计划层面的，还是工序级的生产排程？
机加工行业 料品和bom结构都相对简单，但是具体的工艺流程都相对复杂。

如果你只是想制定生产计划，则相对其他行业，要简单些。如果需要管理到具体的核心设备/人员，每单的工序级排程。则相对于其他行业来说要复杂一些。

原帖由 legendpan 于 2009-2-4 17:45 发表
其实想了想也没那么复杂。应为金属加工业，所以只是一条很简单的一条流水线，产品+半成品+WIP大概有几千种，BOM也很简单的最多只有三层，且每层只有一个节点,不存在很复杂的结构，应为在瓶颈工程上开始是用Foreward来排产，所以可以确保瓶颈上每天都有很高的负荷。而且在硬件不改变的情况下，瓶颈也是不变的。
而且对方厂里点明了要用TOC，没办法啊，只好研究~~至于要求对方改变生产模式，这个就不是我的业务范围了，呵呵。