Projekt

Obecné

Profil

Novinky

Hodnocení projektu

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

Hodnocení
12

Malus/Bonus

  • risk list (1), verzování dokumentů (1), Architektura (2), specifikace a trasování požadavků (3) = 7 bodů

Doporučení

n/a

Tým a komunikace

  • pozitiva
    • komunikace stoprocentní dovnitř i vně
    • spolupráce bez vady
    • zapracovávání feedbacku od mentora i zákazníka
    • to všechno i se zapojením 1 člena z KS
  • hodnocení: Excelentní (3)

Projekt

  • pozitiva
    • vynaložené úsilí na začátku na proniknutí do procesu, které vyústilo ve výborný nástup a basenci větších problémů v průběhu projektu
    • rychlé ustanovení zásadních konvencí, postupné lehké lazení
    • jelo se podle plánu
    • odhady jen občas lehce podstřelené, ale hned řešené v retro
    • pěkný celkový burndown
  • další komentáře
    • Celkový strávený čas [h] - 304
  • hodnocení: Excelentní (3)

Postupy a praktiky

  • pozitiva
    • code review - postupně online místo offline
    • revize zásadních věcí a zavírání issues (mergování) společně
    • úsilí investované do analýz - vyplatilo se
    • práce s risk listem + dobře a brzy zmapovaná rizika
    • trasování požadavků: Vize -> user stories -> DSP -> tickety -> commity
    • příprava na schůzky - šablony zápisů, agenda
    • materiály pro schůzky inerní i se zadavatelem vždy dostupné předem
    • úprava některých praktik za pochodu na základě retrospektiv a vnější inspirace
    • rychlý nástup do designu a implementace prototypu (2. iterace) aniž by utrpěli výstupy první fáze projektu
    • aktivní účast všech na schůzkách (neodříkává jeden) + vyjadřování individuálních názorů
    • SPI na základě retrospektiv a někdy i standupů
    • změnové řízení, vyjednávání o prioritách a potřebách se zákazníkem
  • hodnocení: Excelentní (3)

Technická kvalita

  • pozitiva
    • feature branche, iterační a milníkové tagy, trasovatelnost commit-ticket (ze začátku jednostrané, ale rychle opraveno)
    • verzování dokumentů a jejich obecně vysoká kvalita
    • přehledná struktura wiki
    • konvence komunikace, repo, ticketů, kódu, designu
    • knowledge base, glosář, specifikace technologií, popisy iterací (včetně retrospektiv)
    • CI/CD včetně test coverage, unit testy, integrační testy a Robo Framework
    • administrační a uživatelský manuál, plán projektu (včetně plánu testování), Architektura, Vize, DSP, risk list, user stories
    • využití hierarchie ticketů, časové návaznosti, star a due date, priority, description, komentáře změn, kategorizace, tracker, plné workflow
    • GUI návrhy
    • produkt, archiv, protokol, formulář
  • hodnocení: Excelentní (3)

Otázky na tým (post-mortem review)

  • Co nevyhovovalo, nefungovalo, komplikovalo život
    • Redmine - burndown, single assignee
    • větší než nutná míra ceremonie procesu (zbytečné artefakty)
    • HTML proces je moc heavy na začátek
  • V čem vidí tým největší přínos, co se naučili
    • význam komunikace, analýz, architektury, testování, CI/CD
    • iterativní kolaborativní proces, retrospektivy, plánování

Použitý proces

ASWI std

Artefakty předané týmem

  • Předávací protokol - ANO
  • Archiv projektu - ANO

Datum schůzky (uzávěrky)

24.5.2021

Hodnocení 6. iterace

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

Hodnocení
12

Malus/Bonus

n/a

Doporučení

n/a

Průběh a stav projektu

  • pozitiva
    • REL
    • produkt předán zákazníkovi, podepsaný protokol, archiv
    • vše řádně uzavřeno v souladu s plánem
    • finální lazení a dodělávky
  • hodnocení: skvělé 3

Iterace

  • pozitiva
    • odhady s minimální odchalkou
    • náplň, scope, splnění cílů
    • slušný burndown
    • retrospektiva poslední iterace už neměla smysl, nahrazena projektovou v Retro Tool
  • hodnocení: skvělé 3

Technická kvalita

  • pozitiva
    • protokol podepsaný samotnou výslednou aplikací
    • produkt, archiv, vyplněný dotazník s podnětnými názory
    • všechny plánované testy (unit, integrační, Robot)
    • aministrační a uživatelská dokumentace
    • smergovány všechny branche, finální tagy
    • zajetá práce s tickety
  • hodnocení: skvělé 3

Postupy a praktiky

  • pozitiva
    • vše už nějakou dobu konstantní a fungující bez problému
  • hodnocení: skvělé 3

Použitý proces

ASWI std

Datum schůzky

24.5.2021

Hodnocení 5. iterace

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

Hodnocení
12

Malus/Bonus

n/a (budou snad vyřešeny do příště)

Doporučení

  • příště uzávěrka
    • kromě review poslední iterace, projití dotazníku s retrospektivou projektu (vyplnit předem, odkaz bude na Teams)
    • zákazníkovi předat odkaz na dotazník pro jeho hodnocení (odkaz bude na Teams)
    • zákazníkovi předat produkt (ve formě s ním domluvené) a předávací protokol k podepsání (mít ho na review)
    • vytvořit archiv projektu se všemi výstupy (obsah repository, všechny mezivýstupy, dokument, atd. i ty co se nepředávaly zákazníkovi) - může/nemusí obsahovat exporty wiki stránek

Průběh a stav projektu

  • pozitiva
    • IOC, zákazník velmi spokojen
    • doběhne kosmetická úprava a refactoring + docs a admin
    • všechny UC, hotové testy
    • shoda s projektovým plánem
  • hodnocení: skvělé 3

Iterace

  • pozitiva
    • odhady, burndown, náplň, scope ok
    • cíle splněny
    • retrospektiva validní
    • plán na poslední iteraci
  • hodnocení: skvělé 3

Technická kvalita

  • pozitiva
    • testy přes Robot Framework podle požadavku zadavatele
    • tag iterace i milníku, trasování, feature branches
    • priority, description, due date, komentáře změn, kategorizace
    • robustní CI/CD
  • hodnocení: skvělé 3

Postupy a praktiky

  • pozitiva
    • práce s risk listem
    • update Vize a Reqs o CR
    • ostatní viz minulá hodnocení
  • hodnocení: skvělé 3

Použitý proces

ASWI std

Datum schůzky

10.5.2021

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

Hodnocení 2. iterace

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

Hodnocení
11

Malus/Bonus

  • možné bonusy: Architektura, verzování a forma dokumentů, trasování požadavků (čeká na probrání s p. Bradou)

Doporučení

  • další schůzka až po 4. iteraci

Průběh a stav projektu

  • pozitiva
    • LCOA deklarováno a dosaženo, on-track podle plánu
    • důsledné a efektivní řízení
    • komunikace v týmu i ven
    • všechny připomínky z minulé iterace zapracovány
    • projekt obecně postupuje řízeně a po všech stránkách výborně
  • hodnocení: skvělé 3

Iterace

  • negativa
    • odhad lehce podstřelený (zmíněná zpožděná reakce zákazníka + některé schůzky delší než se počítalo)
  • pozitiva
    • cíle, splnění, náplň ok, vše zavřeno
    • burndown slušný
    • retrospektiva relevantní a odpovídá realitě
    • plán na další iteraci relevantní
  • hodnocení: skvělé 2,75

Technická kvalita

  • negativa
    • kategorizace issues nepočítá s filtrováním testovacích ticketů
    • PoC jen z CLI, nepokrývá půřez architekturou, tak jak by executable architecture měla (ne velký problém, protože na této hranici rizika malá a PoC řeší ty hlavní)
  • pozitiva
    • trasování požadavků Vize - DSP - user stories - tickety - commity
    • dotažení oboustrané trasovatlenosti commit-ticket + zanešení do konvenců
    • konvence nově pokrývají tracker ticketů (kategorizaci)
    • používání priorit, due date, description a komentářů ticketů
    • GUI návrhy
    • PoC - spustitelná minimální funkčnost z CLI
    • Architektura - moc pěkná, detailní popisy i diagramy
    • historie dokumentů efektivně trasuje změny
    • Git - feature branches, iterační a milníkové tagy, commit message formát, trasování
  • další komentáře
    • diskuze nad tickety pokrývajícími více FREQs
  • hodnocení: skvělé 2,5

Postupy a praktiky

  • negativa
    • demo
      • ukazování kódu je na demo už moc
      • místy jít pomaleji, po částech a nechat protistranu vyjádřit postupně
  • pozitiva
    • úprava Vize a DSP na základě feedbacku, prioritizace rizik
    • zápisy ze schůzek, glosář, od další iterace detailní popis dopředu, konvence
    • demo
      • řízení, rozdělení kompetencí - aktivní účast všech, pokrytí dokumentů, PoC a GUI návrhu, sběr feedbacku, posílání podkladů předem
      • identifikovaná potřeba úpravy návrhu -> speciální týmová schůzka
  • hodnocení: skvělé 2,75

Použitý proces

ASWI std

Datum schůzky

29.3.2021

Hodnocení 1. iterace

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

Hodnocení
11

Malus/Bonus

n/a

Doporucení

  • co je dobré poslat zákazníkovi? postavit se do jeho role a přemýšlet o přidané hodnotě; v nejistotě se zeptat nebo prostě poslat
  • při schůzkách rozdělit mezi členy sdílení obrazovky (použité při plánování a zavírání, ale hodí se i burndown a statistiky při diskuzi retrospektivy)
  • retrospektivní/plánovací schůzka zahrnuje 1) sync (ala standup), 2) retrospektivu samotnou a 3) plánování - rozmyslet pořadí a zapojení timeboxingu
  • jednosměrné vazby commit ticket se v Redmine ještě dají dohnat
  • pozor aby se z procesu (zbytečně) nestal vodopád
  • diskuze o invalidování úkolů
  • pokud se bude zdát, že projekt výrazně překročí 320 šlověkohodin, řešit co nejdříve
  • zkusti "prioritizovat" rizika
  • rozmyslet kategorizaci úkolů aspoň na nutné minimum - tj. vývoj a tetování (zvlášť i dohromady) vs. ostatní aktivity (ale může být i podrobnější v závislosti na best practices a potřebách)

Pruběh a stav projektu

  • negativa
    • diskutovat se zákazníkem pro něj polatná rizika (klidně mimo schůzky) - stejně tak drobné nejistoty, aby neblokovali postup na 14 dní
  • pozitiva
    • komunikace uvnitř týmu i navenek
    • výborný start, postupy zvolené s rozumem a fungující
  • další komentáre
    • Vize sice neposlaná předem zákazníkovi, ale nejasné body probírány na demu
  • hodnocení: skvělé 3

Iterace

  • pozitiva
    • dvotýdenní
    • dosažení PRI
    • náplň a scope ok, cíle splněny, odhad solidní, burndown také
    • už probíhá i průzkum problému (technologicky) a příprava na vývoj
    • plán na 2. iteraci obsahově relevantní, cílí na LCOA
  • hodnocení: skvělé 3

Technická kvalita

  • negativa
    • user stories v dokumentu jde trochu proti jejich účelu - snáze upravitelný seznam, popř. použití v Issues se zdá efektivnější
    • US navíc netrasované na požadavky z Vize/DSP
    • vazby commit-ticket jen jednosměrné
  • pozitiva
    • kvalita dokumentů (formát, verzování)
    • popis iteračních dodávek
    • Vize
      • reflektuje min akceptační kritéria v prioritách
      • seznam dodávaných artefatků
      • popis zamýšlených testů (ač nutně nespadá do scopu dokumentu)
    • příprava demo serveru
    • Plán projektu
      • obsah nad rámec harmonogramu
      • zahrnuje i testovací plán
    • existence user stories
    • DSP
      • pěkný a postupně rozpracovatelný dokument
      • use case diagram
    • využití nadřazených úkolů
    • Glosář
    • vlastní Teams prostor
    • Google Docs pro tvorbu dokumentů, výsledky pak v DMS
    • zápisy schůzek na wiki včetně šablony + formát
    • dále na wiki knowledge-base, technologie, schéma komunikace
  • další komentáre
    • rizika jako vlastní dokument není standard, ale dobře identifikovaná + strategie
  • hodnocení: skvělé 3

Postupy a praktiky

  • negativa
    • neprolínání disciplín mezi fázemi vede k velkým (a těžko odhadnutelným) úkolům kolem architektury (není ponětí, které všechny aspekty modelovat)
    • konvence neřeší kategorizaci úkolů -> nemožnost vyfiltrovat jednotlivé disciplíny, plán vs. backlog, atd.
  • pozitiva
    • trasování požadavků mezi Vizí a DSP (na popud zákazníka)
    • posílání výstupů zákazníkovi předem
    • konvence - obsahují hodně a má to smysl
    • společné zavírání úkolů, otevřené vyjadřování k retrospektivě a plánování (odhadování, přiřazování)
    • kompletní workflow ticketu včerně nezávislé review
    • zohledňování scopu a priorit při plánování
    • v Redmine používání mezilehlých start a due date
  • další komentáře
    • priority v Redmine téměř 50/50 mezi normal a high - není nutně problém, ale pokud to tak bude pořád, priorita skoro zrácí smysl ("grade on a (bell) curve")
  • hodnocení: skvělé 2

Použitý proces

ASWI std

Datum schůzky

15.3.2021

    (1-6/6)

    Také k dispozici: Atom