Kapacitetsplanering inom IT: Så får ni kontroll på leveransen

Trots ledningsgruppers outtröttliga arbete med prioriteringar, affärsmål och strategiska roadmaps upplever många IT-organisationer samma sak: leveransplanen kraschar så fort den möter verkligheten. Varför misslyckas vi med att förutse leveranskapaciteten, trots alla agila ramverk och planeringsverktyg?

Svaret är inte alltid bekvämt: Prioritering är en affärsövning. Leverans är fysik.

I många organisationer behandlas leveransproblem som ett ”metodproblem”: att teamen inte jobbar tillräckligt agilt eller att beställarna är för otydliga. Men i själva verket handlar det om att vi ignorerar systemets underliggande fysik och fattar strategiska beslut baserade på gissningar och magkänsla, snarare än verifierbar leveransdata.

1. Kapacitetsillusionen och dolda kontextbyten

Ett av de absolut vanligaste systemfelen i storskalig IT-leverans är Kapacitetsillusionen. Det är illusionen om delad kapacitet; idén att en nyckelresurs (till exempel en lösningsarkitekt) som sitter i tre olika team bidrar med 33 % kapacitet per team.

Fysiken bakom kontextbyten (context switching) visar dock att nettoeffekten snarare landar på 15 %. Redan på ritbordet överplaneras systemet massivt. Det är ingen agil utmaning, det är ren matematik som stjälper er roadmap.

2. ”Trojanska hästar” skapar kvävande WIP

Ovanpå detta tillkommer ”Trojanska hästar”: sidoinitiativ som startas av verksamheten med egen budget för att runda IT-avdelningens ordinarie prioriteringar. Problemet är att dessa projekt i slutändan belastar precis samma dolda flaskhalsar, vare sig det rör sig om plattformsteam, säkerhetsgranskning eller infrastruktur.

Resultatet blir ett kvävande WIP (Work In Progress) där en oproportionerligt stor andel av systemets faktiska kapacitet konsumeras av osynligt arbete (skugg-IT, teknisk skuld och ad hoc-ärenden) som ledningsgruppen inte ens vet existerar.

FAQ: Snabba svar om IT-leverans och Kapacitet