Het gevaar van het optimaliseren van één deel van het bedrijf en het verslechteren van het hele systeem

Een verkoopteam automatiseert de voorbereiding van voorstellen en gaat van het versturen van twintig offertes per dag naar zestig. De lokale statistiek verbetert: minder tijd per voorstel en een hogere reactiesnelheid. Twee weken later heeft de afdeling nog slechter gedefinieerde projecten, besteedt de administratie meer tijd aan het corrigeren van wervingsgegevens en ontvangt het management meer escalaties omdat het aantal uitzonderingen is toegenomen.

Geen van deze gevolgen bewijst dat automatisering slecht is. Bewijs nog iets: de analyse-eenheid was te klein. Er werd een fase geoptimaliseerd en die fase werd gemeten, terwijl het resultaat dat er toe deed afhing van een hele keten.

Een bedrijf wint niet als een afdeling sneller werkt. Je wint als het hele systeem een ​​beter resultaat oplevert met minder algemene wrijving.

Dit probleem doet zich voor bij technologie, maar komt niet voort uit technologie. Het komt ook voor bij het aannemen, centraliseren, decentraliseren, veranderen van prikkels, het opleggen van controles, het verminderen van de voorraad, het versnellen van de verkoop of het intrekken van een goedkeuring. Elke interventie die het gedrag van één onderdeel wijzigt, verandert de omstandigheden van de verbonden onderdelen.

1. Lokale optimalisatie is rationeel en kan nog steeds slecht zijn voor het bedrijf

Afdelingen hebben doelstellingen nodig. Sales kijkt naar conversie en snelheid; operations kijkt naar capaciteit en compliance; financiën kijkt naar marge, incasso en risico; aandacht kijken naar resolutie en ervaring. Het probleem doet zich voor wanneer elk gebied zijn indicator verbetert zonder te begrijpen welke variabele het naar de rest overdraagt.

Een lokale optimalisatie volgt doorgaans de juiste logica binnen de grenzen ervan:

• verkort de tijd per geval;
• het verwerkte volume vergroten;
• kosten per eenheid verlagen;
• handmatige stappen elimineren;
• de benutting van een team vergroten;
• vermindering van de voorraad of eigen achterstand.

Maar de afdelingsgrens valt zelden samen met de bedrijfsresultatengrens. Een order behoort niet alleen tot de verkoop; Het gaat via validatie, beschikbaarheid, levering, facturatie, ophaling en, als er iets misgaat, service. Een bestand eindigt niet wanneer een team het ‘voltooit’; Het eindigt wanneer het het resultaat oplevert dat het openen ervan rechtvaardigt.

Daarom kan één maatstaf verbeteren en kan het systeem verslechteren. Er is geen tegenstrijdigheid: we nemen eenvoudigweg twee verschillende schalen waar.

De grensfout

wij zullen bellen grens fout om een interventie te evalueren binnen een organisatorische grens die smaller is dan het daadwerkelijke pad van de gevolgen ervan. Hoe meer een activiteit verbonden is met andere gebieden, hoe minder betrouwbaar een uitsluitend lokale beoordeling is.

2. Maak onderscheid tussen eerste- en tweede-orde-effecten

Eerste-orde-effecten zijn waar we direct naar op zoek zijn. Als we de classificatie van verzoeken automatiseren, verwachten we minder menselijke minuten per verzoek. Als we een goedkeuring verwijderen, verwachten we een kortere wachttijd. Als we een integratie toevoegen, verwachten we minder dubbele invoer.

Tweede-orde-effecten treden op omdat het systeem op de verbetering reageert.

Hypothetisch voorbeeld: Een bedrijf automatiseert het vastleggen en initiële kwalificatie van leads.

1. Eerste bestelling: het verkoopteam verwerkt meer contacten per uur.
2. Tweede bestelling: er komen meer mogelijkheden in de pijplijn.
3. Derde operationeel effect: Pre-sale ontvangt meer offerteaanvragen.
4. Gevolg: de rij complexe voorstellen neemt toe.
5. Menselijke reactie: Voorverkoop vereenvoudigt de analyse om gelijke tred te houden.
6. Later gevolg: operaties krijgen een meer dubbelzinnige reikwijdte en herbewerking neemt toe.

Initiële automatisering kan nog steeds waardevol zijn. Maar om die waarde te kunnen benutten, moet u wellicht de kwalificatiecriteria, de pre-salescapaciteit, het overdrachtsformaat of de commerciële limieten wijzigen. Als we alleen kijken naar de tijd die wordt bespaard bij acquisitie, zullen we succes verklaren voordat we het systeem hebben gezien.

Bedrijfssystemen reageren

Een spreadsheet klaagt niet als hij tien keer zoveel rijen ontvangt. Een team verandert zijn gedrag. Geef prioriteiten, creëer snelkoppelingen, stel taken uit, verhoog batches, verminder de diepte van de beoordelingen of escaleer meer beslissingen. Deze reacties maken deel uit van het systeem.

Daarom moet tweede-orde-analyse niet alleen datastromen en taken omvatten, maar ook menselijk vermogen, prikkels en beslissingen onder druk.

3. Breng vijf soorten afhankelijkheid tussen gebieden in kaart

Niet alle afhankelijkheden zijn zichtbaar in een procesdiagram. Om het volledige systeem te analyseren is het raadzaam om er minimaal vijf te onderscheiden.

1. Volumeafhankelijkheid

De ene fase produceert eenheden die een andere fase moet absorberen. Als A de doorvoer verdubbelt en B de capaciteit behoudt, verschijnt er een wachtrij, ook al is A efficiënter.

2. Kwaliteitsafhankelijkheid

Het werk van B is afhankelijk van het verstrekken van correcte, volledige of voldoende gestructureerde informatie door A. U kunt tijd besparen door controles over te slaan en de kosten als nabewerking over te dragen.

3. Beslissingsafhankelijkheid

Een verbetering kan leiden tot meer uitzonderingen die uiteindelijk worden geëscaleerd naar dezelfde persoon of commissie. Automatisering versnelt de normale stroom, maar concentreert de knelpunten bij de besluitvorming nog meer.

4. Informatieafhankelijkheid

Twee gebieden kunnen dezelfde klant, order of project delen, maar met verschillende statussen werken. Het automatiseren van een ongedefinieerde bron van waarheid kan de snelheid vergroten waarmee een tegenstrijdigheid zich verspreidt.

5. Economische afhankelijkheid

Het ene gebied kan de kosten verlagen door het andere te verhogen: kortingen die de omzet verhogen maar de marge uithollen; grote partijen die de eenheidskosten verlagen maar de voorraad vergroten; Controles geëlimineerd die minuten besparen, maar het aantal daaropvolgende incidenten vergroten.

Deze afhankelijkheden maken het “afdelingsproces” tot een vereenvoudiging. In werkelijkheid is er een netwerk voor het uitwisselen van werk, informatie, beslissingen, risico's en capaciteit.

4. Een geëlimineerd knelpunt brengt meestal het volgende aan het licht

Het wegnemen van een knelpunt betekent niet dat het systeem geen beperkingen meer heeft. Het betekent dat een ander deel de dominante beperking wordt. Dit is normaal.

De fout is het ontwerpen van het project alsof het doel het maximaliseren van het gebruik van de verbeterde fase is. Als een machine, apparaat of agent 1.000 eenheden kan produceren en de volgende fase er 400 kan absorberen, creëert het gebruik van de eerste op 1.000 geen 1.000 waarde-eenheden. Creëer 600 wachtrij-eenheden.

Bij intellectueel werk neemt deze wachtrij minder zichtbare vormen aan: inboxen, niet-beoordeelde tickets, hangende beslissingen, documenten die wachten op handtekening, niet-gevalideerde voorstellen of klanten waarop niemand op tijd kan reageren.

Daarom is een essentiële vraag na elke verbetering:

Als deze interventie precies werkt zoals we verwachten, welk deel van het systeem zal dan meer werk, meer beslissingen of meer risico's krijgen?

5. Kader ProjectCore: Impact → Overdracht → Reactie → Resultaat

Voordat een lokale verbetering wordt doorgevoerd, kan deze met vier lagen worden geanalyseerd.

I. Directe impact

Wat verandert er in de tussenliggende fase: tijd, volume, fout, kosten, capaciteit, autonomie of beslissingsfrequentie.

II. Overdracht

Welke variabele verlaat dat stadium naar een ander. Het kan gaan om meer gevallen, minder context, snellere informatie, meer uitzonderingen, geavanceerde beslissingen of verplaatste risico's.

III. Systeemreactie

Hoe de ontvangstgebieden reageren. Hebben ze capaciteit? Zullen de prioriteiten veranderen? Zou u een handmatige controle creëren? Zal de schaal groter worden? Zal de kwaliteit worden verlaagd om het volume te behouden?

IV. Eindresultaat

Wat gebeurt er met de maatstaf die er echt toe doet voor het bedrijf: totale tijd, totale kosten, marge, compliance, conversie, tevredenheid, fouten, cashflow of groeicapaciteit.

6. Verwar hulpbronnenefficiëntie niet met stroomefficiëntie

Een organisatie kan proberen elk team zo druk mogelijk te houden en, paradoxaal genoeg, de hele uitkomst vertragen. Als elk gebied in grote batches werkt om “efficiënt te zijn”, wacht het werk langer tussen de fasen. Als niemand de uitzonderingsmogelijkheden behoudt, ontwricht een urgent incident het hele systeem.

Efficiëntie van hulpbronnen vraagt hoeveel we elke capaciteit gebruiken. Stroomefficiëntie vraagt hoe lang het duurt voordat een werkeenheid het systeem doorkruist en hoeveel totale inspanning het kost.

Beide zijn belangrijk, maar ze zijn niet gelijkwaardig. Een bedrijf kan op een kritiek punt ogenschijnlijk onbenutte capaciteit accepteren als die reserve het aantal wachtrijen vermindert, de SLA beschermt of de mogelijkheid biedt om variabiliteit op te vangen.

7. Drie patronen van valse verbetering

Patroon A: Besparingen die als uitzondering weer verschijnen

De standaardzaak is geautomatiseerd en het lokale team bespaart uren. De uitzonderingen bereiken echter een ander gebied zonder context. De tijd verdwijnt niet: hij verandert van eigenaar en wordt duurder omdat er onderzoek voor nodig is.

Patroon B: snelheid die de kwaliteit stroomafwaarts verslechtert

Een initiële validatie wordt verminderd om de toegang te versnellen. Later ontdekt een gespecialiseerde fase fouten die al documenten, inventaris of communicatie hebben besmet. De kosten van laat corrigeren zijn hoger dan die van vroeg valideren.

Patroon C: productiviteit die interne vraag creëert

Met een tool kunt u vrijwel kosteloos rapporten, campagnes, analyses of verzoeken genereren. Door de wrijving van de productie te verminderen, neemt de geproduceerde hoeveelheid toe. Als het beoordelen, goedkeuren of uitvoeren nog steeds duur is, raakt het systeem overweldigd door die tweede activiteit.

8. Meet een ketting, geen punt

Een grote interventie moet ten minste één lokale metriek, één stroommetriek en één of twee vangrailmetrieken hebben.

• Locatie: menselijke tijd per geval in de gewijzigde fase.
• Stroom: totale tijd van invoer tot resultaat.
• Kwaliteit vangrail: fout, herbewerking of terugkeer in latere stadia.
• Leuningcapaciteit: achterstand of wachtrijleeftijd bij de ontvanger.
• Economisch: totale kosten per eenheid of marge, indien relevant.

Hypothetisch voorbeeld: Als facturering het aanmaken van facturen automatiseert, kunnen “uurfacturen” dramatisch verbeteren. Maar echt succes kan afhangen van de tijd tot inning, het percentage gecorrigeerde facturen, incidenten met onjuiste gegevens en het totale handmatige werk van de order-to-cash-cyclus.

Een lokale verbetering wordt geloofwaardig wanneer het eindresultaat verbetert zonder de relevante vangrails te beschadigen.

9. Test de interventie onder omstandigheden van succes, en niet alleen van mislukking

Pilots testen vaak of de technologie faalt. Je moet ook testen wat er gebeurt als het heel goed werkt.

Deze test vermijdt een veel voorkomende paradox: dat technisch succes operationele mislukkingen veroorzaakt.

10. Wanneer lokaal optimaliseren zinvol is

Niet alles vereist een herinrichting van het hele bedrijf. Een lokale verbetering is redelijk als de interfaces duidelijk zijn, de downstreammogelijkheden worden begrepen, de output verifieerbare kwaliteit heeft en de uiteindelijke meetgegevens niet afhankelijk zijn van veel verborgen consequenties.

Het kan ook juist zijn om een specifieke beperking te verbeteren, zelfs als we weten dat er nog een zal verschijnen. Het belangrijkste is om het bewust te doen en de volgende beweging voor te bereiden.

De regel is niet ‘optimaliseer nooit een afdeling’. Het is:

Optimaliseer lokaal, maar beslis systemisch.

11. Relatie met automatisering: het probleem is niet het hulpmiddel

In Hoe weet je of een proces automatisering nodig heeft? We leggen uit dat automatisering het knelpunt kan wegnemen. Hier is het punt breder: elke interventie moet worden gezien als onderdeel van een netwerk van afhankelijkheden.

Automatisering versterkt dit fenomeen omdat de doorvoersnelheid abrupt kan veranderen. Maar het kan ook worden gebruikt om het op te lossen: overdrachten coördineren, capaciteit zichtbaar maken, context verrijken, limieten toepassen en wachtrijen detecteren voordat ze incidenten worden.

12. Ontwerpeigenaarschap voor het transversale resultaat

Als de verkoop alleen reageert op ‘verdiende’, de bedrijfsvoering alleen op ‘geleverd’ en het management alleen op ‘gefactureerd’, is niemand noodzakelijkerwijs eigenaar van het hele traject, van belofte tot incasso. Grensoverschrijdende problemen worden problemen van een “andere afdeling”.

Voor kritische processen is het wenselijk dat er sprake is van transversaal eigenaarschap van het resultaat, alhoewel elke fase zijn functionele manager behoudt. Die eigenaar hoeft niet alles uit te voeren. Je moet in staat zijn om de stroom te observeren, veranderingen tussen gebieden aan te vragen en tegenstrijdige statistieken op te lossen.

13. Praktische audit van systeemoptimalisatie

1. Selecteer een recente of geplande verbetering.
2. Schrijf de lokale statistiek op die u wilt verbeteren.
3. Teken welke output het podium produceert en wie deze ontvangt.
4. Het markeert afhankelijkheden op het gebied van volume, kwaliteit, besluitvorming, informatie en economie.
5. Identificeert de eerste beperking die zou optreden als de verbetering het effect zou verdubbelen.
6. Definieer twee plausibele gevolgen van de tweede orde.
7. Kies een volledige stroommetriek.
8. Voeg stroomafwaartse vangrails toe.
9. Probeer een echt voorbeeld voordat u uitbreidt.
10. Controleer het systeem nadat het nieuwe gedrag is gestabiliseerd.

Conclusie

Bedrijven zijn gemaakt van afhankelijkheden. Wanneer één deel verandert, blijven de anderen niet bewegingloos. Ze absorberen meer volume, krijgen minder context, passen prioriteiten aan, creëren controles, stapelen wachtrijen op of veranderen de manier waarop ze beslissen.

Daarom mag een verbetering niet alleen worden beoordeeld op basis van de productiviteit van het tussenliggende punt. De hele vraag is of het systeem een ​​beter resultaat oplevert met lagere totale kosten, minder wachten, minder fouten en een duurzame belasting.

Het optimaliseren van één onderdeel kan precies zijn wat het bedrijf nodig heeft. Maar de grens van het besluit moet reiken waar de gevolgen ervan reiken.

ProjectCore analyseert processen en afhankelijkheden voordat technologie wordt voorgesteld. Je ziet de focus op hoe wij werken.