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

Organisationsschema med namngivna delar: ruta för roll, rapportlinje, nivåer, stabsfunktion vid sidan av linjen och matrislinje till ett projekt VD HR & ekonomi Sälj Utveckling Drift Team A Team B Kundprojekt X Nivå 1 Nivå 2 Nivå 3 Ruta / roll Stabsfunktion Rapportlinje Matrislinje Projekt (matris)
DelHur den ritasVad den betyder
Ruta / rollRektangel med rolltitel (ibland namn)En befattning, en avdelning eller ett team. Skriv rollen — personer byts ut
RapportlinjeHeldragen linje uppåt“Rapporterar till” — linjechefen, med personalansvar
NivåRutor på samma höjdSamma steg i hierarkin. Antalet nivåer säger hur “platt” organisationen är
StabsfunktionRuta vid sidan av en linje, ofta med streckad kopplingStöd till chefen — HR, ekonomi, juridik — som inte är chef över linjen under
MatrislinjePrickad eller streckad linjeEtt andra sammanhang personen jobbar i, oftast ett projekt. Projektledaren styr arbetet, linjechefen styr anställningen
Projekt (matris)Ruta som “korsar” linjeorganisationenEtt 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:

Organisationsschema för ett IT-konsultbolag: VD med stabsfunktion, fyra avdelningar, konsulter under två konsultchefer, och två konsulter kopplade med streckade linjer till ett kunduppdrag VD Ekonomi & HR Sälj Konsultchef .NET Konsultchef Cloud Intern IT Konsult A Konsult B Konsult C Konsult D Uppdrag hos kund: bokningssystem

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:

Ett Scrum-team ritat som tre roller på samma nivå — Product Owner, Scrum Master och Utvecklare — som delar samma produktmål, med konsultchefen utanför teamet Konsultchef personalansvar — inte teamchef Scrum-team Product Owner Scrum Master Utvecklare vad och varför (prioriterar) hur vi jobbar (tar bort hinder) bygger produkten (självorganiserade) Produktmålet — samma mål för alla tre rollerna Ingen av rollerna är chef över de andra

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 vemFrågan är vem som gör vad i en process → BPMN och simbanor
Ni ska förstå en kunds eller LIA-plats organisationNi 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ågotNi 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

RollRapporterar 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

BegreppVad det är
OrganisationsschemaVem rapporterar till vem — ett träd
RapportlinjeHeldragen linje: linjechef, personalansvar
StabsfunktionStöd vid sidan av linjen, t.ex. HR
MatrisorganisationLinjechef + projekt — streckade linjer
Scrum-teamTre roller på samma nivå, inte en hierarki