Programavimas

3 žingsniai taikant judrią metodiką IT operacijose

Vikri praktika nėra skirta tik programinės įrangos kūrimo komandoms, kurios sprunka koduoti, išbandyti ir išleisti programas. Agile metodikas, įskaitant „scrum“ ir „Kanban“, šiandien naudoja įvairios verslo, duomenų mokslo ir technologijų komandos, įskaitant IT operacijas.

Nors judriąsias metodikas galima sėkmingai taikyti IT operacijoms, yra keletas pastebimų skirtumų, susijusių su operatyvinių komandų chartija, prioritetais ir kultūra. Supratus šiuos skirtumus ir tada apibrėžiant strateginius prioritetus, susisteminama, kaip savarankiškai organizuojančios IT operacijų komandos gali vykdyti savo iniciatyvas ir būti geresnėmis kitų daugiadisciplininių judrių komandų narėmis.

Štai trys veiksmai, į kuriuos reikia atsižvelgti.

Iš naujo apibrėžkite IT operacijų misiją ir chartiją

IT operacijų grupės nariai mano, kad pagrindinis darbas yra deginti gamybos, departamentų ir plėtros tinklų, sistemų, programų ir duomenų bazių šviesas. Daugelis seka ITIL (Informacinių technologijų infrastruktūros biblioteka) procesus, susijusius su incidentų, problemų ir pokyčių valdymu, ir naudoja bilietų sistemas, tokias kaip „Cherwell“, „Jira Service Desk“ ir „ServiceNow“, kad galėtų juos stebėti. Kai darbuotojams ir kitiems galutiniams vartotojams reikia pagalbos arba jiems keliami skirtingi sistemos reikalavimai, IT operacijos taip pat remiasi šiomis sistemomis, kad užfiksuotų užklausas ir palaikytų jų darbo eigą.

CIO tikriausiai turės vieną ar kelis strateginius planus, kurie labai priklauso nuo IT operatyvinių komandų. CIO gali turėti mobiliųjų, skaitmeninių transformacijų, debesų ir duomenų strategijų derinį, kai IT operacijos gali atlikti pagrindinį ir palaikomąjį vaidmenį. Prioritetai gali apimti debesų perkėlimus, infrastruktūros projektus, svarbiausius įmonės sistemų atnaujinimus, naujus „SaaS“ įrankių palaikymo modelius, atitikties auditą, naujų bendradarbiavimo ir darbo eigos įrankių diegimą, ERP atnaujinimus ir biuro perkėlimus.

Kyla klausimas, kaip IT operacijos valdys darbą, susijusį su šiomis iniciatyvomis? Judrios metodikos yra idealiai tinkamos daugeliui jų, ypač kai yra netinkamai apibrėžti išankstiniai reikalavimai, techninės nežinios ar prieštaringi prioritetai.

Bet kadangi daugelis IT operacijų mano, kad judri praktika yra vystymo metodika, tam reikia šiek tiek instruktuoti ir aptarti jų svarbesnę misiją, atsakomybės sritį ir darbo valdymo būdus.

Konkrečiai, daugelis IT operacijų yra labiau įpratę būti projektų vadovų užduotimis. Jie neturėjo galimybės nurodyti, kaip geriausia kurti ir įgyvendinti sprendimus, sekti darbus ir sumažinti riziką dėl techninių nežinomybių. Agile metodika pašalina šiuos projekto „iš viršaus į apačią“ valdymo trūkumus. Jie reikalauja, kad inžinieriai atliktų judrius vaidmenis, dalyvautų ceremonijose ir pasitelktų judrius įrankius, kad suprastų naują darbo būdą.

Iš naujo apibrėžkite operatyvias IT operacijų metodikas

Vikrūs lyderiai gali ne tik taikyti „out-of-the-box“ ar „Kanban“ IT operacijų komandoms. Reikia atsižvelgti į keletą reikšmingų kultūros ir veikimo modelio skirtumų. Štai keli žingsniai, kuriuos norite peržiūrėti kaip grupę:

  • Iš naujo apibrėžkite judrius vaidmenis. Daugumoje IT operacijų produktų savininkų nėra paskirta jų iniciatyvoms. Geriausiu atveju jie gali turėti projekto rėmėjų ir analitikų, kurie rašo reikalavimus. Tikriausiai reikės tam tikrų mokymų ir instruktavimo, kad žmonės galėtų prisiimti atsakomybę už produkto nuosavybę. Svarbiausia yra tai, kad jie turės apibrėžti, kas yra klientai už jų iniciatyvas, ir siekti, kad jų darbas būtų prioritetinis, atsižvelgiant į klientų poreikius ir vertybes.
  • Parašykite istorijas ir priėmimo kriterijus. Inžinieriai, dirbantys su sistemomis, nėra įpratę rašyti reikalavimų kaip vartotojo pasakojimų ir apibrėžti priėmimo kriterijų. Daugelis inžinierių pradeda diegti suprasdami bendrą tikslą, tada dirba su technologija, kad išsiaiškintų operatyvius ir optimalius sprendimus. Vis dėlto verta pridėti rašymo reikalavimų drausmę, nes tai padeda sukurti bendrą supratimą apie tikslus kliento ar galutinio vartotojo požiūriu, o tada nurodyti nefunkcinius reikalavimus atitinkančius priėmimo kriterijus.
  • Nustatykite prioritetus. IT operacijos turi atsiskaityti laiku, kad galėtų reaguoti į incidentus ir įvykdyti prašymus bei įsipareigojimus dėl judrių iniciatyvų. Kūrėjai savo darbą daugiausia derina su savo judriomis komandomis ir įsipareigojimais, tačiau IT operacijos turi atitikti veiklos prioritetus, prieš pradėdami dirbti su savo judriomis nesėkmėmis. Daugelis IT operacijų komandų stengiasi išsakyti prioritetus, ką reiškia įsipareigojimas, kai juos gali sutrikdyti prioritetiniai įvykiai, kaip įvertinti judrius vartotojų pasakojimus ir kaip išmatuoti jų galimybes.
  • Pasirinkite tinkamas judrias metodikas. Darbai, kuriems teikiama pirmenybė IT operacijose, geriau suderinami su vienais metodais. Kai kurios komandos, dirbančios mažesnių iniciatyvų rinkinyje, gali būti naudingos naudodamos „Kanban“; kiti, dirbantys su ilgesnėmis iniciatyvomis, kuriems keliami sudėtingi reikalavimai, gali būti geriau pritaikyti. Didesnės organizacijos turėtų apsvarstyti galimybę paremti bent šias dvi metodikas.
  • Suprasti vaidmenis. IT operacijoms tenka skirtinga atsakomybė vykdant įvairias judrias iniciatyvas. Jie greičiausiai yra infrastruktūros, debesų perkėlimo ir saugumo iniciatyvų varikliai ir turi apibrėžtus vaidmenis ir atsakomybę prižiūrint judriąsias komandas. Kituose, pvz., „Devops“, automatizavimo ar duomenų valdymo iniciatyvose, jie tikriausiai nėra varomieji veiksniai ir dalyvauja kaip judrūs komandos nariai. Abiejuose scenarijuose reikia apibrėžti, kaip inžinieriai užsiima, atsižvelgdami į savo atsakomybę komandai ir programai.

Integruokite judrumą su valdymo įrankiais

IT operacinės komandos jau naudoja incidentų ir užklausų valdymo sistemas, kitas sistemų stebėjimo platformas ir papildomus įrankius komandos bendradarbiavimui skatinti. Tačiau ITSM (IT paslaugų valdymo) įrankiai nėra tinkami kelių savaičių iniciatyvoms stebėti, o sudėtingų projektų valdymas naudojant Ganto diagramas ar skaičiuokles padidina projekto riziką. Jei operacijų grupės ketina taikyti judrią metodiką, jiems reikės tinkamo įrankio šiam darbui.

Tačiau IT operacijose, pridedant naują judrų projekto valdymo įrankį, reikia atsižvelgti į darbo eigą ir duomenų integravimą tarp jų procesų ir sistemų.

Geriausia atsižvelgti į poveikį iš vieno inžinieriaus perspektyvos. Jie gali naudoti „PowWow Mobile“ paslaugų valdymui, „Jira“ - judrioms iniciatyvoms, „Slack“ - bendradarbiavimui ir „BigPanda“ - „AIops“. Tai prideda papildomų išlaidų, jei norite spustelėti kelis įrankius, kad sužinotumėte darbo prioritetus, kaip užfiksuoti vykdomų darbų būklę ir kur dalytis informacija su kolegomis. Tai taip pat gali sukelti painiavos suinteresuotosioms šalims, kai inžinierius įsipareigoja baigti darbą su judriomis komandomis, tačiau atleidžiamas nuo užduoties reaguoti į prioritetinį incidentą.

IT operatyvinės komandos turi apsvarstyti, kaip darbo eiga ir duomenys sujungiami tarp šių įrankių, ir užtikrinti, kad procesas būtų uždaras. Pvz., Įvykis gali prasidėti techninės priežiūros tarnyboje, jo ištaisymą gali atlikti IT operacijų judri komanda ir tada gali prireikti patvirtinimo naudojant stebėjimo priemones. Stebint šį tikslą per tris ar daugiau technologijų dar labiau stengiamasi, o integracija pagerina duomenų kokybę.

Šie klausimai yra tik atspirties taškas. Labai svarbu, kad IT operatyvinės komandos pasitelktų paslankias retrospektyvas ir aptartų, kas veikia, ką reikia keisti ir kaip tobulinti savo metodikas.

$config[zx-auto] not found$config[zx-overlay] not found