Tootearenduses ei ole meil kunagi piisavalt aega ega raha, et kõiki soove ellu viia. Tooteomanikud kaaluvad pidevalt, milliseid arendusi teha ja millised tegemata jätta ning õigeid otsuseid ei ole sugugi lihtne teha. RICE mudel aitab meil tööde prioriseerimisel kiiremini õigemaid otsuseid teha.
Tooteomaniku roll on kõige tähtsam roll tarkvaraarenduse meeskonnas. See roll ei ole kaugeltki lihtne, vastutusvaldkond on suur ja kirju, töökoormus tavaliselt samuti ja nii võibki juhtuda, et kuskilt hakkavad “õmblused kärisema”. Olen kokku pannud kaheksa enim levinud tooteomaniku viga, mis on tootearenduses kõige suurema mõjuga.
Mõistet “agiilne” on ilmselt paljud inimesed kuulnud erinevates kontekstides – nii koerte treeningutest rääkides, IT ja tarkvaraarenduse juttudes, organisatsiooni juhtimise teemades, ja mujal. Kirjutan lahti 9 müüti, mis mõiste “agiilne” ümber ringlevad ja mida olen oma töö käigus tihti kohanud.
Agiilsus on võime luua muutusi ja neile reageerida. See on viis ebakindlas ja muutuvas keskkonnas toimetulekuks ning selles edu saavutamiseks.
![Agiilse tarkvaraprojekti kodukord. Kodukorra näidis [2020]](https://agilecoach.ee/wp-content/uploads/2020/12/tiimi-kokkulepe-1080x675.jpg)
Tarkvara projekti kodukord on oluline osa uue välise partneriga koostöö alustamisel, mis aga paraku tihti arutamata ja sõlmimata jääb. Ometi sõltub sellest kokkuleppest palju, sest keegi meist ei ole telepaat.
Päris tihti näen Eesti tarkvaraarenduse projektides järgmist skeemi: arendusfirma kirjeldab pakkumises kaunisõnaliselt, et nad arendavad agiilselt ja kasutavad Scrum metoodikat. Meeskonna kirjelduses on kirjas, et Scrum Masteri rolli täidab projektijuht. Paistab kõik okei?
Aga just siit algavadki põhimõttelised probleemid. Olen ka ise olnud korraga nii täitja projektijuhi kui ka Scrum Masteri rollis ja elanud läbi kõik valulised isiksuse lõhenemise probleemid, mida selline korraldus on põhjustanud.
Teavitan Sind värsketest blogipostitustest, uuringutest ja trendidest agiilse tarkvaraarenduse teemadel.
