Hodnocení 3. iterace

Přidáno uživatelem Petr Pícha před téměř 4 roky(ů)

Hodnocení
8¶

n/a

je-li nutno, připravit realistický odhad, co se stihne a vyvolat vyjednávání o scopu a MVP se zákazníkem (mimo demo, ASAP) + řešit priority dalších věcí pro případ optimistického scénáře
zjistit, co z procesní stránky se dá ořezat bez dopadu na schopnost věst projekt a ušetřený čas věnovat na produkt/sražení skluzu (viz doporučení už z minula)
zjistit, pokud existují ješte další implementační nejistoty (jako certifikát, WebGL) kritické pro MVP a adresovat co nejdříve

negativa
- zatím ne LCOA - chybí funkční kostra aplikace
  - propojení s daty a modely na příšte
  - blokováno specifickými problémy (viz níže v praktikách)
- skluz, možná nutnost převyjednání požadavků/MVP
pozitiva
- plán projektu alespoň formou Roadmap
- GUI demo/prototyp, nad kterým se dá bavit
- zapracován feedback z minula
hodnocení: slušné 1,5

negativa
- nutnost přeplánování několika úkolů/cílů
- velký scope (65h) - dohánění restů + problémy + nové požadavky
pozitiva
- relevantní retropsektiva
- burndown relativne ok
- odhady v relaci, náplň ok
- plán na 4. iteraci relevantní
hodnocení: slušné 2

negativa
- nerozepsání požadavků znemožňuje jejich (hrubý) odhad a posouzení, jestli se vejdou do scopu a např. následné vyjednávání se zákazníkem
- plus není vizuální přehled o tom, kolik toho ještě zbývá (v rozumné míře detailu) - individální požadavky mohou být malé (přepínání Tabem ve formuláři), ale jejich nahromaděním vzniká zátěž
pozitiva
- vylepšený popis MVP a (nerozepsaných) požadavků
- Architektura - package/class diagramy serveru, parseru, komunikace server-client, GUI design, info o klientských aplikacích, konfigurace
- zápisy ze schůzek
- komentáře změn ticketů (vč. aktivity), detilní descriptions, používání priorit a due date
- tagy v repo (jen značit je datem je trochu nešikovné - človek musí párovat s due daty iterací)
- topic branche
- úprava konvencí pro workflow a activity u spent time
- RetroTool -> export do wiki
- plánování přes sdílený spreadsheet - zachycuje vetší rozbor, priority, součty
- postup při přeplánování ticketu + odpovídá konvencím
skvělé 2,5

negativa
- demo - zákazník potřebuje přehled na kdy je co domluveno
  - např. v zápisech schůzek nebo plánu projektu
  - v menším detailu existuje v Roadmap, ale o tom zadavatel nevěděl, dokud se explicitně nezeptal
- některé problémy by byly ideální príklady na správu rizik a adresování v začátcích Elaboration fázi
  - komunikace přes WebGL, problém s certifikátem
pozitiva
- demo - struktura a náplň schůzky
- standupy - podle retrospektivy prospěšné a častější
hodnocení: slušné 2