Projekt

Obecné

Profil

Novinky

Anotace pro analýzu smluvních podmínek a skrytých reklam (AV ČR) - 0x00: Review a hodnocení 4. iterace

Přidáno uživatelem Premek Brada před více než 2 roky(ů)

10 bodů

12.5.

Souhrn

Hlavní poznatky
  • effort estimation relativně klasicky - planning meeting at iteration start, assignee navrhne, případná diskuse a úpravy, pak zanesení do ALM
  • upravený proces “customer demo”, sice nereflektovaný jako změna metodiky ale udělané dobře
    buffer 7h
  • retrospektivy jen “rekapitulace průběhu”, reflexe podprahová, diskutováno
  • QA postup rozumný (systematické vyřešení před reportováním bugu)
  • [PPí] plánováno o 170h víc než by mělo nominálně být (!), diskutováno (pečlivé reportování času + opravdu strávili hodně času ale nevadí)

Kvalifikovaně vyřešený last minute požadavek zákazníka (výměna za lower-priority funkčnost), byť znamenalo zvýšení pracnosti.

Customer demo: zákazník nemůže synchronně v den konce iterace a potřebuje čas na dodání zpětné vazby => dávají přírůstek zákazníkovi v průběhu iterace a feedback sbírají průběžně, zapracování do plánu další iterace (na toto alokovaný čas v plánu it.)

DSP: jako základní checklist funkční; není žádná viditelná vazba (trasovatelnost) na features ve Vize; není použita žádná std forma specifikace jednotlivých požadavků; P-13 a P-14 nejsou striktně řečeno funkčními požadavky, spíše jde o pravidla; mezi NFR zjevně chybí důležitost UX a objemové charakteristiky (cf FURPS+); pěkně zaznamenané změny reqts “ručním změnovým režimem” DSP

Testování: základní testy OK, pokrývají všechny úrovně testování, funkční a UX testy teprve v přípravě. Proces řešení chyby dobrý (tester nalezne -> Discord diskuse -> Redmine nebo quick fix nebo vysvětleno)

Hodnocení

Průběh a stav projektu -- výborný
Iterace -- výborný
Technická kvalita -- slušné
Postupy a praktiky -- výborné

Zpracování geografických údajů v novoasyrských textech (KBS FF) - Code of Duty: Hodnocení projektu

Přidáno uživatelem Petr Pícha před více než 2 roky(ů)

Hodnocení
10+2

Malus/Bonus

  • filtry v Redmine (+2b)

Doporučení

Tým a komunikace

  • pozitiva
    • přístupem skvěle od začátku
    • kolaborace uvnitř týmu a komunikace na venek, hlavně k zákazníkovi
  • další komentáře
    • na začátku komunikační problémy s CIVem ne chybou týmu
  • hodnocení: Excelentní (3)

Projekt

  • negativa
    • mírný skluz v druhé půlce díky (alespoň částečně) ovlivnitelným/předvídatelným faktorům
    • na začátku přeskok Vize a usazení scopu rovnou do návrhů a implementace
    • plánování rizik, absencí, svátků, souběhů, řízení scopu
  • pozitiva
    • dokončen jen o týden za prvotním plánem a ke spokojenosti zákazníka
    • namapování milníků na iterace (ač se ne úplně podařilo dodržet)
  • další komentáře
    • Celkový strávený čas [h] - 326,42 (9,5:8,5:7,5:7)
  • hodnocení: Slušné (2)

Postupy a praktiky

  • negativa
    • chvíli travalo usazení konvencí oficiálně i prakticky
  • pozitiva
    • buffery na "team support" a později na bugfixy a CRs
    • včasné řešení testů a deploymentu
    • plánování absencí
    • reakce na feedback
  • hodnocení: Excelentní (2,75)

Technická kvalita

  • negativa
    • odkazy na úkoly v druhé řádce commit message není nejlepší, protože mapování neni okamžitě viditelné
    • názvy tagů iterací nejsou v daném formátu (např. "FifthIteration") nejlepší
    • nějakou dobu obtížné mapování zpisů schůzek mezi sebou a na iterace
    • technická realizace některých praktik
  • pozitiva
    • existence iteračních i jiných tagů v repository
    • trasovatelnost, práce s větvemi
    • kvalita výstupní dokumentace pro údržbu CIVem (verze všech komponent, diagramy, podrobný popis)
    • využití RM filtrů
    • kódové konvence
  • hodnocení: Slušné (2,25)

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

  • Co nevyhovovalo, nefungovalo, komplikovalo život
    • Redmine, administrační overhead
    • context switch konvencí práce vs. školní projekt
    • hodnocení první iterace, kdy tým nemá zkušenosti (burndown, odhady), roztříštěnost informací mezi CW a Teams
  • V čem vidí tým největší přínos, co se naučili
    • vzájemné review i návrhů (no lone wolf)
    • hlídat si rozsah od začátku
    • uvědomělé rozdělování kompetencí a poviností v týmu

Použitý proces

ASWI std

Artefakty předané týmem

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

Datum schůzky (uzávěrky)

31.5.2022

Zpracování geografických údajů v novoasyrských textech (KBS FF) - Code of Duty: Hodnocení 7. iterace

Přidáno uživatelem Petr Pícha před více než 2 roky(ů)

Hodnocení
12

Malus/Bonus

  • potenciální bonus za dokumentaci

Průběh a stav projektu

  • pozitiva
    • IOC (deklarovaný, fakticky byl už asi i minule) + REL
    • předáno, zákazník spokojený
  • další komentáře
    • nastavená 7., týdení iterace na řádné uzavření (proti plánu ze začátku, ale správná praktika)
  • hodnocení: skvělé 3

Iterace

  • pozitiva
    • zkrácená na týden
    • náplň, plán, splnění, burndown, retro, průběžná aktivita
    • odhad větší díky bufferům
  • hodnocení: skvělé 3

Technická kvalita

  • pozitiva
    • dokumentace frontendu (moc pěkná) a projektu obecně
    • iterační tag, větve smergovány
    • repo i RM zaklizeno
  • další komentáře
    • malým úpravám v repu chybí trasování, ale pochopitelné na konci projektu
  • hodnocení: skvělé 3

Postupy a praktiky

  • pozitiva
    • buffery na bugfix a refactor
    • vše dojeto podle dříve vylazených postupů
  • hodnocení: skvělé 3

Použitý proces

ASWI std

Datum schůzky

31.5.2022

Zpracování geografických údajů v novoasyrských textech (KBS FF) - Code of Duty: Hodnocení 6. iterace

Přidáno uživatelem Petr Pícha před více než 2 roky(ů)

Hodnocení
11

Průběh a stav projektu

  • pozitiva
    • dotahování na téměř finální verzi
    • spokojený zákazník, směřuje ke zdárnému konci
    • skluz se povedlo dohnat
  • další komentáře
    • po domluvě vynechán low priority požadavek
  • hodnocení: skvělé 2,5

Iterace

  • pozitiva
    • zvýšená velocity (všechno známo)
    • cíle, scope, splnění, náplň, retro
    • ušetřený čas na schůzkách a bufferu na bugfixy a refactor (vysvětluje nadstřelení odhadu)
    • plán na poslední iteraci dobrý - 1 týden, lazení, dokumentace, předání
  • hodnocení: skvělé 3

Technická kvalita

  • negativa
    • bugreporty obecně ne moc detailní - v kontextu projektu není kritické, ale v praxi by neuspělo
    • absence testů frontendu - asi není stěžejní a v tuhle chvíli už nemá cenu, ale je škoda, že nebyly uvažované od začátku
  • pozitiva
    • ERA, class diagramy, programová dokumentace, testy backendu - technicky kvalitní, ač trochu pozdě
    • trasování, branches, tagy
  • hodnocení: skvělé 2,5

Postupy a praktiky

  • pozitiva
    • buffery na bugfix a refactor
    • zápis ze standupu (reakce na připomínku z minule)
  • hodnocení: skvělé 3

Použitý proces

ASWI std

Datum schůzky

25.5.2022

Automatická detekce a dokumentace připojených USB zařízení (ZF) - Bug Thugs: Hodnocení projektu

Přidáno uživatelem Petr Pícha před více než 2 roky(ů)

Hodnocení
11 (+2)

Malus/Bonus

  • knowledge base + operativní management (+2b)

Tým a komunikace

  • pozitiva
    • od začátku perfektní spolupráce, aktivita, komunikace a přemýšlení na procesní i produktové úrovni
  • hodnocení: Excelentní (3)

Projekt

  • negativa
    • na začátku přílišný start do návrhu a implementačních detailů na úkor Vize a usazení projektu
    • problémy ze strany zákazníka - velká změna požadavků v poslední třetině projektu, obtížná komunikace a poskytování prostředí
  • pozitiva
    • přes problémy od zákazníka skvěle odvedeno
    • dopředné přemýšlení, navrhování alternativ a chápání potřeb zákazníka, velké nasazení
    • dodržení plánu přes komplikace
  • další komentáře
    • Celkový strávený čas [h] - cca 310 (naprosto rovnoměrně rozložených)
  • hodnocení: Excelentní - Slušné (2,5)

Postupy a praktiky

  • negativa
    • na začátku trochu nepochopení některých praktik (retro, vykazování, apod.), ale rychle se srovnalo
    • u některých rizik není zjevná práce s nimy
  • pozitiva
    • řízení zdrojů a dostupnosti
    • opatřování zapůjčovaného HW
    • postupy se od začátku změnili minimálně, protože byly dobře nastaveny
    • velká 3. iterace - záměrně jako buffer -> vyplatilo se při řešení problémů později
  • hodnocení: Excelentní - Slušné (2,5)

Technická kvalita

  • pozitiva
    • arch. a GUI návrhy
    • předávané "balíky" s kompletní dokumentací (generovanou), testy, výsledky, komentovanými konfiguráky, atd.
    • cíleně řízené aspekty jako bezpečnost, rozšiřitelnost, použitelnost, atd.
    • filtry, konvence
  • hodnocení: Excelentní (3)

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

  • Co nevyhovovalo, nefungovalo, komplikovalo život
    • korporátní zákazník - změna požadavků po 4. iteraci, nakonec revertována, jak tým od začátku říkal, problémy s jejich prostředím i komunikací
    • horší kvalita zvuku nahrávek přednášek
  • V čem vidí tým největší přínos, co se naučili
    • zkušenost s komplikací v projektu (jeho reálnost)
    • význam Vize, milníků, specifikace, komunikace

Použitý proces

ASWI std

Artefakty předané týmem

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

Datum schůzky (uzávěrky)

25.5.2022

Automatická detekce a dokumentace připojených USB zařízení (ZF) - Bug Thugs: Hodnocení 6. iterace

Přidáno uživatelem Petr Pícha před více než 2 roky(ů)

Hodnocení
12

Průběh a stav projektu

  • pozitiva
    • úspěšné ukončení - zpracování posledních připomínek, prezentace širšímu zastoupení zákazníka, předávka
    • zákazník spokojen
  • další komentáře
    • tým se dohodl se zákazníkem na dalších změnách v rámci DPP
  • hodnocení: skvělé 3

Iterace

  • pozitiva
    • cíle, náplň, splnění
  • hodnocení: skvělé 3

Technická kvalita

  • pozitiva
    • repo i RM uzavřeno
  • další komentáře
    • tag nechybí, jen je díky nejednoznačnosti GitLab UI realizován jinak
  • hodnocení: skvělé 3

Postupy a praktiky

  • pozitiva
    • std nastavený už dříve v projektu
  • hodnocení: skvělé 3

Použitý proces

ASWI std

Datum schůzky

25.5.2022

Úprava systému BrainIn pro neurorehabilitace pacientů se získaným poškozením mozku (KIV) - JVDF: Hodnocení projektu

Přidáno uživatelem Petr Pícha před více než 2 roky(ů)

Hodnocení
11 (+4)

Malus/Bonus

  • Vlastní upravený proces, správně provedený a vyhodnocený (od 2.-3. iterace LCA + IOC + GA kolečko nad epicy) + 4b

Tým a komunikace

  • pozitiva
    • spolupráce i komunikace ven i dovnitř ok
    • lehký problém s připomínání schůzek jednomu členovi ale zdárně vyřešeno vlastní iniciativou
  • hodnocení: Excelentní (3)

Projekt

  • negativa
    • ze začátku ne ideální uchopení Vize a některých praktik, ale časem se vyjasnilo, zlepšilo, usadilo
    • skok na návrh a implementaci před usazením projektu
  • pozitiva
    • vyrovnání se s kontextem projektu (viz níže) se ctí
    • změna procesu na LCA + IOC + GA kolečko nad epicy (2.-3. iterace)
    • spokojenost zákazníka, dodání všech reqs (kromě NTH) + některé fixy a vylepšení dosavadní implementace
    • celkový burndown
    • časové rozložení prací
  • další komentáře
    • obtížná situace navazováním na "lepený" výzkumný projekt blížící se konci -> nepřehlednost, špatná kvalita ve všech aspektech
    • Celkový strávený čas [h] - cca 350 (10:9:8:7)
  • hodnocení: Excelentní - Slušné (2,5)

Postupy a praktiky

  • negativa
    • na začátku problémy s retrospektivou, plánováním, konvencemi
  • pozitiva
    • postupem času a změnou procesu dovedeno téměř do dokonalosti
    • postupné a částečně paralelizované zpracovávání epiců (+ jejich rozplánování)
  • hodnocení: Excelentní - Slušné (2,5)

Technická kvalita

  • pozitiva
    • filtry pro epicy a jejich hiararchie + mapování na trasovatelné větve a commity (od začátku)
    • systém mergování větví a postupného "úklidu" po sobě v repu
    • prakticky od začátku validní a kompetentní užívání ticketů pro kontext projektu
    • analytické a arch. podklady k jednotlivým epicům
  • další komentáře
    • Vize není nic extra, ale pro daný projekt naprosto stačí
    • repo bylo externí bez možnosti propojení s Redmine, přesto dodržováno trasování
  • hodnocení: Excelentní (3)

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

  • Co nevyhovovalo, nefungovalo, komplikovalo život
    • marast v projektu ještě před jejich příchodem
    • velké množství informací a nejasnosti o procesu na začátku projektu
    • neintuitivnost Redmine
    • J. Bartošek - "na pochopení, vyzkoušení procesu a praktik by byl lepší cvičný/nereálný projekt, viz agilní školení"
  • V čem vidí tým největší přínos, co se naučili
    • Standup - knowledge base pro celý tým
    • Retrospektiva - poučení, velocita, monitorování plánu
    • Samostatné přiřazování a vytváření issues - více flexibilní

Použitý proces

LCA + IOC + GA kolečko nad epicy (lean-inspired)

Artefakty předané týmem

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

Datum schůzky (uzávěrky)

24.5.2022

Úprava systému BrainIn pro neurorehabilitace pacientů se získaným poškozením mozku (KIV) - JVDF: Hodnocení 6. iterace

Přidáno uživatelem Petr Pícha před více než 2 roky(ů)

Hodnocení
12

Průběh a stav projektu

  • pozitiva
    • domluvené požadavky splněny (krom NTH)
    • kompletní testy objevilo mnoho bugů, ale byla na to rezerva v odhadech + fixly se i nějaké z dřívějška
  • hodnocení: skvělé 3

Iterace

  • pozitiva
    • odhad, náplň, cíle, splněno, retro
  • hodnocení: skvělé 3

Technická kvalita

  • pozitiva
    • repo řádně uzavřeno, smergováno, branche smazány
    • bugy vždy popsány
    • uzavřené ALM, testy, protokol, formulář, archiv
  • hodnocení: skvělé 3

Postupy a praktiky

  • pozitiva
    • std level kvality
  • hodnocení: skvělé 3

Použitý proces

LCA + IOC + GA kolečko nad epicy (lean-inspired)

Datum schůzky

24.5.2022

Automatická detekce a dokumentace připojených USB zařízení (ZF) - Bug Thugs: Hodnocení 4. - 5. iterace

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

Hodnocení
11.5 (za každou z hodnocených iterací)

Průběh a stav projektu

  • pozitiva
    • i přes velké komplikace ze strany zákazníka (viz níže) předpoklad dokončení podle plánu
    • zákazník (původní) spokojen
    • zvládnutí procesu -> soustředění na věcné problémy
    • rozložení aprůběžnost prací
  • další komentáře
    • připojení i PL zákazníka -> změna řešení debuggeru -> tým "donucen zbytečně" měnit tam a zpět
    • vnitřní politika zkomplikovala testování serveru na straně zákazníka (tým navrhoval alternativy, ale zavrhnuty) -> během poslední iterace nemalé CRs
  • hodnocení: skvělé 3

Iterace

  • pozitiva
    • 4. - cíle, splněno, náplň, odhady, retro, burndown
    • 5. - cíle, splněno (až na vinu z venčí), náplň, odhady, retro, burndown
    • plán na další iteraci (zatím jen ve OneNote) dobrý
  • další komentáře
    • nejistota výstupu finální ukázky (jestli zákazník dokáže rozchodit)
  • hodnocení: skvělé 2.75

Technická kvalita

  • negativa
    • proběhlo druhé demo, ale naní k němu obdobný tag jako k prvnímu (minimální připomínka)
  • pozitiva
    • ALM už zajety - bez připomínek
    • knowledge base k debuggeru a knihovně
    • sekvenční diagram návrhu práce s debuggerem
    • UML class diagram (v repo)
  • hodnocení: skvělé 2.75

Postupy a praktiky

  • pozitiva
    • testování u zákazníka + výpůjčky HW
    • proces už zajetý a fungující
    • identifikace a navrhování řešení sporných bodů zákazníkovi (ač neúspěšné)
    • odmítnutí dalších CR - díky tomu zřejmě nebude moc přes scope (320h)
    • nezdá se, že by problémy vyústily v nutnost opouštění praktik
  • hodnocení: skvělé 3

Použitý proces

ASWI std

Datum schůzky

12.5.2022

Zpracování geografických údajů v novoasyrských textech (KBS FF) - Code of Duty: Hodnocení 4. a 5. iterace

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

Hodnocení
9 (4.iterace), 10 (5.iterace)

Doporučení

  • nepřijímat žádně další velké požadavky na změny od zákazníka (pokud nejsou naprosto kritické)

Průběh a stav projektu

  • negativa
    • nepovedlo se IOC
    • mírný skluz z 5. iterace - snad se dožene v 6.
    • projekt určitě přeteče 320h, otázka je o kolik
  • pozitiva
    • spokojenost zákazníka
    • dobré rozložení zátěže
    • už se dělá na dokumentaci a testech
  • další komentáře
    • 1
  • hodnocení: skvělé 2

Iterace

  • negativa
    • 4. iterace
      • late stage rush díky velikonocům, ostatním předmětům (tyhle 2 se daly a měly hlídat/řídit jako rizika) a nemocem - ovlivňuje burndown
    • 5. iterace
      • nestihla se plánovaná beta
  • pozitiva
    • 4. iterace
      • přes rush cíle splněny
    • 5. iterace
      • odhad ok, burndown slušný po vyseparování schůzek
    • oboje ok náplní, cíly
  • další komentáře
    • 4. iterace
      • odhad - 15h nadstřel (vysvětleno kratšímy schůzkami a bufferem na týmovou podporu)
    • plán další iterace náplní ok, ale hodně velký
  • hodnocení: 4. - slušné 2, 5. - skvělé 3

Technická kvalita

  • negativa
    • zápisky ze schůzek (týmových) se obtížněji mapují na iterace
    • nejsou zápisky standupů
  • pozitiva
    • pokračování v kurzu - usazená a dobrá práce s ALM
    • tagy, trasování, větvení
    • dobrá knwoledge base na wiki
  • hodnocení: skvělé 2,5

Postupy a praktiky

  • pozitiva
    • standupy
    • vše zajeté a většině úrovní funguje
  • skvělé 2,5

Použitý proces

ASWI std

Datum schůzky

11.5.2022

(71-80/220)

Také k dispozici: Atom