Organisationsschema
Grundidén
Ett organisationsschema visar hur en organisation är uppbyggd: vilka roller som finns, och vem som rapporterar till vem. Det klassiska schemat är ett träd med den högsta chefen överst. Varje linje nedåt betyder “är chef över” — och därmed vem som sätter lön, godkänner semester och har personalansvar.
När ni börjar på en LIA-plats eller i ett kundprojekt är schemat ofta det första ni behöver: vem frågar jag om vad?
Vad används det till?
- Förstå en ny arbetsplats — vem är min chef, och vem är min chefs chef?
- Hitta rätt person — vem beslutar om budget, vem äger systemet ni ska integrera mot?
- Planera ett projekt — vilka avdelningar berörs, och vem behöver godkänna?
- Se otydligheter — personer med två chefer, eller roller som ingen äger
Delarna och vad de heter
| Del | Hur den ritas | Vad den betyder |
|---|---|---|
| Ruta / roll | Rektangel med rolltitel (ibland namn) | En befattning, en avdelning eller ett team. Skriv rollen — personer byts ut |
| Rapportlinje | Heldragen linje uppåt | “Rapporterar till” — linjechefen, med personalansvar |
| Nivå | Rutor på samma höjd | Samma steg i hierarkin. Antalet nivåer säger hur “platt” organisationen är |
| Stabsfunktion | Ruta vid sidan av en linje, ofta med streckad koppling | Stöd till chefen — HR, ekonomi, juridik — som inte är chef över linjen under |
| Matrislinje | Prickad eller streckad linje | Ett andra sammanhang personen jobbar i, oftast ett projekt. Projektledaren styr arbetet, linjechefen styr anställningen |
| Projekt (matris) | Ruta som “korsar” linjeorganisationen | Ett tillfälligt uppdrag där personer från flera avdelningar jobbar ihop |
En organisation där folk har både en linjechef och en projektchef kallas matrisorganisation. Den är vanlig i konsultbolag — och den är källan till frågan “vem bestämmer egentligen?” när två chefer vill olika saker.
Exempel — ett IT-konsultbolag och ett Scrum-team
Ett IT-konsultbolag har konsulterna organiserade efter kompetens — en konsultchef för .NET, en för Cloud. Men konsulterna arbetar ute hos kunder. Konsult B och Konsult D sitter just nu i samma kunduppdrag:
Konsult B:s linjechef är konsultchefen för .NET — det är hen som har utvecklingssamtal och sätter lön. Men det dagliga arbetet styrs i kunduppdraget. Det är en matris, och det är därför konsulter ofta har två frågor att hålla isär: “vad ska jag göra idag?” (uppdraget) och “hur går det för mig?” (linjechefen).
Inne i kunduppdraget jobbar B och D i ett Scrum-team. Och här slutar organisationsschemat att fungera — för Scrum-rollerna är inte en hierarki:
Tre saker att lägga märke till:
- Rollerna står bredvid varandra, inte över. Product Owner bestämmer vad som är viktigast, men inte hur utvecklarna ska jobba. Scrum Master är inte en chef — se Roller.
- Linjechefen står utanför teamet. Konsultchefen har personalansvar men lägger sig inte i sprinten.
- Det som håller ihop teamet är målet, inte en rapportlinje. Därför ritas det som en gemensam grund snarare än en topp.
Försöker man rita in ett Scrum-team i ett vanligt träd — med Scrum Master överst — har man missförstått Scrum.
När ska du välja ett organisationsschema?
| Välj organisationsschema när… | Välj något annat när… |
|---|---|
| Frågan är vem som är chef över vem | Frågan är vem som gör vad i en process → BPMN och simbanor |
| Ni ska förstå en kunds eller LIA-plats organisation | Ni vill visa hur ett agilt team samarbetar — rita rollerna på samma nivå, som ovan |
| Ni ska ta reda på vem som behöver godkänna något | Ni vill reda ut vem som har ansvar för vilka beslut — en ansvarsmatris (RACI-tabell) passar bättre |
Vanliga misstag
- Blanda roller och personer. Skriv rollen (“Konsultchef .NET”) och lägg till namn om det behövs. Annars är schemat inaktuellt efter första personalbytet.
- Rita Scrum som ett träd. Product Owner överst, Scrum Master under, utvecklare längst ner — fel på alla tre punkterna.
- Glömma matrisen. I många organisationer är det streckade linjerna som styr vardagen. Utan dem ser schemat enklare ut än verkligheten.
- Stabsfunktion som chef. HR ritas vid sidan av, inte ovanför avdelningarna — HR är inte chef över utvecklarna.
- För många nivåer i ett schema. Rita ett översiktsschema och ett detaljerat per avdelning hellre än allt på en gång.
Mall att kopiera
| Roll | Rapporterar till (linje) | Streckad linje till (projekt/uppdrag) | Stab? | Person (valfritt) |
|---|---|---|---|---|
| — | ||||
Varje rad blir en ruta; kolumnen Rapporterar till blir de heldragna linjerna, nästa kolumn de streckade.
Övning
Rita organisationsschemat för er utbildning: utbildningsledare, lärare/utbildare, studerande, ledningsgrupp, eventuell LIA-handledare. Var sitter LIA-handledaren — i trädet, eller på en streckad linje? Rita sedan er projektgrupp som ett Scrum-team. Vem i gruppen har vilken roll, och är någon av dem chef?
TL;DR
| Begrepp | Vad det är |
|---|---|
| Organisationsschema | Vem rapporterar till vem — ett träd |
| Rapportlinje | Heldragen linje: linjechef, personalansvar |
| Stabsfunktion | Stöd vid sidan av linjen, t.ex. HR |
| Matrisorganisation | Linjechef + projekt — streckade linjer |
| Scrum-team | Tre roller på samma nivå, inte en hierarki |