Hodnocení 2. iterace

Přidáno uživatelem Petr Pícha před asi 4 roky(ů)

Datum schůzky¶

17.4.2020

částečně kombinovaný ASWI/ZSWi, některé Agile/Lean praktiky, méně administrativního overheadu

negativa
- deklarované LCA, ale aplikace není napojena na jakoukoli DB, navíc není jasná její technologie, verze a struktura
- deployment line posíláním emailem (zákazníkovi stačí)
pozitiva
- zákazník spokojený
- funkční a častá komunikace v týmu
- jasné rozdělování zodpovědností
- 130h odděláno a již hodně funkčnosti
- plánované zrychlení otoček v implementační části
- podle plánu konec za 2 iterace (cca 11.5.) - brzo ale opodstatněno
- vyrovnání se se změnou scopu ač jí ještě nereflektují všechny dokumenty
- adresování komentářů z minulého review
hodnocení: slušné

negativa
- release označen commit message místo tagem v repo
- produkt momentálně není baseline architektura (LCA), protože není připojen a žádnou DB
- nevědí se ani parametry DB (technologie, verze, struktura) - domluveno pouze JDBC
- nestandardní diagramy
pozitiva
- ozkoušení tagů issues a hiererchie
- rozumné rozlišení issues typy
- používání description a komentářů
- úkoly obecně v pořádku
- commity trasovatelné - nejdříve trochu zmatek a pokus o rebase, ale zpětně opraveno (daké důvod časového rozložení)
- velká část funkčnosti implementována
další komentáře
- datum u iterace má být Due Date, ne Start Date (v nové iteraci již opraveno)
- počítání odhadů a spent time u hierarchických úkolů chtělo ozkoušet v cvičném projektu
- podobně commit message commitů pro trasovatelnost
hodnocení: sklušné

negativa
- Vize - stakeholders nespecifikují koncové uživatele (ač se ví, jací jsou)
- DSP
  - rozpis požadavků je nestandardní (někde mezi UC diagramem, scénářem, procesním a flow diagramem) + nevýrazná priorita
  - samotný screenshot GUI nikomu neřekne, která jeho část slouží čemu
- Architektura
  - nestandardní diagramy a výsledně moc textu místo využití vyjadřovacích možností např. UML
  - databáze nespecifikovaná
pozitiva
- prozkoumány Agile/Lean praktiky, některé (instinktivně) aplikovány
- rychlá vnitřní otokča (cca 2 dny)
- reakce na zmeěnu scopu
- základní poznatky na wiki
- Vize - stakeholders, BC, F/EF REQs, pěkná rizika, plán, prostředí
- DSP - akceptační kritéria, omezení implementace, závislosti, specifikace jednotlivých FREQ, priority, GUI, EFREQs
- Architektura - začlenění aplikace do kontextu a rozdělení na komponenty
další komentáře
- akceptační kritéria by mohla být hned vedle FREQs, aby byl přehled, jakou jejich část představují
hodnocení: slušné