Veiklā prakse nav paredzēta tikai programmatūras izstrādes komandām, kas kodē, testē un izlaiž lietojumprogrammas. Veiklās metodikas, tostarp scrum un Kanban, mūsdienās izmanto dažādas biznesa, datu zinātnes un tehnoloģiju komandas, tostarp IT operācijas.
Kaut arī veiklās metodikas var veiksmīgi izmantot IT operācijās, operāciju komandu hartā, prioritātēs un kultūrā ir dažas ievērojamas atšķirības, kas jāņem vērā. Izpratne par šīm atšķirībām un pēc tam stratēģisko prioritāšu noteikšana strukturē to, kā pašorganizējošās IT operāciju komandas var izpildīt savas iniciatīvas un būt labāki citu daudznozaru veiklu komandu locekļi.
Šeit ir jāapsver trīs darbības.
Pārdefinējiet IT operāciju misiju un hartu
IT operāciju komandas locekļi uzskata, ka viņu galvenais darbs ir ražošanas, departamentu un attīstības tīklu, sistēmu, lietojumprogrammu un datu bāzu ieslēgšana. Daudzi seko ITIL (Informācijas tehnoloģiju infrastruktūras bibliotēka) procesiem incidentu, problēmu un izmaiņu pārvaldībai un to izsekošanai izmanto tādas biļešu sistēmas kā Cherwell, Jira Service Desk un ServiceNow. Kad darbiniekiem un citiem tiešajiem lietotājiem nepieciešama palīdzība vai viņiem ir atšķirīgas sistēmas prasības, IT operācijas arī paļaujas uz šīm sistēmām, lai uztvertu pieprasījumus un atbalstītu viņu darbplūsmas.
CIO, iespējams, būs viens vai vairāki stratēģiski plāni, kas lielā mērā paļaujas uz IT operatīvajām komandām. KIO, visticamāk, ir dažādas mobilās, digitālās transformācijas, mākoņa un datu stratēģijas, kurās IT operācijām var būt gan galvenā, gan atbalsta loma. Prioritātes var ietvert mākoņu migrāciju, infrastruktūras projektus, nozīmīgus uzņēmuma sistēmu jauninājumus, jaunus SaaS rīku atbalsta modeļus, atbilstības revīzijas, jaunu sadarbības un darbplūsmas rīku instalēšanu, ERP jauninājumus un biroja pārvietošanu.
Jautājums ir, kā IT operācijas vadīs darbu, kas saistīts ar šīm iniciatīvām? Veiklas metodoloģijas ir ideāli piemērotas daudziem no viņiem, it īpaši, ja ir nepietiekami noteiktas sākotnējas prasības, tehniski nezināmi vai konfliktējošas prioritātes.
Bet, tā kā daudzi IT operācijās veiklu praksi uzskata par attīstības metodoloģiju, tas prasa zināmu apmācību un diskusijas par viņu svarīgāko misiju, pienākumu apjomu un darba pārvaldīšanas veidiem.
Konkrēti, daudzi IT operācijās ir vairāk pieraduši, ka viņu uzdevumus vada projektu vadītāji. Viņiem nav bijusi iespēja precizēt, kā vislabāk izstrādāt un ieviest risinājumus, secīgi darboties un mazināt riskus tehnisku nezināmību dēļ. Veiklas metodikas novērš šos projekta augšupējās vadības trūkumus. Viņi prasa, lai inženieri ieiet veiklās lomās, piedalītos ceremonijās un izmantotu veiklus rīkus, lai izprastu jaunu darba veidu.
Pārdefinē operatīvās IT operāciju metodikas
Veiklie līderi IT operāciju komandām var piemērot ne tikai izvēles rūtiņas vai Kanban. Jāņem vērā vairākas būtiskas atšķirības kultūrā un darbības modelī. Šeit ir daži soļi, lai pārskatītu kā grupu:
- Pārdefinē veiklās lomas. Lielākajai daļai IT darbību produktu īpašnieki nav uzticēti viņu iniciatīvām. Labākajā gadījumā viņiem var būt projekta sponsori un analītiķi, kuri raksta prasības. Tas, iespējams, prasīs zināmu apmācību un apmācību, lai palīdzētu cilvēkiem uzņemties atbildību par produktu īpašumtiesībām. Vissvarīgākais ir tas, ka viņiem būs jādefinē, kas ir klienti viņu iniciatīvām, un jānosaka sava darba prioritāte, pamatojoties uz klientu vajadzībām un vērtībām.
- Uzrakstiet stāstus un pieņemšanas kritērijus. Inženieri, kas strādā pie sistēmām, nav pieraduši rakstīt prasības kā lietotāju stāstus un noteikt pieņemšanas kritērijus. Daudzi inženieri sāk ieviešanu, saprotot vispārējo mērķi, pēc tam strādā ar tehnoloģiju, lai noskaidrotu operatīvus un optimālus risinājumus. Tomēr ir vērts pievienot prasību rakstīšanas disciplīnu, jo tā palīdz attīstīt kopīgu izpratni par mērķiem no klienta vai galalietotāja viedokļa un pēc tam norādīt neaktīvās prasības pieņemšanas kritērijus.
- Nosakiet prioritātes. IT operācijām ir jākompensē laiks, lai reaģētu uz incidentiem un izpildītu pieprasījumus, kā arī saistības par veiklām iniciatīvām. Izstrādātāju darbs lielākoties ir pielāgots viņu veiklajām komandām un saistībām, taču IT operācijām ir jāatbild uz operatīvajām prioritātēm, pirms tiek risināts darbs pie viņu veiklajiem kavējumiem. Daudzas IT operāciju komandas cīnās ar to, kā izteikt prioritātes, ko nozīmē apņemšanās, kad tos var izjaukt prioritārie incidenti, kā novērtēt veiklus lietotāju stāstus un kā izmērīt viņu iespējas.
- Izvēlieties piemērotas veiklās metodikas. IT operācijās prioritārie darba veidi labāk saskaņojas ar dažām metodēm nekā citas. Dažas komandas, kas strādā pie mazāku iniciatīvu kolekcijas, var gūt labumu, izmantojot Kanban; citi, kas strādā pie ilgākām iniciatīvām ar sarežģītām prasībām, var būt labāk piemēroti. Lielākām organizācijām būtu jāapsver iespēja atbalstīt vismaz šīs divas metodikas.
- Izprot lomas. IT operācijām ir atšķirīgi pienākumi dažādās veiklās iniciatīvās. Viņi, iespējams, ir infrastruktūras, mākoņu migrācijas un drošības iniciatīvu virzītājspēki, un viņiem ir noteiktas lomas un pienākumi, kas pārrauga veiklās komandas. Citās, piemēram, izstrādātāju, automatizācijas vai datu pārvaldības iniciatīvās, iespējams, tie nav virzītājspēks un piedalās kā veikls komandas loceklis. Abos scenārijos ir jānosaka inženieru iesaistīšanās, pamatojoties uz viņu pienākumiem pret komandu un programmu.
Integrējiet veiklību ar darbības rīkiem
IT operatīvās komandas jau izmanto sistēmas incidentu un pieprasījumu pārvaldīšanai, citas platformas uzraudzības sistēmām un papildu rīkus komandas sadarbības veicināšanai. Bet ITSM (IT pakalpojumu pārvaldības) rīki nav piemēroti vairāku nedēļu iniciatīvu izsekošanai, un sarežģītu projektu pārvaldīšana, izmantojot Ganta diagrammas vai izklājlapas, palielina projekta risku. Ja operāciju komandas gatavojas ieviest veiklas metodikas, viņiem būs vajadzīgs piemērots darba veids.
Bet IT operācijām, pievienojot jaunu veiklu projektu pārvaldības rīku, jāņem vērā darbplūsma un datu integrācija starp procesiem un sistēmām.
Vislabāk ir apsvērt ietekmi no viena inženiera viedokļa. Iespējams, viņi pakalpojumu pārvaldībai izmanto PowWow Mobile, veiklām iniciatīvām - Jira, sadarbībai - Slack un AIops - BigPanda. Tas papildina izmaksas, lai noklikšķinātu uz vairākiem rīkiem, lai uzzinātu darba prioritātes, kā reģistrēt nepabeigtā darba statusu un kur dalīties ar informāciju ar kolēģiem. Tas var arī radīt neskaidrības ieinteresētajām personām, kad inženieris apņemas pabeigt darbu ar veiklām komandām, bet tiek atcelts no uzdevuma, lai reaģētu uz prioritāru incidentu.
IT operatīvajām komandām jāapsver, kā darbplūsma un dati savienojas starp šiem rīkiem, un jānodrošina slēgta cikla process. Piemēram, negadījums var sākties servisa galdā, tā novēršanu var veikt IT operāciju veiklā komanda, un pēc tam to var prasīt validēt, izmantojot uzraudzības rīkus. Šī gala izsekošana, izmantojot trīs vai vairāk tehnoloģijas, rada grūtības, un integrācija uzlabo datu kvalitāti.
Šie jautājumi ir tikai sākuma punkts. Ir svarīgi, lai IT operatīvās komandas izmantotu veiklas retrospektīvas, lai apspriestu, kas darbojas, kas jāmaina un kā attīstīt savu metodiku.
