...
Respektive förvaltning har traditionellt sett ägt sitt eget IT-stöd (och dessa IT-stöd köps i regel in från externa leverantörer) och sina administrativa resurser. Koncerngemensamma IT-lösningar och administrativa funktioner hanteras i en egen del i organisationen (det man normalt kallar “IT”), inte sällan finansierat via internt köp-sälj. Utveckling (eller upphandling), förvaltning och drift är också ofta separerade.
Vad ger en sådan organisation upphov till?
| Gliffy | ||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Mängden överlappande IT-lösningar är stor
Det går åt mycket tid till synkronisering och överlämning både inom och utom organisationen
Och vilket mer-arbete innebär det?
| Gliffy | ||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Intern köp-sälj kostar administration
Externa leverantörer av IT-stöd kostar upphandling och leverantörsstyrning
Separerad utveckling/upphandling, förvaltning och drift kostar överlämning - en stor post då mängden överlappande IT-stöd dessutom är hög
...
De flesta förvaltningar har dessutom inget behov av ett eget IT-stöd - det är bara i ett fåtal fall verksamhetens komplexitet så kräver. Att lyfta över merparten av förvaltningarna till ett gemensamt IT främjar återanvändning och, om detta gemensamma IT byggs i öppna lösningar med full interoperabilitet, stora möjligheter att automatisera förvaltningarnas processer och därmed minska mängden administration.
Skrota överlämningar till drift och förvaltning
Att separera utveckling, drift och förvaltning kostar också tid i synkronisering och överlämning. Om vi i stället hanterar alla aspekter av ett IT-stöds livscykel i ett och samma team slipper vi den administration och tidsspillan dessa överlämningar leder till - vi bör alltså gå mer och mer mot att jobba DevOps.
...
| Gliffy | |||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Om vi till exempel organiserar oss i applikationsområden i stället för förvaltningar så kommer, helt naturligt, mängden överlappande IT-stöd minimeras. I visionen finns heller ingen IT-avdelning (traditionellt sätt - en central organisation som ansvarar för koncerngemensam IT-infrastruktur behöver vi, men inte en central organisation till vilken man överlämnar utvecklade mikrotjänster t. ex.) - verksamheten ansvarar själv för sitt IT som utvecklas inom DevOps-teams som verksamheter styr över.
Det kommer alltid finnas behov av speciallösningar inom vissa områden, och en viss mängd administration kommer alltid finnas kvar, men speciallösningarna kommer bara upphandlas där det verkligen behövs och den administration som finns kvar kommer att ägnas åt värdeskapande aktiviteter för våra intressenter (medborgare, företagare, mm) och inte åt intern administration.
Nu finns det ju många fler aspekter att ta hänsyn till när man omorganiserar, men det skadar inte med en vision att sikta mot 