ASWI - Pokročilé softwarové inženýrství » ASWI 2022 » Anotace pro analýzu smluvních podmínek a skrytých reklam (AV ČR) - 0x00

26.5.

Iterace¶

obsah a průběh 5., 6. iterace v pořádku, nadhodnocená pracnost (o 1/4)
7. iterace (předání) ještě last minute úpravy a bugfixy

doplněny formality u artefaktů SRS, Arch + README per project
v rámci 5. a 6.iterace v Redmine uzavřeny feature issues vázané na SRS požadavky, slušně udělaná trasovatelnost reqts - features - tasks - commits
důkladné testování v závěru projektu, nějaké chyby nalezeny a evidovány

5.it 12b, 6.it 12b, 7.it 10b

Projekt celkově¶

cca 40h navíc kvůli last minute reqt finalizace + dolaďování
na začátku míň efektivní, např. účast všech na schůzce spálila hodně člověko-hodin i když se neřešily věci pro celý tým
cílili na cca 400h ale trochu podcenili náročnost (hlavně design+impl vyznačování anotací) + schůzky delší (domlouvání po schůzce) + last minute reqt
citace: "výhoda je, že čas nestojí peníze jako ve firmě" :-)

provedeny dílčí úpravy procesu (zejm. customer demo), dobré ale uděláno spíše intuitivně než plánovaně - např. není zachyceno v retrospektivách
tým v průběhu laboroval s délkou iterací; negativem je (zvnějšku pozorováno) až moc intuitivní způsob tohoto laborování, pozitivem je schopnost rychle zjistit problém a opravit kurs (nesetrvat v nevhodném procesu)

udělán doc zhodnocení prj, vůči vizi a kritériím úspěchu; dobré
získali (ve Vizi plánovanou) zpětnou vazbu od uživatelů

zákazník spokojen nad míru/očekávání, reflektuje že zkomplikoval situaci opomenutým požadavkem

Reflexe - "příště případně jinak":

• upravit ticket workflow tak, aby closed bylo udělané hned po review a merge na dev; původní myšlenka zavírat to společně se ukázala jako ne potřebná resp. jen u několika málo případů
• ne úplně se osvědčilo reportování chyb napřed do discord channel a pak do RM, protože v discordu toho bylo hodně a v šumu se vcelku dost info ztratilo nebo byly duplikované, otázka je co by se hodilo použít pro prvotní reporting chyb (trello, diskuse s vlákny) aby bylo lightweight ale přehledné; ale bylo to v poslední iteraci a už nemělo cenu řešit
• na konci se ukázalo, že 2-týdenní iterace byly dlouhé kvůli potřebě zaplánovávat zpětnou vazbu, dělali 1-týdenní, ty by se možná byly hodily i dřív kvůli zaplánování hodin co se kdy stane (“oslava u babičky” apod.) – a přitom v průběhu prj měli v úmyslu udělat 3-týdenní implementační iterace ;)

Hodnocení¶

10b

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