使用SDBR于快速响应项目/项目(UsingSDBRinRapidResponseProjects)项义立（EliSchragenheim）版权所有本文经作者授权翻译与刊登简介以可行愿景（ViableVision）之改善项目而论，采用简易之鼓-缓冲-绳(SDBR)作为标准的生产规划方式。本文描述以订单式生产（或接单式生产，MTO：MakeToOrder)为范畴之SDBR实践方针，而库存式生产（或称存货式生产，MTS：make-to-stock）将于适用之处加以说明。许多生产计划使用订单式与库存式两种实践方式，本文将只简略批注如何操作这两种方式。为了成功地提出快速响应订单（RR，RapidResponseorders）的方案，必要条件之一是一般的订单（regularorders）能够维持接近百分之一百的可靠性（reliability）。为达如此之可靠性，在考虑限制资源的产能（CCR，capacity-constraint-resource）之下，我们必须能报出可靠的交期，就是对顾客而言一个合理的时间。下一个阶段是探讨我们能如何提出快速响应方案，而不修改对一般订单所承诺的交期。接着，先介绍相对于传统DBR之SDBR的定义，根据计划性负荷(theplannedload)的概念，与如何顾及CCR有限产能之生产计划。然后，探讨对一般订单提出可靠交期的技巧，这部分会区别生产前置时间（Production-lead-time）与给顾客的报出前置时间（quoted-lead-time）。接下来，介绍CCR保留产能之需求，及探讨作者所推荐的程序，善用保留产能，以决定快速响应订单与其它订单的开工日期。最后一部分探讨这种之改善计划的执行规则。简易之鼓-缓冲-绳，鼓-缓冲-绳及计划性负荷(SDBR,DBRandtheplannedload)SDBR（简易之鼓-缓冲-绳)只包含一个缓冲：交期缓冲（shippingbuffer），对订单式生产（MTO，make-to-order）及库存式生产（MTS，make-to-stock，或更确切地说是可得式生产[make-to-availability]）两者皆为如此。当制造现场中有足够的保护产能（protectedcapacity）甚至连『最弱的一环（theweakestlink）』都有，而不需去保护车间里任何资源不多的产能时，SDBR必定适用。现在，我们提出SDBR也能有效应用于，内部产能限制资源（capacity-constrainedresource，CCR）处于活跃的状态。传统的DBR（鼓-缓冲-绳）使用一套三个缓冲的系统，以保护交期和详细的CCR有限产能排程。这远比仅仅防范因非限制资源的延迟，或缺少优先级造成CCR匮乏（starvation）的情况，拥有更多的保护。使用CCR缓冲来保持实际的顺序，不变动。现在，当只使用一个缓冲来保护交期，我们该升起两项顾虑：（一）无法适度利用CCR的产能，尤其是造成CCR匮乏，或在CCR花太多的准备时间（setuptime）。（二）在计划的时段内，负荷无法均衡顺畅。以致于不良结果可能是，我们坚持使用过长的时间缓冲，或是报出一个不切实际的交期。第一项顾虑能够而且应该由领班及生产经理来处理，此为执行程序的一部份。在任何可行愿景项目中，我们认定市场需求是唯一的限制，这表示我们不能忍受车间有真正的瓶颈存在。换句话说，我们应该拥有保护产能，即使是其中最弱的一环都该有。这样还是不能表示，我们能忽视任何产能的考虑，但这并不表示因为缺乏产能，我们就愿意放弃确凿的市场需求为系统限制。所以，我们应该如何监控有相当负荷的CCR产能呢？我们期待生产经理来监控CCR执行之顺畅度，藉由避免匮乏的可能性，记住当需求相当低时，有些匮乏的情况自然会发生在最弱的一环（我们视为CCR的资源）。然而我们不需要事先决定在CCR确切的工作顺序。实际的顺序该受到缓冲管理的优先级，及可能之准备时间的考虑，即是整倂某些订单以节省准备时间的影响，以避免造成严重红色之交期缓冲的渗透状态。许多时候，在CCR的实际顺序必须由操作员来决定！在复杂的生产环境，其中顺序对于质量、准备及制程时间有重大作用的情况下，更该如此处理。大多数这样的复杂环境没有一般可用的软件能处理其复杂度，例如，我不知道目前有任何DBR软件有能力，排出含有数个烤炉的CCR之顺序，其中烤炉并非完全相同，根据订单的数量及质量考虑，几张订单被放在一起处理。在这样的情况，你应该提供够长的交期缓冲，自然地给予领班足够的选择以做出实时的决定。信赖车间人员的知识。处理第二项顾虑，我们首先需要一套工具去确定是否太多负荷已威胁到标准之达交时间。确定这样的情形是计划性负荷的第一个任务。定义：计划性负荷是在CCR（最弱一环）所衍生之负荷的累计，包含必须在