Varför vi byggde ett MRP som börjar med flaskhalsen

Första gången jag klev in på ett fabriksgolv blev jag slagen av kontrasten: operatörer som visste exakt vad som behövde göras, och ett MRP-system på kontoret som visade 400 rader i ett Gantt-schema ingen förstod.

Planeraren spenderade halva sin dag på att bygga schemat. Den andra halvan på att bygga om det — för att en maskin gick ner, ett material var försenat, eller en brådskande order dök upp.

Problemet är inte att affärssystem saknar funktioner. Problemet är att de saknar fokus.

Varje fabrik har en flaskhals

Eli Goldratt visade det redan 1984 i The Goal: i varje produktionssystem finns det en enda resurs som bestämmer det totala genomflödet. Alla andra resurser har överkapacitet i relation till den.

Om du optimerar en icke-flaskhals — låt oss säga du köper en snabbare CNC till en station som redan har slack — händer ingenting med leveranstakten. Du har spenderat pengar utan att öka output.

Men om du skyddar flaskhalsen — ser till att den aldrig svälter på material, aldrig väntar på föregående operation, aldrig står stilla i onödan — då ökar du hela fabrikens kapacitet.

Vad det betyder för schemaläggning

Traditionella MRP-system schemalägger varje operation med en heuristisk poäng. Det funkar, men det missar poängen: det behandlar alla resurser som lika viktiga.

Nova gör tvärtom. Först schemalägger vi flaskhalsen. Sedan planerar vi allt annat bakåt, med tidsbuffertar, så att material alltid finns redo när flaskhalsen behöver det.

Det är Drum-Buffer-Rope i praktiken — fast automatiserat.

Resultatet

Planeraren slutar vara den som bygger schemat och blir den som granskar undantag. 95% av störningarna hanteras inom systemets policyregler. De resterande 5% landar i en tydlig undantagskö med all kontext som behövs för att fatta beslut.

Det är den fabriken vi vill vara med och bygga.