Veiklība
Veiklība ir komandas vai organizācijas spēja ātri reaģēt uz pārmaiņām, organizējot darbu īsos, pārbaudāmos ciklos ar tiešu atgriezenisko saiti.
Termins "veiklība" (agility) aizsākās 2001. gada Agile manifestā, kas sākotnēji tika rakstīts programmatūras izstrādei. Kā atbilde uz stingru ūdenskrituma plānošanu ar ilgiem izpildes termiņiem, veiklība dod priekšroku īsiem, atkārtojamiem cikliem, nevis fiksētam plānam, kas tiek pārbaudīts tikai pašās beigās. Tās pamatā ir spēja nepārtraukti pielāgot prasības, tiklīdz parādās jauna informācija vai klientu atsauksmes. Tāpēc veiklība ir vairāk domāšanas veids nekā viena konkrēta metode: pārmaiņas tiek uztvertas kā normāla parādība, nevis kā traucēklis.
Praksē veiklība izpaužas kā konkrēti darba paradumi: īsi darba periodi, parasti sprinti, kas ilgst no vienas līdz četrām nedēļām, regulāras komandas tikšanās un fiksētas retrospektīvas, kurās komanda izvērtē savu darba veidu. Bieži izmantoti ietvari ir Scrum ar noteiktām lomām un rituāliem, kā arī Kanban ar vizuālu uzdevumu dēli un ierobežojumiem nepabeigtajam darbam. Starpfunkcionālas komandas pašas uzņemas vairāk lēmumu, nevis gaida garas apstiprināšanas ķēdes. Mērķis ir pēc katra cikla iegūt lietojamu, strādājošu rezultātu un no tā mācīties.
Veiklība ne vienmēr aizstāj klasisko projektu vadību. Projektiem ar fiksētām, nemainīgām prasībām un nelielu nenoteiktību, piemēram, rūpnīcas būvniecībai ar ilgiem izpildes termiņiem, detalizēta plānošana jau iepriekš bieži nodrošina lielāku noteiktību. Arī veiklais darba veids prasa disciplīnu: īsi cikli bez skaidras prioritizēšanas ātri pārvēršas par darbošanos bez reāla progresa. Veiklība visvairāk atmaksājas tur, kur prasības sākumā vēl nav skaidras un pastāvīga mācīšanās uzlabo ceļu uz mērķi.
Praktisks piemers
12 cilvēku IT komanda vidēja lieluma ražošanas uzņēmumā pāriet ar iekšējo pasūtījumu programmatūru uz divu nedēļu sprintiem. Tā vietā, lai īstenotu sākotnēji plānoto deviņu mēnešu vienreizējo (big-bang) izlaidumu, komanda katras divas nedēļas piegādā strādājošu versiju, ko tieši novērtē trīs testa lietotāji no ražošanas cehiem. Pēc ceturtā sprinta izrādās, ka viena projektā sākotnēji plānota funkcija tiek gandrīz neizmantota, tāpēc komanda no tās atsakās un atbrīvo divu nedēļu jaudu steidzamākai problēmai. Pēc sešiem mēnešiem programmatūra jau darbojas produkcijā, trīs mēnešus ātrāk, nekā prognozēja sākotnējais ūdenskrituma plāns.
Ka Leanshift palīdz
Veiklībai un KATA domāšanai ir viena un tā pati kodola ideja: tu strādā īsos plānošanas, izmēģināšanas un pārbaudes ciklos, nevis seko vienam stingram ģenerālplānam. PDCA ritms, kurā tu virzies, būtībā ir Kaizen sprints, katrs cikls sniedz jaunu ieskatu, kas padara nākamo iterāciju precīzāku. Uzlabošana šeit nenozīmē strādāt ātrāk, tā nozīmē kļūt spējīgākam mācīties, lai katrs cikls radītu vairāk cilvēku, kas spēj uzlabot, tostarp tevi pašu.
Bieži uzdotie jautajumi
Vai veiklība ir tas pats, kas Scrum?
Nē. Scrum ir konkrēts ietvars ar noteiktām lomām un rituāliem, savukārt veiklība ir plašāka domāšanas paradigma aiz tā. Arī Kanban, Extreme Programming un pielāgoti hibrīda risinājumi ir veikli darba veidi.
Vai veiklība darbojas arī ārpus programmatūras izstrādes?
Jā. Mārketings, produktu izstrāde un arvien vairāk arī ražošana izmanto veiklos principus, piemēram, īsus ciklus un regulāras retrospektīvas, parasti pielāgotus savam kontekstam.
Vai strādāt veikli nozīmē mazāk plānot?
Nē, tas nozīmē citādāku plānošanu. Tā vietā, lai vienā plānā aptvertu vairākus mēnešus uz priekšu, katrs cikls tiek detalizētāk izplānots tieši pirms tā sākuma. Tas bieži prasa vairāk disciplīnas, nevis mazāk.