Når et projekt går skævt, skyldes det ofte ikke kun dårlig planlægning eller manglende ressourcer. Meget ofte starter problemerne tidligere, nemlig i en uklar procesforståelse. Teamet tror, at de arbejder med den samme proces, men i praksis ser salg, drift, økonomi og kunderne noget forskelligt.
Her er SIPOC et stærkt værktøj. Det er enkelt at bruge, hurtigt at forklare og meget nyttigt, når du vil skabe fælles overblik, afgrænse scope og finde de steder, hvor en proces halter. Det gælder både i klassisk projektledelse, Lean-forløb og mere agile forbedringsinitiativer.
Hvad er SIPOC i procesforbedring?
SIPOC er et procesværktøj, der giver et overordnet billede af, hvordan en proces hænger sammen. Navnet står for Suppliers, Inputs, Process, Outputs og Customers. På dansk kan man tænke det som leverandører, input, proces, output og kunder.
— Du kan få dem tilsendt herunder! —
Pointen er ikke at beskrive alt i detaljer. Pointen er at få de vigtigste byggesten på plads, så projektgruppen kan tale om den samme proces ud fra det samme billede. Derfor bruges SIPOC ofte tidligt i et projekt eller i starten af et procesforbedringsforløb.
En god SIPOC tvinger teamet til at besvare fem enkle spørgsmål:
| SIPOC-element | Hvad spørger du om? |
|---|---|
| Suppliers | Hvem leverer det, processen skal bruge? |
| Inputs | Hvilke data, materialer eller forudsætninger kræver processen? |
| Process | Hvilke 5 til 7 hovedtrin udgør processen? |
| Outputs | Hvad kommer der ud af processen? |
| Customers | Hvem modtager eller påvirkes af outputtet? |
Det lyder næsten for simpelt. Men netop enkelheden er styrken. Når et team ikke kan blive enige om input, kunder eller procesgrænser, er det ofte et tydeligt tegn på, at der gemmer sig risiko, uklare overleveringer eller skjulte antagelser.
Hvorfor SIPOC er nyttigt i projekter
SIPOC hjælper især i projekter, hvor flere funktioner er involveret, og hvor processen går på tværs af afdelinger. Det gælder blandt andet onboarding, ordrebehandling, support, fakturagodkendelse, reklamationer og interne godkendelsesflows.
I praksis skaber værktøjet værdi, fordi det gør tre ting på én gang. Det afgrænser processen. Det tydeliggør afhængigheder. Og det skaber fælles sprog blandt interessenter, som ellers taler forbi hinanden.
Når du laver en SIPOC tidligt, får du også en mere præcis projektstart. Du ser hurtigere, om problemet reelt ligger i selve processen, i inputkvaliteten eller i forventningerne til outputtet.
Hent vores bøger og skabeloner herunder
Det er især nyttigt, når du vil:
- afgrænse scope
- skabe fælles procesforståelse
- identificere interne og eksterne kunder
- finde svage input eller uklare grænseflader
- forberede mere detaljeret analyse
Sådan bruger du SIPOC trin for trin i et projekt
SIPOC laves bedst i en workshop med de personer, der kender processen fra forskellige vinkler. Det behøver ikke tage lang tid. Mange teams kan lave en brugbar første version på 30 til 60 minutter, hvis processen er rimelig afgrænset.
En praktisk fremgangsmåde ser sådan ud:
- Vælg processen: Hold fokus på én proces ad gangen, ikke et helt område.
- Fastlæg start og slut: Beslut præcist, hvor processen begynder og slutter.
- Beskriv hovedtrinene: Skriv 5 til 7 overordnede trin, ikke en detaljeret arbejdsinstruktion.
- Identificér outputs: Beskriv, hvad processen leverer videre.
- Find kunderne: Notér både eksterne og interne modtagere af outputtet.
- Kortlæg inputs: Skriv, hvad processen skal bruge for at fungere.
- Find leverandørerne: Afdæk, hvem der leverer inputtene.
- Validér med interessenter: Tjek, om procesejer og nøglepersoner er enige i billedet.
Det kan være fristende at starte med leverandører og input, fordi det ligger til venstre i SIPOC-modellen. Mange teams får dog bedre resultater ved først at afgrænse processen og beskrive hovedtrinene. Når processens kerne er tydelig, bliver det lettere at se, hvad der går ind, og hvad der kommer ud.
En tommelfingerregel er, at hvis dit procesfelt bliver fyldt med 15 trin, så er du gået for langt ned i detaljer. SIPOC er et oversigtsværktøj, ikke en proceduremanual.
Trin-for-trin eksempel på SIPOC: onboarding af nye medarbejdere
Lad os tage et konkret eksempel fra et projekt, der skal forbedre onboarding af nye medarbejdere i en mellemstor virksomhed.
Projektets problem er, at nye medarbejdere ofte mangler adgang til systemer på første arbejdsdag, og at flere afdelinger oplever uklare overleveringer. Teamet beslutter derfor at starte med en SIPOC.
Først afgrænser de processen:
- Start: Leder sender anmodning om onboarding
- Slut: Medarbejderen er klar med udstyr, adgang og introduktionsplan på første arbejdsdag
Derefter laver teamet denne SIPOC:
| Suppliers | Inputs | Process | Outputs | Customers |
|---|---|---|---|---|
| Ansættende leder, HR, IT, facility management | Ansættelsesdata, startdato, jobrolle, adgangsbehov, udstyrsbehov | Modtag anmodning, valider oplysninger, bestil udstyr og adgang, planlæg introduktion, klargør arbejdsdag, bekræft klar status | Klar arbejdsstation, oprettede systemadgange, onboarding-plan, bekræftet opstart | Ny medarbejder, leder, HR, IT-support |
Det interessante ved eksemplet er ikke kun selve tabellen. Det interessante er, hvad den får teamet til at opdage.
I workshoppen bliver det tydeligt, at inputtet “adgangsbehov” ofte er ufuldstændigt. Lederen sender måske navn og startdato, men ikke hvilke systemer medarbejderen skal have adgang til. IT bliver derfor forsinket, og det rammer outputtet direkte.
Teamet opdager også, at der er flere kunder end først antaget. Den nye medarbejder er en tydelig kunde, men det samme er den ansættende leder, som forventer, at medarbejderen kan arbejde fra dag ét. HR og IT er også interne kunder af deloutput undervejs.
Det giver projektet et langt bedre udgangspunkt. Nu kan næste skridt være at måle, hvor ofte input er mangelfulde, og hvor i processen forsinkelserne typisk opstår.
Hvad du får ud af et SIPOC-diagram i projektarbejdet
Når SIPOC bruges rigtigt, bliver det mere end et pænt proceskort. Det bliver et arbejdsredskab, som du kan bruge aktivt i planlægning, analyse og forbedring.
I planlægningsfasen hjælper SIPOC dig med at afgrænse projektets fokus. Det er afgørende, hvis der er risiko for, at projektet vokser undervejs. Når start, slut og kunder er tydelige, bliver det også lettere at forklare projektets scope til styregruppe og interessenter.
I analysefasen bliver SIPOC et godt pejlemærke. Du kan bruge det til at spørge, om problemerne skyldes mangelfulde input, svage leverandører, uklare procestrin eller outputs uden tydelige kvalitetskrav.
SIPOC er også nyttigt, når du arbejder med risiko og kvalitet. Hvis et kritisk input kun kommer fra én kilde, har du en sårbarhed. Hvis et output ikke har en tydelig kunde, kan du stå med arbejde, der ikke skaber reel værdi.
Typiske fejl med SIPOC og hvordan du undgår dem
SIPOC er enkelt, men det er nemt at bruge forkert. Det sker især, når workshoppen bliver for løs, eller når deltagerne går direkte ned i detaljer uden først at blive enige om scope.
De mest almindelige fejl er:
- For mange procestrin
- Uklare start- og slutpunkter
- Input og output blandes sammen
- Kunder ses kun som eksterne
- Kun én afdeling beskriver processen
Der er også nogle typiske mønstre, som projektledere bør holde øje med:
- For bred proces: Teamet prøver at beskrive et helt værdikædeforløb i én SIPOC.
- For meget detalje: Diagrammet ender som en lang arbejdsinstruktion.
- For snæver kundeforståelse: Interne modtagere bliver glemt.
- Manglende validering: SIPOC godkendes aldrig af procesejer eller nøgleinteressenter.
- Ingen opfølgning: Diagrammet laves, men bruges ikke til analyse eller forbedring.
Hvis du vil undgå de fejl, skal du facilitere stramt. Stil korte spørgsmål. Udfordr upræcise formuleringer. Og hold fast i, at SIPOC kun skal vise hovedbilledet.
SIPOC og andre værktøjer i projektledelse
SIPOC kan sjældent stå alene. Det fungerer bedst som startpunkt for mere målrettet arbejde. Når processen først er afgrænset, kan du gå videre med de værktøjer, der passer til projektets formål.
Det gælder især, hvis du arbejder med forbedringer, hvor der både skal skabes overblik, findes årsager og følges op på ansvar.
Typiske kombinationer ser sådan ud:
- Flowchart: Når du skal ned i detaljer og se konkrete aktiviteter, beslutningspunkter og flaskehalse.
- RACI: Når roller og ansvar på tværs af afdelinger er uklare.
- Målinger og KPI’er: Når du vil følge fejlrate, gennemløbstid eller svartid på procesniveau.
- Årsagsanalyse: Når SIPOC har vist, hvor problemet sandsynligvis opstår, men ikke hvorfor.
- DMAIC eller forbedringsspor: Når processen skal forbedres systematisk fra problemdefinition til kontrol.
Et godt råd er at se SIPOC som den første side i procesarbejdet. Ikke den sidste.
Sådan faciliterer du en god SIPOC-workshop
Selve workshoppen betyder meget for kvaliteten af resultatet. En god SIPOC opstår sjældent ved, at én person sidder alene og udfylder en skabelon. Den bliver stærk, når forskellige perspektiver mødes, og når uenigheder kommer frem tidligt.
Invitér derfor personer fra de vigtigste led i processen. Det kan være procesejer, udførende medarbejdere, interne kunder, leverandører til processen og eventuelt en person med dataindsigt. Du behøver ikke et stort forum. Ofte er 4 til 7 deltagere passende.
Start med at skrive procesnavnet på tavlen. Få derefter enighed om start og slut. Først når det er på plads, går I videre til procestrin, outputs, kunder, inputs og leverandører.
En enkel tommelfingerregel til workshoppen er denne: Hvis deltagerne begynder at diskutere klik, felter, undtagelser og systemskærmbilleder, så er I sandsynligvis gået for langt ned i detaljen.
Fra SIPOC til konkrete forbedringer i projektet
Et SIPOC-diagram skaber ikke forbedringer i sig selv. Værdien opstår først, når du bruger det til at vælge de rigtige næste skridt.
Det kan være at måle kvaliteten af input, analysere ventetid mellem procestrin, præcisere ansvar i en overlevering eller justere output, så det passer bedre til kundernes behov. I nogle projekter fører SIPOC til en ny procesbeskrivelse. I andre fører det til ændrede roller, bedre standarder eller færre godkendelseslag.
Hvis du vil have mest muligt ud af metoden, så brug den tidligt, hold den enkel og koble den direkte til handling. Det er dér, SIPOC bliver et praktisk værktøj og ikke bare endnu et diagram i projektmappen.
— Du kan få dem tilsendt herunder! —
