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.
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?
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