Agilumas
Agilumas – tai komandos ar organizacijos gebėjimas greitai reaguoti į pokyčius, darbą organizuojant trumpais, patikrinamais ciklais su tiesioginiu grįžtamuoju ryšiu.
Sąvoka „agilumas“ kilusi iš 2001 m. Agile manifesto, iš pradžių parašyto programinės įrangos kūrimui. Kaip atsakas į griežtą nuoseklųjį (waterfall) planavimą su ilgais įgyvendinimo terminais, agilumas teikia pirmenybę trumpiems, pasikartojantiems ciklams, o ne fiksuotam planui, kuris patikrinamas tik pačioje pabaigoje. Esmė – gebėjimas nuolat koreguoti reikalavimus, atsižvelgiant į naują informaciją ar klientų atsiliepimus. Todėl agilumas yra ne tiek atskiras metodas, kiek mąstysena: pokytis laikomas norma, o ne trikdžiu.
Praktikoje agilumas pasireiškia konkrečiais darbo įpročiais: trumpais darbo laikotarpiais, dažniausiai sprintais, trunkančiais nuo vienos iki keturių savaičių, reguliariais komandos susitikimais ir fiksuotomis retrospektyvomis, kurių metu komanda peržiūri savo darbo būdą. Dažniausiai naudojami metodai – Scrum su apibrėžtais vaidmenimis ir ritualais bei Kanban su vizualia užduočių lenta ir vykdomų darbų apribojimais. Tarpfunkcinės komandos daugiau sprendimų priima pačios, užuot laukusios ilgų patvirtinimo grandinių. Tikslas – po kiekvieno ciklo turėti naudingą, veikiantį rezultatą ir iš jo mokytis.
Agilumas ne visais atvejais pakeičia klasikinį projektų valdymą. Projektams su fiksuotais, nekintančiais reikalavimais ir mažu neapibrėžtumu, pavyzdžiui, gamyklos statybai su ilgais įgyvendinimo terminais, dažnai didesnį tikrumą suteikia detalus išankstinis planavimas. Agilus darbo būdas taip pat reikalauja disciplinos: trumpi ciklai be aiškaus prioritetų nustatymo greitai virsta tuščiu užimtumu, o ne tikra pažanga. Agilumas labiausiai atsiperka ten, kur reikalavimai pradžioje dar neaiškūs, o nuolatinis mokymasis pagerina kelią iki tikslo.
Praktinis pavyzdys
12 žmonių IT komanda vidutinio dydžio gamybos įmonėje savo vidinę užsakymų programinę įrangą pradeda kurti dviejų savaičių sprintais. Vietoj iš pradžių planuoto devynių mėnesių vienkartinio didelio leidimo, komanda kas dvi savaites pristato veikiančią versiją, kurią tiesiogiai įvertina trys bandomieji naudotojai iš gamybos cecho. Po ketvirto sprinto paaiškėja, kad viena projektui numatyta funkcija beveik nenaudojama, todėl komanda jos atsisako ir atlaisvina dviejų savaičių pajėgumus skubesnei problemai spręsti. Po šešių mėnesių programinė įranga jau veikia gamyboje – trimis mėnesiais anksčiau, nei numatė pradinis nuoseklusis (waterfall) planas.
Kaip Leanshift padeda
Agilumas ir Kata mąstysena turi tą pačią šerdį: dirbate trumpais planavimo, bandymo ir tikrinimo ciklais, o ne pagal vieną griežtą pagrindinį planą. PDCA ritmas, kuriuo judate, iš esmės yra Kaizen sprintas – kiekvienas ciklas sukuria naują įžvalgą, kuri pagerina kitą iteraciją. Tobulėjimas čia nereiškia dirbti greičiau, jis reiškia tapti gebančiam labiau mokytis, todėl kiekvienas ciklas sukuria vis daugiau žmonių, gebančių tobulinti, įskaitant ir jus patį.
Daznai uzduodami klausimai
Ar agilumas yra tas pats, kas Scrum?
Ne. Scrum yra konkretus metodas su apibrėžtais vaidmenimis ir ritualais, o agilumas – platesnė mąstysena, slypinti už jo. Kanban, Extreme Programming ir individualiai pritaikyti mišrūs metodai taip pat yra agilūs darbo būdai.
Ar agilumas veikia ir už programinės įrangos kūrimo ribų?
Taip. Rinkodara, produktų kūrimas ir vis dažniau gamyba naudoja agilius principus, tokius kaip trumpi ciklai ir reguliarios retrospektyvos, dažniausiai pritaikytus savo kontekstui.
Ar dirbti agiliai reiškia mažiau planuoti?
Ne, tai reiškia kitokį planavimą. Vietoj vieno plano keliems mėnesiams į priekį, kiekvienas ciklas detaliau suplanuojamas jam prasidedant. Tam dažnai reikia daugiau disciplinos, o ne mažiau.