Identyfikacja ograniczenia
Łączymy obciążenie, rzeczywiste czasy, kolejki i obserwację procesu, aby odróżnić stały bottleneck od chwilowego zakłócenia.
W fabryce można poprawić dziesiątki stanowisk i nadal nie zwiększyć liczby wyrobów opuszczających system. TOC porządkuje tę sytuację: najpierw identyfikujemy ograniczenie, potem chronimy jego czas, podporządkowujemy mu pozostałe decyzje i dopiero wtedy zwiększamy jego zdolność. IPP łączy TOC z danymi o przepływie, WIP, terminowości i ekonomice procesu.
Porozmawiajmy o wdrożeniuŁączymy obciążenie, rzeczywiste czasy, kolejki i obserwację procesu, aby odróżnić stały bottleneck od chwilowego zakłócenia.
Chronimy czas zasobu krytycznego przed brakami materiału, oczekiwaniem, niepotrzebnymi przezbrojeniami, wadami i pracami możliwymi do wykonania poza nim.
Reguły uruchamiania zleceń, WIP i priorytety dostosowujemy do przepływu przez ograniczenie zamiast do lokalnego wykorzystania każdej maszyny.
Dopiero po wykorzystaniu potencjału organizacyjnego oceniamy potrzebę dodatkowej zmiany, narzędzia, ludzi, outsourcingu lub inwestycji.
Ograniczeniem jest element sterujący przepływem systemu w danym miksie i popycie, nie automatycznie najdroższy zasób.
Pełne lokalne wykorzystanie zasobów nieograniczających może tylko zwiększać WIP.
Inwestycja w ograniczenie ma mniejszy sens, jeśli nadal traci ono czas na brak materiału, oczekiwanie lub złą sekwencję.
Po poprawie bottleneck może przenieść się w inne miejsce, więc proces identyfikacji trzeba powtarzać.
W praktyce można obserwować kilka silnych ograniczeń lub ograniczenie zmieniające się wraz z miksem. TOC wymaga jednak priorytetyzacji miejsca, które w danym horyzoncie najsilniej ogranicza cel systemu.
TOC szczególnie mocno koncentruje wysiłek na ograniczeniu systemu, a Lean szerzej pracuje nad przepływem i eliminowaniem strat. Podejścia mogą się uzupełniać.
To logika sterowania przepływem, w której ograniczenie nadaje rytm, bufor chroni realizację, a mechanizm release ogranicza nadmierne uwalnianie pracy do systemu.
Nie. Najpierw potrzebna jest poprawna logika przepływu i dane. System IT może później wspierać ustalone reguły.
Po wzroście throughput lub stabilności realizacji przy kontrolowanym WIP, a nie wyłącznie po lokalnym procencie wykorzystania maszyny.