Plán projektu Jméno projektu: Systém Správce Zahájení projektu: 19. 9. 2011 Plánované ukončení projektu: 12. 12. 2011 Členové: Radim Tobolka, Jan Ševců, Petr Matějů, Lukáš Vydržel, David Staščák, Jozef Matúš Klient: Ondřej Macek,
[email protected]
WBS(Work Breakdown Structure) Naše WBS je poněkud široká, takže zde je rozdělena na jednotlivé podstromy, které mají společný kořen.
Odhad trvání úloh Tyto odhady jsme vytvořili tak, že jsme každý podle našich dosavadních zkušeností navrhli čas, jak dlouho by mohla daná úloha trvat. Člověk s nejvyšším a nejnižším návrhem zdůvodnil, proč navrhl to, co navrhl. Poté se návrh a zdůvodňování opakovalo a nakonec proběhl návrh třetí. Z těchto návrhů byl potom vypočten aritmetický průměr a jeho výsledek byl vzat jako odhad, jak dlouho bude potřeba na vypracování dané úlohy (tzv. časový poker). Všechny údaje jsou uvedeny v hodinách.
Založení – 5 Dokumentace – 50 Uživatelské rozhraní – 50 Databáze – 5 Registrovaný uživatel – 4 Přihlášení/odhlášení – 3 Sessions – 2 Šablona – 9 Změna hesla – 2 Založení nového uživatelského účtu – 3
Vypsání uživatelů – 4 Úprava profilu – 4 Obnova hesla – 2 Smazání existujícího uživatelského účtu – 1 Přidání/smazání týmu – 5 Přidání/odebrání člena – 6 Prohlížení týmů – 19 Pozvánka – 7 Schvalování profilů – 4 Dokončení – 20
Reálný čas strávený na projektu Z výkazu práce vznikl rozpis uvedený níže. Celkový čas strávený na projektu (podle výkazu práce) je 257 hodin. Náš odhad byl však mnohem nižší – 156 hodin. Jedním z důvodů takového rozdílu je naše malá zkušenost s takovýmto projektem a proto špatné odhady časů jednotlivých úloh. Dalším důvodem bylo projevení některých rizik, se kterými jsme na začátku projektu nepočítali (podrobněji v bodě Plán rizik). Všechny údaje jsou uvedeny v hodinách. Položky, u kterých je uvedena nula, se buď neimplementovali (protože byly nice to have), nebo bylo těžké přiřadit k nim konkrétní číslo.
Založení – 2,5 Dokumentace – 71 Uživatelské rozhraní – 46 Databáze – 24 Registrovaný uživatel – 5 Přihlášení/odhlášení – 4 Sessions – 0 Šablona – 0 Změna hesla – 4 Založení nového uživatelského účtu – 4
Vypsání uživatelů – 2 Úprava profilu – 7 Obnova hesla – 2 Smazání existujícího uživatelského účtu – 2 Přidání/smazání týmu – 5 Přidání/odebrání člena – 4 Prohlížení týmů – 3 Pozvánka – 0 Schvalování profilů – 0 Dokončení – 10
Vykazování a plánování úkolů Úkoly jsme se snažili plánovat tak, abychom stíhali všechny potřebné dokumenty odevzdávat včas. Plán jejich odevzdávání si určil klient (v našem případě cvičící) na jeho webových stránkách (https://edux.feld.cvut.cz/courses/A4B33SI/). Úkoly jsme plánovali a vykazovali pomocí sekce Issues na portále github.com. Jejich celkový přehled je k vidění na adrese https://github.com/FrontGroup/Project007/issues. Následuje krátká statistika z těchto stránek. Celkem bylo vypsáno 48 úkolů. Na 7 úkolech pracovalo více lidí. Jan Ševců Radim Tobolka Petr Matějů Lukáš Vydržel David Staščák Jozef Matúš
2 úkoly, oba z oblasti dokumentace; potom přestal pro tým pracovat 10 úkolů, polovina dokumentace, polovina implementace 6 úkolů, polovina dokumentace, polovina implementace 4 úkoly, všechny z dokumentace (dělal i implementaci, ale ta nebyla vypsána do úkolů) 9 úkolů, většina dokumentace 10 úkolů, převážná většina implementace
Standardně je v roli Approved jen jeden člověk - vedoucí týmu. V naší situaci se odpovědnost za dílo rozkládá na všechny členy a proto je v tabulce role "celý tým."Cvičící má u všech úkolů roli Consulted, neboť nám asistuje při vypracování úkolů a Informed, neboť od nás přebírá výsledek práce a hodnotí ho.
Plán rizik Plán rizik je vyjádřen v následující tabulce:
V podstatě nás postihlo rizik několik. Nejdříve nás postihlo, že nás jeden člen týmu naprosto opustil. Sice občas komunikoval a proto jsme se mu snažili dávat nějaké, alespoň jednoduché, úkoly. Vždy to ale dopadlo tak, že úkol nevypracoval a ten tak zůstal na nás zbývající. To samozřejmě ovlivnilo čas a asi i kvalitu. Dále to byl špatný odhad. Jelikož ještě nemáme tolik zkušení zejména s takto rozsáhlým projektem, při odhadování trvání jednotlivých úloh jsme skutečnou délku podceňovali a tak se skutečný a odhadovaný čas stále vzdalovaly. Dalším rizikem, se kterým jsme se museli vypořádat byla špatná komunikace a koordinace. Kvůli tomu jsme se zpozdili o další kus a skutečný čas se ještě více oddálil od toho odhadovaného. A nakonec nás samozřejmě potkalo riziko spojené s písemkami. Jednalo se hlavně o zápočtovou písemku z PSI, kterou někdo musel psát dokonce dvakrát. Mimo to sem patří i dvě zápočtové písemky z JAG. Nicméně toto riziko nemělo na projekt takový dopad, jako ta dvě předešlá.
Finanční plán Takto byl rozpočet stanoven na začátku projektu:
Od té doby nebyl upravován a myslíme si, že ani moc upravit nepotřebuje. Doby jednotlivých částí projektu se sice změnily (testování bylo kratší, ale programování delší), ale součet všech časů je přibližně stejný. A protože jsou všechny doby násobeny stejnou částkou. Výsledná cena se prakticky nezměnila, takže můžeme říct, že původní rozpočet jsme dodrželi. Protože náš rozpočet vycházel ze síťového diagramu a z něj jsme nesplnili všechny položky, lze říci, že jsme podcenili časovou náročnost projektu a za stejné peníze a čas jsme dodali méně funkčnosti.
