08.01.2017 Views

3e2a1b56-dafb-454d-87ad-86adea3e7b86

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

450<br />

Part Three<br />

Planning and control<br />

output. A process or stage can be activated in the sense that it is working, but it may only<br />

be creating stock or performing other non-value-added activity.<br />

4 An hour lost (not used) at a bottleneck is an hour lost for ever out of the entire system.<br />

The bottleneck limits the output from the entire process or operation, therefore the<br />

under-utilization of a bottleneck affects the entire process or operation.<br />

5 An hour saved at a non-bottleneck is a mirage. Non-bottlenecks have spare capacity<br />

anyway. Why bother making them even less utilized?<br />

6 Bottlenecks govern both throughput and inventory in the system. If bottlenecks govern<br />

flow, then they govern throughput time, which in turn governs inventory.<br />

7 You do not have to transfer batches in the same quantities as you produce them. Flow<br />

will probably be improved by dividing large production batches into smaller ones for<br />

moving through a process.<br />

8 The size of the process batch should be variable, not fixed. Again, from the EBQ model,<br />

the circumstances that control batch size may vary between different products.<br />

9 Fluctuations in connected and sequence-dependent processes add to each other rather<br />

than averaging out. So, if two parallel processes or stages are capable of a particular<br />

average output rate, in parallel, they will never be able to achieve the same average output<br />

rate.<br />

10 Schedules should be established by looking at all constraints simultaneously. Because of<br />

bottlenecks and constraints within complex systems, it is difficult to work out schedules<br />

according to a simple system of rules. Rather, all constraints need to be considered together.<br />

OPT uses the terminology of ‘drum, buffer, rope’ to explain its planning and control<br />

approach. We explained this idea in Chapter 10. The bottleneck work centre becomes a ‘drum’,<br />

beating the pace for the rest of the factory. This ‘drum beat’ determines the schedules in<br />

non-bottleneck areas, pulling through work (the rope) in line with the bottleneck capacity,<br />

not the capacity of the work centre. A bottleneck should never be allowed to be working at<br />

less than full capacity; therefore, inventory buffers should be placed before it to ensure that<br />

it never runs out of work.<br />

The five steps of the theory of constraints<br />

As a practical method of synchronizing flow, TOC emphasizes the following five steps. 11<br />

1 Identify the system constraint – the part of a system that constitutes its weakest link; it<br />

could be a physical constraint or even a decision-making or policy constraint.<br />

2 Decide how to exploit the constraint – obtain as much capability as possible from the<br />

constraint, preferably without expensive changes. For example, reduce or eliminate any<br />

non-productive time at the bottleneck.<br />

3 Subordinate everything to the constraint – the non-constraint elements of the process are<br />

adjusted to a level so that the constraint can operate at maximum effectiveness. After this,<br />

the overall process is evaluated to determine if the constraint has shifted elsewhere in the<br />

process. If the constraint has been eliminated, go to step 5.<br />

4 Elevate the constraint – ‘elevating’ the constraint means eliminating it. This step is only<br />

considered if steps 2 and 3 have not been successful. Major changes to the existing system<br />

are considered at this step.<br />

5 Start again from step 1.<br />

Table 15.2 shows some of the differences between the theory of constraints and lean<br />

synchronization. Arguably, the main contribution of TOC to smooth, synchronized flow is<br />

its inclusion of the idea that the effects of bottleneck constraints (a) must be prioritized,<br />

and (b) can ‘excuse’ inventory, if it means maximizing the utilization of the bottleneck. Nor<br />

(unlike ERP / MRP, for example) does it necessarily require large investment in new information<br />

technology. Further, because it attempts to improve the flow of items through a process,<br />

it can release inventory that in turn releases invested capital. Claims of the financial payback<br />

from OPT are often based on this release of capital and fast throughput.

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!