Typy projektů v č.d a rozdělení zodpovědností

Jaké jsou novinky v realizaci projektů

S projektem Začni Učit a výrazněji ještě s aplikací Včas (Loono) měníme to, jak spolupracujeme s partnery tj. zadavateli projektů, jak projekty řídíme, jakou roli na ní má coretým č.d, jaké využíváme nástroje i jakou zkušenost si odnáší dobrovolník (více v Miro Retrospektiva k dodání a vedení projektů v č.d). Tuto praxi překlápíme i na projekty, kde je zadavatelem Česko.Digital.

Projekty řídíme partnerky a agilně. V dobrovolnickém prostředí nám jde primárně o akceleraci v časovém rámci nikoli o dodání produktu.

Během akcelerace dodáváme hmatatelné přírůstky, které mají hodnotu pro zákazníky/uživatele. Zároveň předáváme kompetence skrz celý tým a podporujeme růst jednotlivců. Dotažení projektu je plně v režii zadavatele.

V Česko.Digital není hierarchická struktura, proto jsou rozdělené zodpovědnosti podle toho, kde vznikají a kde je pravomoci. Díky tomu může vzniknout silný ownership.

Jaké role a zodpovědnosti jsou na projektech

Product Owner:

  • roli (aktivního) Product Ownera na projektu plní zástupce zadavatele (vše, co je s touto rolí splněno jako plnohodnotný člen týmu)

  • Product Owner (=PO) má na projekt vyhrazenou část svého úvazku (typicky 1-1,5 dne)

  • PO je zodpovědná/ý za úspěch produktu či služby na trhu tj. to, že má daný projekt odpovídající kvalitu a rozsah (např. v podobě definice MVP), dle toho ovlivňuje i dobu dodání projektu (velikost scope, co vše je třeba ještě dodat…)

  • pozn. zadavatel hradí všechny více náklady spojené s projektem

  • pozn. zadavatel je zodpovědný za realizaci marketingu / komunikace projektu na uživatele / zákazníka

  • pozn. zadavatel (ev. PO) zhodnocuje, kolik chce do projektu investovat tj. jak nad rámec akcelerace chce pokračovat ve vývoji MVP a co musí MVP nutně splňovat

 

Scrum Master

  • role Scrum Mastera je typicky dobro role

  • Scrum Master je zodpovědný za atmosféru a efektivitu týmu

 

Scrum tým

  • doručování projektu

  • řízení rizik na úrovni projektu (např. nová konkurence, zpětná vazba od uživatelů…)

 

Support Scrum Master

  • support scrum master je supportní role z Česko.Digital

  • má na starosti nábor, výběr a onboarding všech klíčových rolí na projekt dle kompetenčního modelu

  • je zodpovědný, že akcelerace projektu je ukončena včas (dle metodiky č.d) prodloužení akcelerace projektu komunikuje na PO projekty a coretým (allhands), (typicky k této situaci nemá vůbec dojít, protože akcelerace má omezenou dobu trvání a po jejím vyčerpání by se projekt měl automaticky přesouvat a řešit u zadavatele), harmonogram včetně milníků projektu se řeší typicky na governance setkání

  • Support Scrum Master také organizuje Governance meetingy, kde se mimo hlavních milníků (mmj. předání projektu zadavateli) řeší strategie projektu, spolupráce mezi organizacemi a (strategický) risk management - např. chybějící Flutter vývojáři v č.d a organizace Hackday, špatně doporučená technologie ze strany č.d a následné problémy z toho plynoucí

  • řeší nastavení očekávání s PO, pokud je PO externí (tedy mimo coretým č.d)

  • řeší předání projektu k zadavateli ev. jiné expertní organizaci

 

Product Owner projekty

  • výběr vhodných a připravených projektů do inkubace a akcelerace

  • výběr vhodného Support Scrum Mastera a mentora (ev. PO v případě zadavatele č.d)

  • program management, doba akcelerace projektů, nástroje na řízení projektu (Jira, Confluence…)

  • kapacita a vzdělání PO a SM, Support Scrum Masters

  • metodika č.d (včetně podoby governance meetingu)

  • mentoring a podpora Support Scrum Masters (ve formě Projekty & Kafe apod.)

 

CTO

  • výběr vhodné technologie, udržitelnost v rámci provozovatele dig. produktu

  • budování tech komunity v č.d

  • podpora open source

  • tech nástroje (servery, Github…)

  • devOps?

 

Specifika pro projekty, kde je zadavatelem Česko.Digital

Pokud nenajdeme důvody a smysl měnit zodpovědnosti, jak jsou nastavené pro projekty s externím zadavatelem, je možnost je ponechat v neměnné podobě.

Specifika v dodání projektu:

  • projekty, kde je zadavatelem č.d nemusíme jen akcelerovat, ale přímo realizovat do plánovaného rozsahu (např. MVP, plánované podoby eventu…)

  • projekt č.d nemusí splňovat dobu dodání dle metodiky č.d, měl by mít ale výhled, do kdy chce být předán (neziskovce či státu), nebo jak dlouho ho bude č.d realizovat