Tým a komunikace¶
- komunikace dobrá, leč málo asertivní (odkývání všeho)
- domlouvání schůzek na poslední chvíli vede k prodlevám
- podíl času 6:7:8(hlavní programátor):9(vedoucí)
- slušné
Projekt¶
- ze začátku schodovitý burndown, pak chvíli ideální a na konci průtah kvůli change requestům
- Aimtec proces, který ale nebyl deklarován a navenek se tvářil jako std ASWI
- slušné
Postupy a praktiky¶
- změna postupu plánování pro větší kontrolu team leadera a odstínění týmu od administrativních povinností
- 2 fromy standupů: fyzické a virtuální (Slack)
- nejasné vyjednání požadavků a neuchycená architektura vedla k problémům pozdějí
- rychlý přechod na vývoj (DOT plugin)
- testování
- rozdělení posledních iterací pro rychlejší feedback
- ze začátku 40 hod./týden, pak úprava
- dojednání školení na JS a komunikace s vývojáři IMiGEru
- slušné
Technická kvalita¶
- pozdní vykazování, z většiny dobrá trasovatelnost, feature branche a tagy
- popisy iterací, zápisy schůzek, retro, dobře zpracované konvence, testy, Vize, Architektura, dokumentace, instal manual
- kategorie a tagy na issues
- excelentní
Hodnocení
9¶
Průběh a stav projektu¶
- - lehké zpoždění
- 0 problémy s domlouváním schůzek, celou dobu jiný proces, který se ale navenek tvářil jako ASWI a mentor o tom nevěděl
- + REL
- hodnocení: slušné
Iterace¶
- - burndowny
- + 6. velká nálož práce, retrospektiva (pro 6. iteraci už není nutná, shrnuto v projektové), náplň a cíle ok
- hodnocení: slušné
Technická kvalita¶
- + protokol, produkt, dokumentace, testy, testy kompletní v 5. iteraci, dokumentace iterací
- hodnocení: skvělé
Postupy a praktiky¶
- - problémy s vyjednáváním
- + zvládnutí change requestů na poslední chvíli, rozdělení iterace na 2, zvládnutí výpadku člena kvůli nemoci
- hodnocení: slušné+
Hodnocení
10¶
Průběh a stav projektu¶
- + rozdělení zbytku projektu na 2 týdenní iterace pro rychlejší otočku se zákazníkem, blízko IOC, cca 80% funkčnosti a částečně otestováno, dobrý plán na další iteraci
- hodnocení: skvělé -
Iterace¶
- + adekvátní cíle a náplň, splněno, co šlo (na něco blockery z vnějšku), detekce a adresování problémů, retrospektiva ok, pozitivní odezva zadavatele, zapracovávání jeho připomínek
- 0 burndown lepší, v druhém týdnu takřka ideální
- hodnocení: slušné +
Technická kvalita¶
- + začátek programátorské dokumentace, obostranná trasovatelnost, popis iterace
- 0 v plánu i dokumentace use-casu imigeru pro katedru
Postupy a praktiky¶
- + code review (přes slack), refactoring, testování, dokumentace, feature branches, feature tags, snaha o pull requesty (blok od zadavatele)
- hodnocení: skvělé
Jaká byla dána doporučení¶
- další schůzka až na konci projektu
- probírání hodnocení z minula
- obecně teď nejvíc kazí dojem problémy z minula (ale už adresovány) nebo technické drobnosti, např. komentování změn (které už tu nejsou podrobně rozepisovány)
Hodnocení
10¶
Průběh a stav projektu¶
- + část implementace hotová a otestovaná
- 0 plán se ještě +/- stíhá
- - vyplouvají na povrch různé problémy, projekt se dostává do skluzu, úprava požadavků
- hodnocení: slušné -
Iterace¶
- + reflektivní retrospektiva
- - 50% cílů, burndown CollProc, udělalo se něco, co neodpovídalo specifikaci/očekávání, protože se to udělalo pozdě a bez pochopení detailů
- hodnocení: špatné +
Technická kvalita¶
- + detailní popis průběhu iterací na wiki, dobrá rizika a strategie doplněná do Vize, feature tag, co je hotovo je otestováno a plán je to tak dodržet
- - Architektura není
Postupy a praktiky¶
- + sice pozdě, ale identifikované vhodně praktiky pro vyřešení (vynucení ranného vývoje v iteraci, detailnější popisy úkolů), dokumentace průběhu včetně schůzek
- 0 řešení akceptačních kritérií (nutného minima)
- - klasický Collective Procrastination (spoustu předmětů, ASWI se řeší až posledním víkendu iterace -> nedostatek času na to vyrovnat se s problémy), absence dostatečné analýzy požadavků a PoT (nezkušenost s JS) vede na další problémy, zmizela i jednostranná trasovatelnost
- hodnocení: špatné +
Týmová dynamika a různé¶
- - neosobní komunikace (hlavně v detailu úkolů a plánování iterací) si vybírá daň
Jaká byla dána doporučení¶
- Architektura (obecné schéma) jen, pokud to chce zadavatel, jinak se soustředit na vývoj a nahradit programátorskou dokumentací
- alespoň elementární otestování
- zkusit udělat 5. a 6. iteraci týdenní pro rychlejší feedback od zadavatele
Hodnocení
6¶
Průběh a stav projektu¶
- + začátek implementace, LCO
- - není nikde vidět Architektura, která by pomohla s riziky a směrováním projektu, problémy v Timeline integraci
- hodnocení: slušné
Iterace¶
- + retrospektiva odpovídá, rozumná náplň
- - burndown a protažení díky velikonocům, i tak nesplněné cíle (větší než předpokládaná složitost odhalená až pozdě)
- hodnocení: slušné-
Technická kvalita¶
- + wiki (zápisy schůzek, shrnutí iterací), feature branch, tag, Vize
- 0 odstranění mnoha nedostatků z minula
- - chybí strategie odstranění rizik, jednostranná trasovatelnost commit-ticket
- hodnocení: slušné+
Postupy a praktiky¶
- + dokumentace projektu, souběžná implementace, testování a dokumentace, identifikace slabin a opatření pro napravení, release, dodržování konvencí
- - pozdní vykazování času
- hodnocení: skvělé+
Týmová dynamika a různé¶
Jaká byla dána doporučení¶
- zkusit nějak nastřelit Architekturu (klíčový artefakt)
- opravit konvence commitů ma obostrannou trasovatelnost
Hodnocení
10¶
Nová verze Wiki právě nyní.¶
V jednotlivých stránkách iterací 0 a 1 byl doplněn popis.¶
Nově jsou tyto iterace i provázané. Takže se člověk může vrátit o úroveň výš - odkaz je vždy dole na stránce
Iterace 2 bude dodělána v závěsu a iterace 3 již bude tvořena po novu !
Průběh a stav projektu¶
- 0 blízko PRI, lehké rozkoukávání a learning curve na Redmine, ale jinak solidní
- + v dobrém kontaktu se zákazníkem, rozjetá další iterace, plán promyšlený
- hodnocení: slušné+
Iterace¶
- - burndown schodovitý a značně overdue (možná díky pozdnímu reportování času)
- 0 ze špatné interpretace materiálů odhad dimenzován na 80h
- + retro stručná, ale odpovídá, solidní odhady, dobrá náplň a segmentace tasků
- hodnocení: slušné+
Technická kvalita¶
- - používání nadřazeného úkolu jako iterace místo verze, občas chybějící log time, zavřený úkol na 0%, přidávání výstupů úkolů jako jejich přílohy nebo poznámky, linkování commit-ticket existuje jen někde a jednostranně, neustálené používání trackeru, občas reportování "za někoho" nebo na špatný ticket
- 0 Slack, občas nekonzistentní komentování a popisy ticketů (ale aspoň něco), , použití wiki by se dalo vylepšit
- + první verze Vize (cíle, FREQs, částečně rizika, stakeholdři mimo), konvence vývoje a Gitu, tagy, kategorie, větev v Gitu, plán projektu (chybí data iterací), priority, hierarchie úkolů, related issues
- hodnocení: slušné+
Postupy a praktiky¶
- - záznamy ze schůzek (aspoň neinterních, ze standupů ve Slacku), nejednotné úložiště výstupů
- 0 retrospektiva až po review s mentorem (nezvyklé, ale opodstatnělé)
- + standupy (fyzické na přelomech iterací a když je třeba, jinak přes Slack), retrospektiva, srozumitelné konvence, timeboxing, plánování, občas plán na schůzky v popisu úkolu, rozdělení rolí
- hodnocení: skvělé-
Týmová dynamika a různé¶
- + proaktivní přístup, dotazování i mimo schůzky, vnitřní fungování, úměrnost praktik potřebám
Jaká byla dána doporučení¶
- dělat zápisy aspoň z toho, co není dohledatelné ve slacku
- retrospektiva jako vlastní artefakt (repo/DMS/wiki/wiki attachment)
- doplnit Vizi, doplnit Redmine konvence a trasovatelnost do Git
- používat verze v Redmine, významy trackeru a stavů
- diskutovány možnosti používání due date (pokud jiné než iterační) a assignee (u např. párových úkolů)
- zvážit plán nasazení - mohou z něj plynout rizika
Hodnocení
9¶