线平衡算法的投票结果
在10月5日的讨论会上,我们讨论了线平衡的算法,这引起了大家的热议。于是发起了这样的一个投票:
问题很简单:如下图
产品会依次经过A,B,C这三个工站。
现有4个人,分配到这3个工站中。
第一个人的CT是45S,在A工站。
第二个人的CT是40S,在B工站。
第三个人的CT是42S,在C工站。
第四个人也是在C工站,产品过来时,和第三个人同时开始作业,他的CT只有5S。
那么这个例子中线平衡率是多少?
现有两个选项:
A)(45+40+42)/45/3
B) (45+40+42+5)/45/4
最后的投票结果是:
选B的同志占了半数。
我原来的选择是A,因为我认为是物流的平衡,应该把C区域作为一个子系统来看。在这里十分感谢各位朋友能和我一起讨论这个问题。提出了其他很多种答案。这里特别感谢“行者”提供给我大量的资料,以及强烈的启发。
我总结了有以下两点让我们对这个问题产生了分歧:
1、对于平衡率的定义是什么是最大分歧。有的人认为是物流,有人认为是工时负荷。这些想法都没有问题。
2、对于平衡率的适用范围是第二大分歧。有的人认为适用于每个区域级别。有的人认为适用于所有、最基础的级别。
站在物流流畅的角度,A、B公式都是正确的(但是B可能产生失真);站在工时的角度,B是正确的。站在区域作为子系统的角度,A是正确的;站在所有因素部分层级,全部考虑,B是正确的。
产生这样的分歧的关键就是我们每个人的关注的点不同。莎士比亚大神说过,一千个读者眼中就有一千个哈姆雷特。是的,这个参数到底使用哪种算法,还是要看你到底关注什么。
最后还是IE Toolkit的小广告~ 登陆www.shionto.com,免费注册试用吧~
赞 (0)