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.
![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.
Seekord räägin lähemalt agiilse arenduse jaoks mõeldud projektihaldustarkvaradest – olen välja valinud 9 tarkvara, mis on maailmas populaarsed ja millel on olemas ka tasuta versioon, osadel vaesem, osadel heldem:
Teavitan Sind värsketest blogipostitustest, uuringutest ja trendidest agiilse tarkvaraarenduse teemadel.
