Mis oli hea:
Teooria + praktika kooslus: sai teooriat kohe ka praktikas proovida, mis aitas välja tuua selgusetumad kohad ja protsessist paremini aru saada.
Praktika väga hea.

Mida võiks teisiti teha:

• Sprintide ajal rohkem erinevate rollide täitjaid juhendada.
• Näiteid reaalsetest projektidest.

• Positiivne. Rohkem elulisi näiteid võiks olla.
• Slaidide hulk oli paras ja teooriat ei olnud palju.
• Praktilist tegevust piisavalt.

Hea ja mitteformaalne lähenemine, õhkkond soodustab õppimist.
 

Küsimused teretulnud ja pidev protsessis toimuv mentorlus või instrueerimine – keegi ei jäänud „väljapoole“

Meeldis õppimine reaalselt Scrumi praktiseerides.
Meeldis koolituse vaba vorm.
Rohkem oleks oodanud näiteid Scrumi edukast rakendamisest igapäevases töös ntx Eestis.
Kahju, et ei saanud esimesel päeval osaleda.
Scrum Masteri roll jäi vähe ebaselgeks ehk mida ta reaalselt iga päev teeb.

Mida teha koolitusel teisiti?

• Hea ja praktiline, ei oska muutusi soovitada
• Meeldisid praktilise õppe osad, kui võimalik, siis lisage seda osa juurde
• Tiimid peaksid omama rohkem tööpinda.

Rohkem negatiivseid näiteid (lisaks kehvadele user storyde sõnastamisele, ka kehvad d.o.d.-d, halvasti korraldatud daily Scrum parandamine). Ühesõnaga halva näite üle arutlemine, tõlgendamine, lahendamine.

Tiimitööna lauamängu tegemine oli hea

Näidisvahend Exceliga oleks abiks, et selgitada Backlogi pidamise praktikaid.

Kirjanduse näited oleks abiks.

Videonäited (loe: reality) oleks abiks.

MIDA ÕPPISIN

Produkti kasvatamise reeglid (idust puuni) on asi, mida mõttes järgida. Funktsionaalsus = puu jämedus. Testid = puu koor.

Veidi User Story kirjutamisest. Milline on ühe tüüpilise User Story mall. Asi mida järgida.

Scrum raamistiku põhitõed teoorias.
Võtmeeeldused:

1.     Suhted (klientidega + meeskonnas sees + projektijuht)

2.     Piisavate omadustega Product Owner ehk projektijuht

3.     Professionaalne meeskond

Tööde keerukuse hindamine, mille põhjal saab otsustada töö jaotamise väiksemateks osadeks.
Toimuib ainult siis, kui kõik eeldused on täidetud.
Töötab ainult uute projektide puhul täielikult.

• DOD – keeruline teha, kuid äärmiselt vajalik.
• PO – otsustab, mida teha.
• Meeskond - Otsustab kuidas teha, organiseerub ise.

• Scrum Master ei otsusta.
• Kuidas User Storysid koostada: DOD olulisus.
• Kommunikatsiooni olulisus.
• USid võimalikult väikse keerukusega hoida.
• Ka USi kvaliteedi kontroll – testimine.

• DOD tähtustst
• Velocity ja Burndown, mis annavad väga hea hetkeseisu ülevaate.
• On oluline, et process improvement (Scrum Master) ja product responsibility (Product Owner) oleksid lahus.
• Pidev Sprintides toimuv ümberhindamine.
• Päeva Scrum ja Feedback -  kõigil on alati selge, kuidas projektiga seis on.
• Scrum on efektiivne üle teatud suuruse meeskonnaga.

Panin Scrumi alustalad paika enda jaoks.

Mida teen edaspidi teisiti:

• Püüan projekti juhtida kasutuslugude keskselt, sh õpin neid paremini sõnastama.
• Teen täpselt niipalju, kui edu saavutamiseks vaja; ei tee rohkem.
• Püüan leida mõõdetava seose Pr. tulemuslikkuse Scrum metoodikat kasutades.