Meeting vs SCRUM: Sprint Retrospective Meeting
Jak jsem zmiňoval, každá dobrá metodika tvorby softwaru by měla mít v sobě zapracované mechanismy pro optimalizaci vlastních procesů. Právě to je cílem tohoto meetingu: jak dělat věci efektivněji.
Měly by se tedy najít body, které můžeme zlepšit. Jelikož je můžeme zlepšit, do teď nefungovaly optimálně. Podotýkám, toto je konstruktivní kritika. I konstruktivní kritiku si někteří jedinci dokáží brát osobně a raději než ji přijmout obviňují všechny kolem. Právě přes toho by se měl SCRUM Master dostat využitím svých soft skills. asertivita.
Proto raději by SCRUM Master měl rozproudit diskusi, jak zlepšit jednotlivé procesy vývoje tohoto softwaru, ve kterých procesech vidí členové týmu mezery. Jelikož procesy nejsou živé (nemají oči, nos) se nemohou bránit, a tak si členové týmu nebudou brát rady na zlepšení osobně. Vylepšením procesu vylepší sebe, čili odstraní své nedostatky.
Zkušený SCRUM Master ví, že jednotliví členové týmu mohou mít sklony k tomu, že se budou vzájemně konfrontovat resp. obviňovat. Je na něm, aby uspořádal diskusi tak, aby se věnovala konstruktivnímu zlepšení procesů.
Body meetingu:
Toto jsou body, kterými by se měl tento meeting věnovat:
- Co nemá význam dělat
- Co by se mělo změnit
- Jaká opatření nebo procesy bychom měli zavést
Product Owner by měl vyhodnotit průběh sprintu. Měl by se vyjádřit k hodnocením (v první řadě k) procesů a případně členů týmu. Měl by konstruktivně navrhnout opatření, kterými by nastaly pozitivní změny.
I jednotliví členové týmu mohou hodnotit a navrhovat vylepšení procesů, které by vedly ke zkvalitnění vývoje a tím i výsledného softwaru.
Jak začít programovat?
Úvod do programování pro každého bez předchozích znalostí.
Stáhněte si náš ebook teď výjimečně zdarma!!!
Čo musíte vedieť o SCRUMe, aby ste vytvorili niekoľkonásobne kvalitnejší produkt za zlomok času? Stiahnite si náš ebook teraz zdarma:
Marián Knězek