Agilne prakse niso namenjene samo skupinam za razvoj programske opreme, ki šprintajo za kodiranje, testiranje in izdajo aplikacij. Agilne metodologije, vključno s scrumom in Kanbanom, danes uporabljajo različne poslovne, podatkovne in tehnološke ekipe, vključno z IT-operacijami.
Čeprav se agilne metodologije lahko uspešno uporabljajo za delovanje IT, obstajajo opazne razlike v listini, prednostnih nalogah in kulturi operativnih skupin, ki jih je treba upoštevati. Razumevanje teh razlik in nato določanje strateških prednostnih nalog strukturira, kako lahko samoorganizirajoče se operativne ekipe IT izvajajo svoje pobude in so boljši člani drugih multidisciplinarnih agilnih skupin.
Tu je treba upoštevati tri korake.
Ponovno določite poslanstvo in listino IT dejavnosti
Člani ekipe za informacijsko tehnologijo na svojo primarno nalogo gledajo kot na prižgano luč za proizvodna, oddelčna in razvojna omrežja, sisteme, aplikacije in baze podatkov. Mnogi sledijo procesom ITIL (knjižnica informacijske tehnologije) za upravljanje incidentov, težav in sprememb ter za sledenje uporabljajo sisteme izdajanja vozovnic, kot so Cherwell, Jira Service Desk in ServiceNow. Kadar zaposleni in drugi končni uporabniki potrebujejo pomoč ali imajo drugačne sistemske zahteve, se tudi IT-sistemi zanašajo na te sisteme, da zajemajo zahteve in podpirajo njihove poteke dela.
Direktor informacijske tehnologije bo verjetno imel enega ali več strateških načrtov, ki se močno zanašajo na operativne ekipe IT. Direktorji informacijske tehnologije imajo verjetno kombinacijo mobilnih, digitalnih transformacij, oblakov in podatkovnih strategij, kjer lahko informacijske operacije igrajo tako primarno kot podporno vlogo. Prednostne naloge so lahko migracije v oblaku, infrastrukturni projekti, večje nadgradnje podjetniških sistemov, novi podporni modeli za orodja SaaS, revizije skladnosti, namestitev novih orodij za sodelovanje in potek dela, nadgradnje ERP in selitve v pisarno.
Vprašanje je, kako bodo IT-službe vodile delo, povezano s temi pobudami? Agilne metodologije so za mnoge izmed njih idealne, zlasti kadar obstajajo slabo opredeljene vnaprejšnje zahteve, tehnične neznanke ali nasprotujoče si prioritete.
Ker pa mnogi v IT-dejavnostih na agilne prakse gledajo kot na razvojno metodologijo, je treba nekaj poučiti in razpravljati o njihovem življenjsko pomembnejšem poslanstvu, obsegu odgovornosti in načinih upravljanja njihovega dela.
Natančneje, mnogi v IT-dejavnostih so bolj navajeni, da jih naloge vodijo vodje projektov. Niso imeli priložnosti določiti, kako najbolje oblikovati in uvesti rešitve, razporediti dela in ublažiti tveganja zaradi tehničnih neznank. Agilne metodologije odpravljajo te pomanjkljivosti vodenja projektov od zgoraj navzdol. Od inženirjev zahtevajo, da stopijo v gibčne vloge, sodelujejo pri obredih in uporabljajo gibčna orodja za razumevanje novega načina dela.
Ponovno določite agilne metodologije za delovanje IT
Agilni voditelji ne morejo uporabiti neposrednega scrum-a ali Kanbana za ekipe IT-operacij. Upoštevati je treba več pomembnih razlik v kulturi in operativnem modelu. Tu je nekaj korakov za pregled v skupini:
- Ponovno določite okretne vloge. Večina IT-dejavnosti nima lastnikov izdelkov, dodeljenih njihovim pobudam. V najboljšem primeru imajo lahko sponzorje projektov in analitike, ki pišejo zahteve. Verjetno bo potrebno nekaj usposabljanja in poučevanja, da bodo ljudje lažje prevzeli odgovornosti glede lastništva izdelkov. Najpomembnejše je, da bodo morali za njihove pobude opredeliti, kdo so stranke, in si prizadevati za prednostno delo glede na potrebe in vrednote strank.
- Napišite zgodbe in merila za sprejem. Inženirji, ki delajo na sistemih, niso vajeni pisanja zahtev kot uporabniških zgodb in določanja meril sprejemljivosti. Mnogi inženirji začnejo izvajati z razumevanjem splošnega cilja, nato pa skupaj s tehnologijo ugotovijo operativne in optimalne rešitve. Kljub temu je vredno dodati disciplino pisanja zahtev, saj pomaga razviti skupno razumevanje ciljev s stališča kupca ali končnega uporabnika in nato določiti merila sprejemljivosti glede nefunkcionalnih zahtev.
- Določite prednostne naloge. IT-operacije morajo zamenjati čas, da se odzovejo na incidente in izpolnijo zahteve, skupaj s svojimi zavezami glede gibčnih pobud. Razvijalci svoje delo večinoma prilagajajo svojim gibčnim skupinam in obveznostim, vendar se morajo informacijske operacije odzvati na operativne prednostne naloge, preden se lotijo dela na svojih okretnih zaostankih. Številne informacijske ekipe se borijo, kako izraziti prednostne naloge, kaj pomeni zavezanost, kdaj jih lahko motijo prednostni incidenti, kako oceniti gibčne zgodbe uporabnikov in kako izmeriti njihovo zmogljivost.
- Izberite ustrezne agilne metodologije. Vrste del, ki imajo prednost pri IT-dejavnostih, se z nekaterimi metodami bolje ujemajo z drugimi. Nekatere skupine, ki se ukvarjajo z zbirko manjših pobud, bodo morda imele koristi od uporabe Kanbana; drugi, ki delajo na daljših pobudah s kompleksnimi zahtevami, so morda bolj primerni za prepir. Večje organizacije bi morale razmisliti o podpori vsaj teh dveh metodologij.
- Razumevanje vlog. Operacije IT imajo različne odgovornosti v različnih agilnih pobudah. Verjetno so gonilna sila infrastrukture, migracije v oblaku in pobud za varnost ter imajo določene vloge in odgovornosti za nadzor nad gibčnimi skupinami. V drugih, kot so devops, avtomatizacija ali pobude za upravljanje podatkov, verjetno niso gonilniki in sodelujejo kot gibčni člani ekipe. Oba scenarija zahtevata opredelitev načina sodelovanja inženirjev glede na njihove odgovornosti do ekipe in programa.
Agile integrirajte z operativnimi orodji
Operativne ekipe za informacijsko tehnologijo že uporabljajo sisteme za upravljanje incidentov in zahtev, druge platforme za sisteme za spremljanje in dodatna orodja za spodbujanje skupinskega sodelovanja. Toda orodja ITSM (IT Service Management) niso primerna za sledenje večtedenskim pobudam, upravljanje kompleksnih projektov z Ganttovimi grafikoni ali preglednicami pa povečuje projektna tveganja. Če bodo operativne ekipe sprejele gibčne metodologije, bodo za ta način dela potrebovale pravo orodje.
Toda IT-operacije, ki mešanici dodajo novo gibčno orodje za upravljanje projektov, morajo upoštevati potek dela in integracijo podatkov med svojimi procesi in sistemi.
Najbolje je, da vpliv preučimo z vidika enega samega inženirja. Morda uporabljajo PowWow Mobile za upravljanje storitev, Jira za agilne pobude, Slack za sodelovanje in BigPanda za AIops. Doda še režijske stroške, da kliknete več orodij, če želite vedeti prednostne naloge dela, kako zabeležiti stanje nedokončanega dela in kje deliti informacije s kolegi. Prav tako lahko ustvari zmedo pri zainteresiranih straneh, ko se inženir zaveže, da bo zaključil delo z okretnimi skupinami, vendar ga naloga odzove na prednostni incident.
Operativne ekipe za informacijsko tehnologijo morajo razmisliti o tem, kako se potek dela in podatki povezujejo med temi orodji, in zagotoviti, da gre za zaprt postopek. Na primer, incident se lahko začne na servisni mizi, popravila izvede agilna ekipa za IT-operacije in nato zahteva preverjanje s pomočjo orodij za spremljanje. Sledenje od konca do konca s tremi ali več tehnologijami povzroča težave in integracija med njimi izboljša kakovost podatkov.
Ta vprašanja so le izhodišče. Nujno je, da operativne ekipe IT uporabljajo agilne retrospektive, da razpravljajo o tem, kaj deluje, kaj se mora spremeniti in kako razvijati svoje metodologije.
