Konfigurationshantering i Agil utveckling och Förvaltning

Kontroll av konfigurationsobjekt via en fungerande metodoberoende process för Konfigurationshantering är det centrala budskapet i seminariet.

Metoder och Processer måste hållas isär. Processen, i det här fallet Konfigurationshantering, förblir densamma oavsett metod jfr Vattenfall eller Agila metoder. Detsamma gäller för Förvaltning där Agila metoder har, i vår mening rättmätigt, fått stor genomslagskraft genom sitt fokus på kundnytta och strukturerad hantering av krav i ”back-log”. Förvaltningsfolk har i många år pratat om ”back-logen” för sitt system och hur bedrövligt det är att den växer.

Med Agil förvaltning menas helt enkelt att man i genomförandet av nästa release använder agila metoder för att entydigt påvisa, maximera/optimera och leverera kundnytta. Processerna för att leverera kundnyttan förblir desamma men genomförandet sker inte påtalat seriellt/sekventiellt som i Vattenfallsmetoder utan samtidigt och uppdelat i många små steg där utvecklaren/teamet måste prestera med snabba lösningar och ofta på daglig basis.

Konfigurationshantering som process blir då en naturlig förutsättning för fungerande processer i AGIL utveckling med krav på dagliga Builds och frekventa Branching och Merging aktiviteter. Automatisering av stora delar av utvecklingsprocessen är ett huvudkrav för att kunna agera agilt. Exempel på automatisering är tester, uppsättning och genomföranden och de redan nämnda Build/Branch/Merge aktiviteterna.

I förvaltning är konfigurationshantering en stödjande process för de operativa kärnprocesserna i ITIL med fokus på kundnyttan i driftsläget med kvalitetssäkrade snabba incident och problemlösningar samt på ändringar med kundnytta. Utveckling dvs arbetet med att öka kundnyttan sker här på samma sätt som under utveckling dvs Agilt.

Processen för Konfigurationshantering förblir densamma oavsett metod och det gäller att hålla isär begreppen. Metoder kan ändras men processer består. Endast om en fungerande Konfigurationshanteringsprocess är definierad och efterlevs kan en långsiktig plattform för ständiga förbättringar åstadkommas.

För att möjliggöra förbättringar av processer har grundreglerna beskrivits som: (Citatet kommer från PinkElephant.com som bla skrivit kapitlet ”Continual Service Improvement i ITIL v3.0)

– What is not defined cannot be controlled
– What is not controlled cannot be stabilized
– What is not stabilized cannot be measured
– What is not measured cannot be improved