Redmine

Hodnocení
12¶

Malus/Bonus¶

• +3b za funkční UI návrh, +2b za podrobnou analýzu (interní knowledge base)

Tým a komunikace¶

• pozitiva
  • bezchybné
• hodnocení: Excelentní (3)

Projekt¶

• pozitiva
  • skončili na plánu, jediná výjmka je způsobená ze strany zákazníka (online stores)
  • rozložení práce a obecné perfektní fungování, skvělé už od začátu
• další komentáře
  • Celkový strávený čas [h] - téměř 400h
• hodnocení: Excelentní (3)

Postupy a praktiky¶

• pozitiva
  • zúročení a dopilování všeho, co se 3/4 týmu naučilo v ASWI loni
  • jediný ASWI nováček velmi aktivní
  • v průběhu celého projektu bez jiných než kosmetických výtek
  • konstantně dobré odhady
• hodnocení: Excelentní (3)

Technická kvalita¶

• pozitiva
  • detailní a dodržované konvence, hloubkové analýzy a obecná skvělá kvalita artefaktů
  • práce s tickety i repository
  • správné a kvalitní mezilehlé artefakty, např. GUI návrhy
• hodnocení: Excelentní (3)

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

• Co nevyhovovalo, nefungovalo, komplikovalo život
  • ze začátku Redmine, ale rychle se spravilo
  • celkový plán a koordinace byli challenge, ale vyrovnali se s tím na výbornou
• V čem vidí tým největší přínos, co se naučili
  • "ASWI nováček": "jeden z nejlepších předmětů v dosavadním studiu"
    • ozkoušení procesů, praktik, týmového vývoje, plánování, odhadů, atd.
  • ostatní členové očividně udrželi zkušenost z loňska a zužitkovali jí na max
    • nic nového se nenaučili, ale ověřili si, že to napodruhé funguje bez potíží

Použitý proces¶

ASWI std

Artefakty předané týmem¶

• Předávací protokol - NE (zatím u zákazníka)
• Archiv projektu - ANO

Datum schůzky (uzávěrky)¶

5.6.2023

Hodnocení
12+12¶

Průběh a stav projektu¶

• + předáno, přidaná týdenní 8. iterace na dořešení administrativy
• hodnocení:skvělé 3

Iterace¶

• + 7. iterace dobrý odhad, 8. je na dotažení administrative, takže na tom nesejde
• + náplň, uzavření, retrospektiva, slušné burndowny
• hodnocení: skvělé 3

Technická kvalita¶

• + uživatelská a programová dokumentace důsledná, bude se na ní dobře navazovat
• + tickety a repo jede stále na svém výborném standardu
• + archiv, formulář
• 0 protokol se ještě nevrátil podepsaný od zákazníka, pak dodají
• hodnocení: skvělé 3

Postupy a praktiky¶

• + zápisy schůzek, retro
• + vše pokračuju v kurzu
• hodnocení: skvělé 3

Použitý proces¶

ASWI std

Datum schůzky¶

5.6.2023

Hodnocení
11¶

Malus/Bonus¶

• 2b - dobrovolný přechod na Jiru a zacházení s ní (pluginy, automatizace)
• 3b - robustní a dodržované konvence včetně kompletního workflow

Tým a komunikace¶

• pozitiva
  • komunikačně skvělé dovnitř i ven, profesionální přístup, vedení, rozložení prací
• další komentáře
  • nutnost komunikovat se 3. stranami
• hodnocení: Excelentní (3)

Projekt¶

• pozitiva
  • krom vnějších vlivů defakto na plánu, vedení a zacházení s nástroji, proaktivní přístup
• další komentáře
  • Celkový strávený čas [h] - 404,25 (16h od spodní hranice - neřeší se díky zabíhacímu ročníku ASWI+TSP)
  • proti původnímu scopu jen v počtu šablon díky vnějším vlivům (technologie, dokumentace, předchozí vývoj)
• hodnocení: Excelentní (2,5)

Postupy a praktiky¶

• negativa
  • některé aspekty se museli nadhodit z vnějšku, ale pak instinktivně řešeny dobře (návrh, některé části Vize, retrospektiv)
• pozitiva
  • silná komunikace, retrospektivy, agilní přístup + Jira
• hodnocení: Excelentní (2,5)

Technická kvalita¶

• pozitiva
  • user doc, retrospektivy, záznamy schůzek, specifikace požadavků, konvence, Jira, 1 repo na produkt, 1 repo na doc, práce s repem, merge, branches, návrh na novou práci s globálním repem projektu, Vize
• další komentáře
  • Arch. nedávala smysl
• hodnocení: Excelentní (3)

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

• Co nevyhovovalo, nefungovalo, komplikovalo život
  • výchozí stav projektu (dokumentace), admin overhead ASWI
• V čem vidí tým největší přínos, co se naučili
  • zkušenost s Jirou, retrospektivy, přímá komunikace se zákazníkem, zkušenost s vedením, prací v týmu, holistický pohled na proces E2E

Použitý proces¶

ASWI std (agilnější + ALM sada: Jira + 2x GitLab)

Artefakty předané týmem¶

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

Datum schůzky (uzávěrky)¶

1.6.2023

Hodnocení
12¶

Průběh a stav projektu¶

• REL, nasazeno a otestováno na dev prostředí
• bez "ofiko" release, protože ještě ne na prod
• hodnocení: skvělé 3

Iterace¶

• bez komplikací
• hodnocení: skvělé 3

Technická kvalita¶

• ZIP, protokol, formuláře
• zavřené tickety z TSP1, připravené na TSP2
• hodnocení: skvělé 3

Postupy a praktiky¶

• všechno dojelo podle zavedených kolejí
• hodnocení: skvělé 3

Použitý proces¶

ASWI std (vyjma nástrojů - Jira + 2xGitLab)

Datum schůzky¶

1.6.2023

Hodnocení
12+12¶

Malus/Bonus¶

Doporučení¶

Průběh a stav projektu¶

• 0 nedostali vývojářské účty
• + dohoda na alternativním předání, jestli ne IOC tak alespoň hodně blízko
• hodnocení: skvělé 3

Iterace¶

• náplň, retro, odhady, scope, plán na příští
• hodnocení: skvělé 3

Technická kvalita¶

• + report z testování, UC diagramy, příprava na dokumentaci, repo
• hodnocení: skvělé 3

Postupy a praktiky¶

• + zvažování natažení další iterace o týden v závislosti na výtupech testování
• hodnocení: skvělé 3

Použitý proces¶

ASWI std

Datum schůzky¶

22.5.2023

Hodnocení
9+9,5¶

Doporučení¶

• příští schůzku až na uzávěrku

Průběh a stav projektu¶

• - skluz kvůli souběhu s ostatními předměty
• + dohoda se zákazníkem - microservices -> monolit, snížení scopu
• + plán přidat týdenní iteraci
• 0 plus problémy ze strany zákazníka ohledně kvality vstupů a komunikace
• hodnocení: slušné 2

Iterace¶

• - 5. iterace zaškrcená ostatními předměty (projev už vě čtvrté - 66.7/100h)
• + momentálně dohánění restů, retrospektivy
• hodnocení: slušné 1,5-2

Technická kvalita¶

• + úprava plánu, Architektura (ač bez diagramů)
• + repo obecně (tagy plánované až bude užitečný výstup)
• hodnocení: skvělé 2,5

Postupy a praktiky¶

• + komunikace situace se zákazníkem
• + řešení problémů způsobených zákazníkem
• + osekání administrativy
• hodnocení: skvělé 3

Použitý proces¶

ASWI std (akorát AzD jak tickety, tak repo)

Datum schůzky¶

19.5.2023

Hodnocení
10+10,5+11¶

Doporučení¶

• další schůzka bude uzávěrka, nejdéle 8.6.

Průběh a stav projektu¶

• + změny scopu po domluvě se zákazníkem v reakci na objevené problémy původní implementace
• + uvnitř očekávaného rozmezí hodin, rozdělení zátěže
• + otevřenost přístupu
• hodnocení: skvělé 2-2,5

Iterace¶

• + retra, náplň, plán na další postup, odhady (krom 7.)
• hodnocení: skvělé 2,5

Technická kvalita¶

• + CI/CD do té míry do které to problémy 3. stran umožnili
• + průzkum možností testování
• 0 některé ceremonie se opouštějí kvůli focusu na produkt
• hodnocení: skvělé 2,5-3

Postupy a praktiky¶

• + plán zanesení nedořešených nedostatků do dokumentace
• + návaznost retrospektiv
• hodnocení: skvělé 3

Použitý proces¶

ASWI agilnější (týdení otočky, menší ceremonie)

Datum schůzky¶

18.5.2023

Hodnocení
9 (per iteraci)¶

Malus/Bonus¶

Doporučení¶

Průběh a stav projektu¶

• + hotové testy
• 0 lehký skluz na vývoji, ale dobrá prognóza
• 0 cílový estimate pod očekávanou úrovní (ne nutně problém, bude se řešit mezi mentory)
• hodnocení: skvělé 2,5

Iterace¶

• 0 5.iterace menší díky souběhu předmětů
• + sedí odhady, náplň
• + plán na poslední obecně, - ač postrádá administrativní stránku iterace i uzávěrky
• - chybí retrospektivy (alespoň záznamy o nich)
• hodnocení: slušné 2

Technická kvalita¶

• + CI/CD na testovacím prostředí (technické problém 3. strany) - řeší se
• - občas tickety zavřené ne na 100%
• + repo
• hodnocení: skvělé 2,5

Postupy a praktiky¶

• + uzpůsobení plánu situaci
• - díky nepříliš aktivnímu přístupu k domlouvání schůzek zpoždění a řešení 2 najednou (není velký problém samo o sobě, spíš ten přístup)
• - zavírání ticketů pozdě
• hodnocení: slušné 2

Použitý proces¶

ASWI std

Datum schůzky¶

16.5.2023

hodnocení: 4.it 9b , 5.it 10b
datum: 12.5.

stav projektu - výborné (3)

• všechny hlavní features implementovány, chybí testy pro některé (předmět nadcházející iterace)
• dosažen IOC milník, předveden; zákazník nemá změnové požadavky
• celkový postup vzhledem k termínu dodání dobrý

iterace - slušné (1-2)

• obě iterace typická “Construction” fáze - implementace features, související testování
• obě iterace typický “rock edge burndown” pattern
• 4. iterace DEEP backlog, 5. iterace nikoli (vše “prio Normal”)
• retrospektivy funkční, dle zápisů

technická kvalita - výborné (3+)

• struktura projektu přehledná, dobré design patterns v kódu/návrhu (koresponduje s – ve vizi nevyjádřeným – cílem udržovatelnosti implementace)
• kontraktové testy jsou zřejmě vhodným nástrojem pro daný účel, stejně tak docker kontejnerizace
• dokumentace nebyla prioritou, vhodně zaznamenané technické poznámky plynoucí z průběhu implementace

postupy a praktiky - slušné (1)

• odhady technických prací (“Feature”) poměrně výrazně odlišné od výsledné reality, oběma směry a v obou iteracích; zčásti objasněno ze záznamů retrospektiv, a ve výsledku se nad- a pod-hodnocení vykompenzovala, ale zjevně je to slabá stránka plánování
• dobře používané feature branches, vč. zachování historie commitů při merge na mainline (diskutováno, zdůvodnění fundované); ale chybí označení milníků/baselines v revision history
• návrh test cases intuitivní nikoli metodický
• specifikace / replikování cílového produkčního prostředí neřešeno dostatečně, OTOH nasazení nebylo specifikováno jako cíl projektu a docker to trochu zachraňuje

doporučení

• nic specifického

hodnocení: 9b
datum: 9.5.2023

stav projektu - dobré (3b)

• + vše běží
• + LCO a LCA reálně dosaženy
• 0 tým unavený, málo času, zákazník moc nekomunikuje, čeká se na domluvu zákazník - tech support (přístup na google workspace hospicu)

iterace - dobré (3b)

• + cíle dobré, výběr požadavků odpovídající
• 0 plán a odhady času, burndown, trace v ALM: 3.it celkem dobré, 4.it strávena polovina odhadnutého času kvůli jiným úkolům
• + customer demo ok
• 0 retrospektivy G/S/M fungují, zřejmě užitečné, byť se v nich opakují tatáž témata

technická kvalita - slabé (1b)

• 0 artefakty shromážděny na jedno místo, ale chybí jim formální stránka (“košilka”, indikace stavu)
• - doc Vize neobsahuje hlavní požadavky; Architektura není dokument a tedy nezahrnuje vysvětlení/zdůvodnění; komplikované rozdělení (duplicity) informací o požadavcích na 3 dokumenty, akceptační kriteria mohla být součástí “DSP” a v něm vysvětlen význam “IMPORTANT” příznaku
• - verzování – pouze automaticky vytvářené google doc verze
• + technické řešení předvedeno, funkční a použitelné, vhodně vybrané pro daný účel (byť softwaru to obsahuje velmi málo ;-)

postupy a praktiky - slušné (2b)

• + vhodné rozlišení task/enhancement/feature, časový rozsah issues
• 0 vazba requirements - issues jen přes shodu popisů, chybí priority
• - testy zatím neřešili
• + komunikační mechanismy (v týmu, tým-zákazník) vcelku odpovídající

doporučení

• plánovat tak, aby šlo projekt udržitelně dokončit
• prodiskutovány varianty postupu pro závěrečné iterace projektu
• se zákazníkem telefonovat, kromě emailování