Retrospektiva 3. iterace¶

Stav a dosavadní vývoj projektu¶

Projekt odpovídá stavu po 3. iteraci. V projektu je hotové cca 30% funkčnosti. Stále probíhá vývoj mobilní verze aplikace. Desktopová verze grafiky zatím nebyla dodána ze strany zákazníka. Stále také není k dispozici struktura reálných dat, ani jejich příklad. Vývoj tak probíhá s testovacími daty, u kterých ale není zajištěna jejich správnost (formát, rozsah, typ, ...).

Fungování týmu¶

• Během této iterace nastal opakovaně problém při kontrole stavu dev tasků. Stav implementace neodpovídal naplánovanému stavu. Tasky byly nehotové. Termíny nebyly splněny.
• Během schůzky týmu byla domluvena nová taktika pro zbývající iterace projektu, která se osvědčila jinému ASWI týmu:
  1) Oficiální délka iterace bude odpovídat délce popsané na CW. Pro 4. iteraci jsou to 3. týdny.
  2) V rámci oficiální iterace proběhne vždy x iterací interních
  3) Interní iterace bude trvat 1 týden (po - ne).
  4) Interní deadliny tasků budou nastaveny na pátek/sobotu.
  5) V sobotu proběhne merge z develop větve do mastera.
  6) V neděli dojde k otestování nových features implementace a budou opraveny případné chyby.
  7) V pondělí ráno (9:00 hod) bude nová verze aplikace připravena pro demo zákazníkovi. Taktéž proběhne review a naplánování další interní iterace.

Iterace (její naplánování a provedení)¶

Naplánování 3. iterace proběhlo velmi systematicky. Nejdříve se naplánovaly všechny potřebné tasky, poté došlo k vytvoření odhadu hodin a na konec byly tasky rozděleny mezi členy týmu. Časový odhad dev tasků se mírně pohoršil. Celkový odhad tasků zhoršují především administrativní tasky, které nemají svůj odhad (např. komunikace na slacku).

Způsob plánování se od 2. iterace výrazně zlepšil, bohužel obsah plánování nebyl dodržen. Nepotvrdil se předpoklad schopnosti samostatného fungování týmu. V další iteraci bude nutné zapracovat na průběžné kontrole tasků, příp. připomínání blížících se deadlinů.

Nástroje (Git, dokumentační, modelovací, případně další)¶

Používání nástrojů Redmine a Git je vyhovující.
Během další iterace bude muset tým zapracovat na důkladnějším vykazování práce v Redmine.

Dodatečné otázky¶

Co a jak chcete v příští iteraci změnit/zlepšit?¶

Dohodli jsme se na opětovné změně délky iterace a postupu v rámci iterace. Důvodem je stále zlepšení práce týmu (viz fungování týmu).

Jak dopadly změny navržené na základě minulých retrospektiv?¶

V rámci druhé retrospektivy byly navrženy změny struktury iterace, které byly podpořeny sadou pravidel, jejichž dodržování mělo zajistit lepší práci týmu. Změny se neukázaly jako příliš efektivní.

Cokoli dalšího (poučení z dosavadního průběhu, nejasnosti, potíže blokující postup projektu, náměty pro mentory, atd.)¶

Potíže blokující postup projektu stále souvisí s tím, že tým nemá k dipozici reálná data a kompletní grafický návrh. Momentální vývoj blokuje také komplikovanost grafického návrhu pro výběr kategorie, který není realizovatelný bez znalosti dat. Tento problém se tým pokusí redukovat úpravou grafického návrhu (po domluvě s klientem).
Komunikace s muzeem probíhá pouze přes prostředníka. Při přímém kontaktu se zatím muzeum neozvalo.