Inledning

Omvandlingar är svåra. Oftast på grund av den kulturella förändring som måste ske. I det här blogginlägget kommer vi att identifiera några viktiga frågor som du behöver besvara när du är på väg att omvandla IT Ops till Agile och Lean-metodik. Svaren kommer att vägleda dig i rätt val av metoder och hastighet när du coachar ditt team eller din organisation.

Omvandla IT som en tjänst till IT som en partner

I de flesta situationer är CIO/CTO:s mål att förändra tankesättet från IT som en tjänst till IT som en partner eller från IT som ett kostnadscenter till IT som en innovationsledare. Att sätta upp ett mål är den enklaste utgångspunkten. Resan mot målet är den roligaste och kräver fokus, kommunikation och uthållighet.

Agilitet inom IT Ops

”Agile” är inte en metodik. Enligt Agile Manifesto söker den agila rörelsen alternativ till traditionell arbetsledning. Agila tekniker hjälper team att hantera oförutsägbarhet genom små, iterativa arbetsrytmer och empirisk återkoppling. Det finns ett antal agila metoder och tekniker att välja mellan, till exempel Cleanroom, TSP, PSP, RAD, DSDM, MSF, Scrum, Kanban, UP, XP, TDD, ATDD, BDD, FDD, DDD, MDD.

Vi kommer inte att diskutera Agile-metoder och -tekniker här. Vi kommer bara att nämna att agilitet är ett tillstånd där alla eller några av dessa tekniker flätas samman med varandra beroende på det aktuella behovet hos det team som vill bli agilt.

Viktiga frågor om omvandling

Det finns en mängd detaljerade frågor som bara kan besvaras i samtal ansikte mot ansikte eller under det faktiska arbetet. Det tillvägagångssätt som coachen använder beror på det aktuella läget och de specifika målen för omvandlingen. Trots komplexiteten i olika organisationer finns det nyckelfrågor som hjälper coachen att etablera en baslinje och gå vidare därifrån.

• Värde: Hur fastställs värdet? Vad är värde för intressenter?
• Prioriteringar: Hur kommer man fram till prioriteringarna? Finns det ett gemensamt språk bland intressenterna?
• Belöningar: Hur ser belöningssystemet ut för måluppfyllelse?
• Fallgropar: Skickas arbetet till teamet eller dras det av teamet? Vilka är blockeringarna/ flaskhalsarna i arbetet?
• Sociala frågor: Hur stort är teamet? Är teamen geografiskt utspridda? Finns det kulturella skillnader i arbetet? Är teamet delat?
• Kompetenser: Vad är teamets roll? Vilka färdigheter har teammedlemmarna?

Dessa sex riktningar ger en kulturell utgångspunkt för vidare granskning. En skicklig coach kommer att identifiera och ta itu med denna arbetskultur för att föreslå rätt transformationsväg och hastighet.

Agila metoder och tekniker bör helst väljas av teamet. Det är viktigt att fokusera på en smidig omvandling och att alla är med på den nya kulturen. Vissa tekniker kan användas i början men överges senare när teamet blir bättre på att leverera värde till sina kunder.

Agil framgång

Det finns ett antal agila framgångsfaktorer och belöningar

• Arbetskulturens fokus flyttas till att maximera kundvärdet
• Ökad interaktion mellan teammedlemmarna i syfte att skapa värde
• Teamet drar själva arbetet baserat på prioritet
• Kunderna prioriterar sitt eget arbete baserat på den totala backloggen
• Transparent visualisering av arbetsbelastningen för alla intressenter
• Enkel hantering av intressenternas förväntningar
• Tydlig identifiering av beroenden och snabb lösning
• Chefer kan fokusera på att lösa blockerare
• Färre defekter och olösta problem
• Minimala, om några, omkostnader för hantering av arbetsbelastning

Fördelarna med agila metoder är mycket bredare och varierar beroende på den underliggande implementeringen och de specifika roller som teamen spelar inom IT-organisationen. Det är dock tydligt att Agile-communityn har vuxit exponentiellt under de senaste åren. De flesta som försöker sig på Agile-metoder stannar kvar vid dem. De börjar med att införliva några få bästa metoder och utvecklas till att införa en rad olika metoder som passar bäst för specifika roller inom IT.