Projekt

Obecné

Profil

Hodnocení 3. a 4. iterace

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

Hodnocení
12 (za každou iteraci)

Malus/Bonus

n/a

Doporučení

  • podnětná diskuze o ASWI procesu, midterm výměně zkušeností a přidané hodnotě předmětu pro tým
  • je-li motivace, zkusit si najít a vyzkoušet pokročilejší techniky Agile, Kanban, DevOps, cokoli jiného

Průběh a stav projektu

  • pozitiva
    • 80% FREQs implementováno
    • nastupuje testování
    • IOC v příští iteraci
    • komunikace, koordinace a řízení skvělé
    • zapracován i minimální feedback z minula
    • lehká úprava požadavků na základě domluvy se zákazníkem (něco není potřeba, CR, atd.)
    • project on track
  • hodnocení: skvělé 3

Iterace

  • pozitiva
    • retrospektivy relevantní a identifikují SPI (viz Postupy a praktiky)
    • cíle splněny, náplň a scope ok
    • iterace 3
      • burndown ok (v rámci možností Redmine)
      • odhad 10/46 podhodnocení, ale řešeno v retrospektivě
    • iterace 4
      • zlepšení odhadů (viz retro)
      • burndown pěkný - tlačený vědomou návazností úkolů
    • plán na iteraci 5 - scope a náplň ok
  • hodnocení: skvělé 3

Technická kvalita

  • negativa
    • drobné chybky ve správě ticketů (progress bar, kategorizace)
  • pozitiva
    • speciální branch na úpravu designu
    • úprava konvencí pro exception handling a design branch
    • feature branche
    • trasování commit-ticket
    • iterační + milníkové tagy (zpětně dodělány i minulé)
    • použití priorit, detialních popisů a komentářů ticketů
    • kategorie na rozlišení impl vs. test
    • návaznosti ticketů
    • CI/CD + test coverage (na základě midtermu)
  • další komentáře
    • testových úkolů moc nebude, protože unit a integrační testy se dělají v rámci implementačních úkolů
  • hodnocení: skvělé 3

Postupy a praktiky

  • pozitiva
    • na základě retrospektiv (SPI)
      • větší segmentace tasků a příprava předem pro přesnější odhady (zabralo)
      • úprava designu (včetně nastaveného procesu - vlastní branch, přesně definované povolené úpravy, aby nerozbily rozhraní, popsáno v konvencích)
      • sledování návaznosti tasků přes gantt
      • společné code review asigneeho a reviewera na callu místo předávání výstupů tam a zpět (u významných feature, reviewer v description)
    • SPI i v zápisech standupů
    • verifikace klíčové funkčnosti zadavatelem
    • scope/priority diskuze se zadavatelem s konkrétními výstupy (tým identifikoval správně, co zákazník vlastně nevyužije, nepotřebuje)
    • Change Request přad 3 dny -> změnové řízení, bude zanešen do DSP, správně olabelován v Redmine
    • evoluce designu na základě implementace ve 3. iteraci
    • iterační poznámky zachycují evoluci produktu a jednotlivá rozhodnutí + návaznost na FREQs
    • update risk listu
    • změna DSP (a Vize) podle vývoje požadavků - pro udržení konzistence trasování
    • update plánu na základě změn scopu po dohodě se zadavatelem
    • pěkné/užitečné zápisy z demo a standupů (včetně předepsaných šablon, stejně jako retro)
  • hodnocení: skvělé 3

Použitý proces

ASWI std+ (vylepšení o code review cally, šablony zápisů, test coverage v CI/CD, návaznosti úkolů a další droná vylepšení)

Datum schůzky

26.4.2021, 3.+4. iterace


Komentáře