Agiilsus
Agiilsus on meeskonna või organisatsiooni võime muutustele kiiresti reageerida, korraldades tööd lühikeste, kontrollitavate tsüklitena koos otsese tagasisidega.
Mõiste agiilsus pärineb 2001. aasta agiilsest manifestist, mis loodi algselt tarkvaraarenduse jaoks. Vastusena jäigale kosemudeli planeerimisele pikkade läbimisaegadega eelistab agiilsus lühikesi, korduvaid tsükleid kindlale plaanile, mida kontrollitakse alles päris lõpus. Selle tuumaks on võime kohandada nõudeid pidevalt vastavalt uuele infole või kliendi tagasisidele. Seega on agiilsus pigem mõtteviis kui üksik meetod: muutust käsitletakse normaalsusena, mitte häirena.
Praktikas väljendub agiilsus konkreetsetes töökommetes: lühikesed tööperioodid, tavaliselt üks kuni neli nädalat kestvad sprindid, regulaarsed meeskonna kokkusaamised ning kindlad retrospektiivid, kus meeskond vaatab üle oma töömeetodid. Levinud raamistikud on Scrum koos kindlaksmääratud rollide ja tseremooniatega ning Kanban koos visuaalse ülesannete tahvli ja pooleliolevate tööde piirangutega. Ristfunktsionaalsed meeskonnad võtavad rohkem otsuseid ise vastu, selle asemel et oodata pikki kinnitusahelaid. Eesmärk on saada pärast iga tsüklit kasutatav, toimiv tulemus ning sellest õppida.
Agiilsus ei asenda klassikalist projektijuhtimist kõigil juhtudel. Projektide puhul, kus nõuded on kindlad ja muutumatud ning ebakindlust on vähe, näiteks tehase ehitus pikkade tarneaegadega, annab detailne eelplaneerimine sageli suurema kindluse. Agiilne töövorm nõuab ka distsipliini: lühikesed tsüklid ilma selge prioriseerimiseta muutuvad kiiresti näiliseks tegevuseks, mitte tegelikuks edenemiseks. Agiilsus tasub end kõige rohkem ära seal, kus nõuded on alguses veel ebaselged ja pidev õppimine parandab teed eesmärgini.
Praktiline näide
Keskmise suurusega tootmisettevõtte 12-liikmeline IT-meeskond viib oma sisemise tellimustarkvara üle kahenädalastele sprintidele. Selle asemel, et välja tuua algselt kavandatud üheksakuulise suure hüppega väljalase, tarnib meeskond iga kahe nädala järel töötava versiooni, mida hindavad vahetult kolm tootmispõrandalt pärit testkasutajat. Pärast neljandat sprinti selgub, et üks projekti jaoks algselt kavandatud funktsioon on peaaegu kasutuseta, mistõttu meeskond loobub sellest ja vabastab kaks nädalat mahtu pakilisema probleemi jaoks. Kuue kuu pärast on tarkvara tootmises kasutuses, kolm kuud varem, kui algne kosemudeli plaan ette nägi.
Kuidas Leanshift aitab
Agiilsusel ja Kata mõtteviisil on sama tuum: töötad lühikeste planeerimise, proovimise ja kontrollimise tsüklitena, selle asemel et järgida üht jäika üldplaani. PDCA rütm, mida läbid, on sisuliselt Kaizen-sprint, iga läbimine annab uue arusaama, mis teravdab järgmist iteratsiooni. Paranemine ei tähenda siin kiiremini töötamist, vaid suuremat õppimisvõimet, nii et iga tsükkel loob rohkem inimesi, kes suudavad asju paremaks muuta, sina kaasa arvatud.
Korduma kippuvad küsimused
Kas agiilsus ja Scrum on üks ja sama?
Ei. Scrum on konkreetne raamistik kindlaksmääratud rollide ja rituaalidega, agiilsus on selle taga peituv laiem mõtteviis. Ka Kanban, Extreme Programming ja kohandatud hübriidlähenemised on agiilsed töövormid.
Kas agiilsus toimib ka väljaspool tarkvaraarendust?
Jah. Turundus, tootearendus ja üha enam ka tootmine kasutavad agiilseid põhimõtteid, nagu lühikesed tsüklid ja regulaarsed retrospektiivid, tavaliselt oma kontekstile kohandatuna.
Kas agiilne töötamine tähendab vähem planeerimist?
Ei, see tähendab teistsugust planeerimist. Selle asemel et koostada üks mitut kuud hõlmav plaan, planeeritakse iga tsükkel selle alguses üksikasjalikumalt. See nõuab sageli pigem rohkem distsipliini kui vähem.