Projekt

Obecné

Profil

Hodnocení 2. (první a začátku druhé) iterace

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

Průběh a stav projektu

  • - PRI, do LCO chybí rizika, chybí celkový plán
  • 0 šéf zatím větší vytížení, protože přítomný na všech schůzkách a vyřizuje admin. (mělo by se dorovnat implementací), hodnotící schůzky působí asynchronně vůči iteracím (možná díky nejasnému plánu, možná díky nepochopení principu)
  • + načaté LCA, oprava většiny výtek z minula, usazené požadavky
  • hodnocení: slušné -

Iterace

  • - na příští iteraci vysoký estimate (riziko dalších přesunů - snowball effect), cíle nemožné posoudit, nejsou známy
  • 0 zátěž nerovnoměrná, viz výše
  • + retrospektiva odpovídá, solidní burndown, dobré odhady, přeplánování nestihnutého, náplň ok, časově rozložené
  • hodnocení: skvělé -

Technická kvalita

  • - iterace nemají cíle a due date, artefakty označené jako Vize (ani na GitHub, ani na DMS) ve skutečnosti moc Vizí nejsou (dá se poskládat z jiných dalších artefaktů)
  • 0 release zatím nemá smysl (jeden commit), zadavatel požaduje dokumenty v angličtině (riziko další časové ztráty překladem)
  • + rozpracované DSP, doménový model, rozpracovaná Vize (chybí rizika), (E)FREQs a tech. reqs, retrospektiva, kostra projektu, trasovatelnost, opravené vykazování času, prioritizace, přeplánování, komentování změn když třeba, heirarchie, GUI prototypy, z vynucení zadavatele vedení 2x wiki (Redmine - pro mentora, GitHub - veřejná) DMS, tagy, UC diagramy
  • hodnocení: slušné +

Postupy a praktiky

  • - plánování, přehled o fázích/milnících
  • + retrospektiva, standupy, přeplánování, identifikace nutnosti lépe popisovat úkoly, demo a důsledná komunikace návrhu řešení (GUI) zadavatelům
  • hodnocení: slušné

Týmová dynamika a různé

  • + zdá se ok

Jaká byla dána doporučení

  • v retrospektivě nebo přímo deklarovat dosažení milníku
  • doplnit rizika (do Vize nebo zvlášť)
  • vytvořit plán aspoň pro zbytek projektu (technické problémy a rizika ho značně ohrožují, je potřeba vědět jak moc se to projevuje; v podstatě stačí iterace s cíly a deadliny)
  • prioritizovat požadavky a domluvit minimální tolerovatelnou funkčnost při dodání se zákazníkem
  • pokud zadavatel nechce dokumenty dvojjazyčně, klidně psát všechny budoucí jen anglicky

Hodnocení
7


Komentáře