Projekt

Obecné

Profil

Novinky

Hodnocení projektu

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

Tým a komunikace

  • přes smíšený ZSWI/ASWI žádné komunikační problémy uvnitř ani navenek
  • rozdělení na programátory (ZSWI) a testery-dokumentátory-administrátory (ASWI)
  • vedoucí více hodin díky administrativě
  • excelentní

Projekt

  • na začátku neporozumění fázím/milníkům, částečně díky smíšenému vlivu obou předmětů
  • podle burndownu zpoždění v první 1/3 projektu, ale pak dohnáno a zbytek +/- ideální
  • potřeba lehce poupravit Architekturu
  • slušné

Postupy a praktiky

  • důsledné standupy a důraz na komunikaci, retrospektivy
  • v pevné dny schůzky 1) ASWI části, 2) celého týmu
  • po první iteraci a interakci s mentorem vylepšení téměř všeho (konvence, praktiky, atd.)
  • obecně použito to, co bylo třeba pro projekt
  • excelentní

Technická kvalita

  • důsledná trasovatelnost
  • gDrive
  • retrospektivy, na začátku zápisy schůzek (pak se ukázalo, že nejsou třeba), rizika, konvence, UC a další diagramy, Architektura, OO návrh, Vize, "plán", user manual, DSP
  • další podpůrné pracovní artefakty
  • kvalita good enough, složitější kvůli požadavků na artefakty ze ZSWI/ASWI
  • od druhé iterace kompetentní používání Redmine
  • excelentní

Hodnocení
11

Hodnocení 5.-7. iterace

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

Průběh a stav projektu

  • + předání, IOC, REL (GA), domluva na dodělávkách nad rámec práce vzhledem ke změně u zákazníka
  • hodnocení: skvělé

Iterace

  • 0 pro účely hodnocení se iterace 6 a 7 podle Redmine slučují do jedné
  • + dobré cíle, dosažení, náplň, odhady, implementace hotová po 5. it, pak už jen testování, bugfixing a dokumentace
  • hodnocení: skvělé

Technická kvalita

  • + protokol, produkt, testy, user doc
  • hodnocení: skvělé

Postupy a praktiky

  • 0 není co řešit, všechno doběhlo hladce
  • + perfektní trasovatelnost ticket-commit
  • hodnocení: skvělé

Hodnocení
12

Hodnocení 4. iterace

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

Průběh a stav projektu

  • + LCA, hodně blízko IOC, 90% funkčnosti, ta z minulé iterace otestovaná, při dobrém průběhu po příští iteraci konec, ale vhodná rezerva na ještě jednu otočku se zákazníkem
  • hodnocení: skvélé

Iterace

  • 0 burndown horší, ale adresován v retro
  • + adekvátní cíle, splněny, retrospektiva
  • hodnocení: skvélé

Technická kvalita

  • 0 opravená a stabilní Architektura a modely, pro další artefakty nebyla potřeba
  • + testy odlišené testovacích a implementačních úkolů tagem
  • hodnocení: slušné+

Postupy a praktiky

  • - chybí iterační tagy v repo
  • + testování defakto souběžně s vývojem, dodržování konvencí
  • hodnocení: sliušné +

Týmová dynamika a různé

  • + stále ok

Jaká byla dána doporučení

  • zjistit, do jaké míry je třeba dělat programátorskou dokumentaci
  • další schůzka až na konci projektu

Hodnocení
11

Hodnocení 3. iterace

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

Průběh a stav projektu

  • + vyřešení rizika s nasazením (skriptová instalace Javy)
  • 0 projekt se stíhá, ale pravděpodobně hlavně kvůli nevelké vývojové náročnosti
  • - nutnost předělat Architekturu, LCA nejdříve ve 4 iteraci, chybí celkový plán
  • hodnocení: špatné +

Iterace

  • + náplň, vše dokončeno, retrospektiva odpovídá
    0 přeplánování 1 implementačního úkolu, burndown
  • hodnocení: slušné +

Technická kvalita

  • + rizika, due date u iterací, doplněné konvence Redmine
  • 0 rozumné zacházení s tickety, backlog přes typ (enhancement) a tag (implementation)
  • - není iterační release tag
  • hodnocení: slušné

Postupy a praktiky

  • + rizika a jejich odstranění, koordinace schůzek
  • 0 konvence a praktiky z minulých iterací
  • - původní Architektura nebyla ověřená, jen teoretická a nepokrývá nasazení se skripty (ani nová), není iterační release tag
  • hodnocení: sliušné -

Týmová dynamika a různé

  • + ASWI/ZSWI nevede k zásadním problémům

Jaká byla dána doporučení

  • LCA nemůže být dosaženo, pokud Architektura není ověřená a stabilní
  • absence plánu by způsobila porblémy u náročnějšího projektu
  • implementace se zřejmě stihne, ale hlavně kvůli nevelké implementační náročnosti projektu

Hodnocení
7

Hodnocení 2. iterace

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

Průběh a stav projektu

  • + projekt on track, časové rozložení prací, prakticky LCA (ač nedeklarováno), vyřešení/dohnání prakticky všech nedostatků z minula
  • hodnocení: skvělé

Iterace

  • 0 solidní burndown
  • + adekvátní cíle, náplň, rozsah, rozložení, počet ticketů, vše dokončeno, dobré odhady
  • hodnocení: skvělé

Technická kvalita

  • - fyzicky neexistuje plán projektu (ale myšlený je dodržován), release tag
  • 0 chybí prioritizace (zatím nebylo extra třeba), gapps, základ wiki
  • + Vize (chybí rizika), DSP, pěkná Architektura, UC diagram, 2 arch. diagram, GUI prototyp, baseline architektury, tracebility, komentování změn, retrospektiva adekvátní (i za minulou iteraci), stručné zápisky ze schůzek, start/due date, hierarchie ticketů
  • hodnocení: slušné +

Postupy a praktiky

  • - release tag
  • + standupy, zápisy ze schůzek, code review, kontroly splnění úkolu (Resolved-Closed), dodržování konvencí, beaseline architektury, odkaz na tickety v komentářích kódu
  • hodnocení: skvělé -

Týmová dynamika a různé

  • + OK

Jaká byla dána doporučení

  • zamyslet se nad riziky (po diskuzi se zjistilo, že některé jsou roztroušené v dokumentaci, tak jen dotáhnout a někde centralizovat)
  • přemýšlet o fázích/milnících
  • prioritizace a vyfiltrovatelnost implementace/testování
  • release tag na konci iterace
  • doplnit beztak dodržované konvence Redmine

Hodnocení
10

Hodnocení 1. iterace

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

Průběh a stav projektu

  • + 2 schůzky se zákazníkem kvůli ujasnění práce a převzetí materiálů, vyřešení problému s nástroji
  • 0 kombinovaný tým se ZSWI, lehce mění nutnosti ohledně artefaktů (DSP)
  • - z ASWI pohledu trochu předbíhání (návrhy před Vizí), neexistuje celkový plán
  • hodnocení: slušné

Iterace

  • + splnění všeho až na jeden přeplánovaný úkol
  • 0 náplň ovlivněná smíšeným týmem
  • - burndown trochu schodovitý, poměrně málo hodinové zátěžě
  • hodnocení: slušné

Technická kvalita

  • + rozdělení ticketů podle trackeru, využívání popisů ticketů a komentování změn, specifikace požadavků schválená, návrh datového modelu
  • - reportování času jedním člověkem místo každý sám, neexistence retrospektivy a ani náznaku Vize, existující artefakty nezkontrolovatelné díky nedostupnosti
  • hodnocení: slušné-

Postupy a praktiky

  • + standupy (i když bez zápisů), komentování změn, přeplánování, třídění úkolů (tracker)
  • - artefakty nejsou dosažitelné z Redmine (buď fyzické nebo lokálně uložené), retrospektiva, nárazová činnost ve dvou bodech iterace (viz burndown), celkové schéma fází (milníků a artefaktů)
  • hodnocení: slušné-

Týmová dynamika a různé

  • + tým zdá se funguje a dobře komunikuje

Jaká byla dána doporučení

  • strávený čas reportovat každý sám za sebe
  • ustanovit a dodržovat konvence (zvlášť kvůli smíšenosti týmu)
  • zapracovat na Vizi a dělat retrospektivy
  • mít artefakty dostupné z Redmine (klidně odkazem)
  • používat due date (např. ale nejen pro schůzky)

Hodnocení
5

    (1-6/6)

    Také k dispozici: Atom