BPMN och simbanor
Grundidén
En processkarta visar hur ett arbete flyttar sig mellan människor. Varje roll får en egen simbana — en rad i diagrammet, som en bana i en simhall — och stegen ritas i den bana där de görs. När en pil korsar en banlinje lämnas arbetet över till någon annan, och det är oftast där det går fel: ärenden blir liggande, information tappas bort, ingen vet vems tur det är.
Det finns två nivåer:
- Simbanediagram (swimlane) — rutor och pilar i banor. Inga särskilda symboler, alla förstår det direkt.
- BPMN (Business Process Model and Notation) — en standard med bestämda symboler för händelser, beslut och meddelanden. Mer exakt, och kan läsas av verktyg som kör processen automatiskt.
Vad används det till?
- Kartlägga hur det fungerar idag — innan man förbättrar något måste teamet vara överens om nuläget
- Hitta flaskhalsar och överlämningar — varje pil mellan två banor är en risk för väntan
- Förklara en process för en ny kollega eller för kunden
- Specificera ett system — vilka steg ska appen sköta, och vilka gör en människa?
Delarna och vad de heter
Bilden visar de viktigaste BPMN-symbolerna. Ett simbanediagram använder bara banorna, rutorna och pilarna — resten är BPMN:s tillägg.
| Del | Hur den ritas | Vad den betyder |
|---|---|---|
| Pool | Stor ram med namnet i en lodrät list till vänster | En organisation eller ett system — en egen “spelare”. Kunden är ofta en egen pool |
| Bana (lane) | Rad inuti poolen | En roll, ett team eller en avdelning inom poolen |
| Starthändelse | Tunn cirkel | Det som sätter igång processen |
| Mellanhändelse | Dubbel cirkel | Något som händer under processen — ofta en väntan (“review klar”, “svar mottaget”) |
| Sluthändelse | Tjock cirkel | Processen är klar |
| Aktivitet / uppgift | Rektangel med rundade hörn | Ett arbetssteg som någon utför. Namnge med verb: “Registrera”, inte “Registrering” |
| Exklusiv gateway (X) | Romb med kryss | Ett beslut — flödet tar en av vägarna. Skriv villkoren på pilarna |
| Parallell gateway (+) | Romb med plus | Flödet delas i vägar som körs samtidigt — och sammanfogas med en likadan romb (se exemplet) |
| Sekvensflöde | Heldragen pil | Ordningen mellan steg inom en pool |
| Meddelandeflöde | Streckad pil med ring i början | Information som skickas mellan pooler — mejl, ärende, API-anrop |
| Dataobjekt | Papper med vikt hörn, kopplat med streckad linje | Information som skapas eller används i ett steg |
Tumregel: sekvensflöden stannar inom en pool, meddelandeflöden korsar poolgränsen. Det är den vanligaste BPMN-regeln att bryta.
Exempel — supportärende hos ett IT-konsultbolag
En kund anmäler ett fel i systemet konsultbolaget har byggt. Servicedesk tar emot ärendet; är felet känt svarar de direkt, annars går det vidare till en utvecklare.
Först som ett enkelt simbanediagram — så här ritar teamet på whiteboarden första gången:
Diagrammet räcker för att se att ärendet byter bana fyra gånger. Men det säger inget om när det går till utvecklaren — alla ärenden? — eller att rättning och test kan ske samtidigt. Samma process i BPMN:
Det BPMN-versionen visar som simbanediagrammet missade:
- Kunden är en egen pool. Konsultbolaget styr inte vad kunden gör — de två pratar via meddelanden (streckade pilar).
- Gatewayen “Känt fel?” gör beslutet synligt. Om 80 % av ärendena går “ja”-vägen är det servicedesk som behöver mer stöd, inte utvecklarna.
- Den parallella gatewayen säger att rättning och test görs samtidigt, och att kunden inte får svar förrän båda är klara.
När räcker ett simbanediagram — och när behövs BPMN?
| Välj simbanediagram när… | Välj BPMN när… |
|---|---|
| Teamet ska bli överens om nuläget, snabbt, på whiteboard | Processen ska dokumenteras så att den inte kan misstolkas |
| Publiken är kunder, chefer eller nya kollegor | Publiken är verksamhetsutvecklare eller systemutvecklare |
| Det viktiga är vem som gör vad | Beslut, väntan och parallella steg är det viktiga |
| Ni är i början av ett projekt | Processen ska automatiseras i ett verktyg (t.ex. en workflow-motor) |
| Vill du visa… | Välj hellre |
|---|---|
| Hur kunden upplever processen, inklusive känslor | Kundresa |
| Varför något går fel, inte hur flödet ser ut | Fem varför |
| Hur arbetet flödar genom teamets tavla | Kanban |
Vanliga misstag
- Ett steg per bana, alltid. Om varje ruta ligger i en ny bana är banorna för smala — kanske är det samma roll.
- Rita idealet istället för verkligheten. Kartlägg först hur det faktiskt går till, även det pinsamma. Annars hittar ni inga problem.
- Gateway utan villkor. En romb med två pilar ut men utan “ja”/“nej” på pilarna säger ingenting.
- Sekvensflöde mellan pooler. Mellan organisationer går information som meddelanden — ni styr inte varandras ordning.
- För mycket på en gång. Fler än 15–20 steg blir oläsligt. Dela upp i delprocesser.
Mall att kopiera
Fyll i tabellen tillsammans innan ni ritar — då blir diagrammet nästan en avskrift.
| # | Steg (verb + objekt) | Bana (vem) | Kommer efter | Beslut? (villkor) | Väntan / meddelande? |
|---|---|---|---|---|---|
| 1 | — | ||||
| 2 | 1 | ||||
| 3 | 2 |
Övning
Rita ett simbanediagram för hur er grupp lämnar in en projektuppgift: från att någon skriver klart till att läraren har satt betyg. Banor: Student, Gruppen, Lärare, Lärplattformen. Rita sedan om det i BPMN: var finns det beslut (godkänd/komplettering)? Vilka steg kan ske parallellt? Är lärplattformen en bana eller en egen pool?
TL;DR
| Begrepp | Vad det är |
|---|---|
| Simbanediagram | Rutor och pilar i en bana per roll — enkelt, alla förstår |
| BPMN | Standard med bestämda symboler för händelser, beslut och meddelanden |
| Pool / bana | Organisation / roll inom organisationen |
| Cirklar | Händelser: start (tunn), mellan (dubbel), slut (tjock) |
| Romb | Gateway: X = en väg, + = alla vägar samtidigt |
| Heldragen / streckad pil | Inom poolen / mellan pooler |