TOC voor Asset Management de 5 focussende stappen

Als TOC experts hebben wij de laatste 30 jaar gewerkt in gevarieerde omgevingen: Production Supply chain, Project en Multi project organizaties.

TOC stelt dat een systeem maar zo sterk is als zijn zwakste schakel, daarom is een van de belangrijkste principes die we in TOC gebruiken de 5 focussende stappen.

1 Identificeer de systems constraint

2 Exploiteer constraint

3 Maak alles ondergeschikt aan de bovenstaande beslissing

4 Verbeter de constraint

5 Terug naar stap 1

Recentelijk hebben we TOC assent management geïmplementeerd in een kapitaal-intensieve omgeving. Voor een praktische implementatie ondersteund door ERP software, contacteer ons. Om te beginnen zijn hier de 5 stappen voor asset management organisaties

Recently we implemented TOC asset management in a capital-intensive environment. For practical implementation supported by ERP software, give us a call . To start lets share the 5 steps for asset management organisations.

Step 0 Definieer het doel van het systeem.

Het systeem is in dit geval een installatie, infrastructuur, een asset of een fabriek.

Het doel van asset management is het garanderen dat het systeem veilig is en blijft, de omgeving niet kwetst, en output (productie) blijft genereren, nu en in de toekomst voor een minimale kost.

Step 1 Wat is de system constraint?

Wat limiteerd het “systeem” om “meer” van dit doel te bereiken??

Wat is het ene ding dat “als je er meer van had” je zou toestaan om het veel beter te doen?

In de meeste gevallen is dit niet zo eenvoudig maar voor asset management hebben we geluk: onze thesis is dat de system constraint ‘bekwame middelen” is.

Ingenieurs, ervaren medewerkers die de tijd hebben om (proactief) de installatie te onderhouden zijn de constraint van de onderhoudsorganisatie.

Deze profielen zijn (bijna) onmogelijk te vinden en zelfs als we deze schaarse middelen zouden kunnen vinden, kost het ons voor hen om te aan de slag te gaan.

Step 2 Exploiteer het system constaint.

In deze context klint het exploiteren van bekwame ingenieurs niet helemaal goed[1]. Ik stel voor dat we in dit geval stap 2 herformuleren: Maak het beste gebruik van onze gelimiteerde middelen.

Om dit praktischer te maken, denk bijvoorbeeld aan een top ingenieur die tijd spendeerd aan het boeken van tickets (of in deze coronatijden het maken van kopieën) of onze meest bekwame team leaders die de vloer kuisen.

Step 3 Maak alles ondergeschikt aan de bovenstaande beslissing.

Dit is de minder intuïtieve en moeilijkere stap van dit proces, andere functies moeten coherent zijn met de vorige beslissing.

Niet-constraints verbeteren zal niet meer “doel units” genereren.

Bij ondergeschiktheid kan je denken aan de volgende acties;

Laten we ‘onduidelijke’ of ‘incomplete’ aanvragen toe in het systeem, kijken we altijd na en valideren we altijd dat we een ‘full kit’ hebben voor we er een specialist bijhalen. [2]

Laten we meer werk toe tot het systeem dan de ‘constraint’ aankan, leidende tot multi-tasken en het verlies van constraint capaciteit? Of zorgen we voor een officieel gating mechanisme die het werk uitspreid om de flow te garanderen?

Step 4 Verbeter

Wanneer we genieg ‘bekwame medewerkers’ hebben is dit niet langer de constraint.

In dit geval kunnen wen aannemen dat “niet alle nodige bekwame middelen hebben die we nodig hebben” nog enkele jaren zal duren.

Als de situatue veranderd moeten we opnieuw nadenken … Maar het staat ons al toe om structureel werk te verrichten in fases 2 en 3 …

Step 5 Terug naar 1

Het goede nieuws is dat deze 5 stappen logisch klinken voor managers. Het slechte nieuws is dat als men deze ‘af en toe’ toepast dat deze geen resultaten geven. Om successvol te zijn moeten we alles geven.

Als u hulp wilt bij de praktische implementatie van ERP software, laat het ons weten.

[1] . Ik herinner me dat wanneer we speculeerden dat Eli Goldratt de constraint was voor de groei van TOC dat hij zei … stap 2 is de constraint exploiteren, niet ze breken.

[2] Een interresante oefening is om process mining te gebruiken om loops in het proces te identificeren.