Owner runbook

Aktualizováno 13. 7. 2026

Vlastník projektu odpovídá za to, že je firemní prostor v Knowspread připravený ke spuštění a že běžící nastavení stále odpovídá klientskému procesu. Tato stránka je záměrně praktická: říká, co rozhodnout, kontrolovat a eskalovat.

Launch checklist

Oblast	Kontrola vlastníka	Důkaz
Vlastnictví prostoru	Existuje alespoň jeden aktivní owner a zástupce.	Seznam ownerů a administrátorů je zkontrolovaný.
Zdroj uživatelů	Je jasný autoritativní zdroj uživatelů.	Je popsán ruční proces, importní soubor nebo API integrace.
Identifikátory	Je vybraný stabilní identifikátor uživatele.	Je odsouhlasený `personal_id`, e-mail nebo externí ID.
Skupiny	Každá skupina má jeden jasný význam.	Seznam skupin odpovídá oddělením, školením, projektům nebo přístupům.
Obsah	Obsah pro spuštění je schválený a verzovaný.	Vlastník obsahu potvrdil aktivní verzi.
Přiřazení	Povinná přiřazení mají vlastníky a termíny.	Assignment matice je zkontrolovaná před spuštěním.
Reporting	Report dokončenosti odpovídá otázce úspěchu rollout.	Existuje testovací export nebo screenshot dashboardu.
Support	Je jasná eskalační cesta.	Owner ví, kdo řeší data, obsah a technické problémy.

Kontroly v prvním týdnu

Během prvního provozního týdne kontrolujte denně tyto signály:

nově pozvaní uživatelé přecházejí do aktivního stavu,
členství ve skupinách odpovídá očekávané rollout populaci,
přiřazené školení se zobrazí na vzorku uživatelů,
počty dokončení se vyvíjejí očekávaným směrem,
žádný neočekávaný nedostatek licencí neblokuje přiřazené uživatele,
webhook nebo exportní konzument dostává dokončenosti, pokud je integrace zapnutá.

Průběžná správa

Rytmus	Co kontrolovat	Proč
Týdně	Noví uživatelé, odebraní uživatelé, prošlá školení, selhané importy.	Brání tichému rozpadu dat.
Měsíčně	Verze obsahu, strukturu skupin, čerpání licencí, reporting exporty.	Drží prostor v souladu s procesem.
Před větším rolloutem	QA scénáře, mapu screenshotů, owner checklist, integrační dry run.	Snižuje provozní překvapení.
Po produktové změně	Znovu projít dotčené QA scénáře a aktualizovat screenshoty.	Drží dokumentaci a klientskou komunikaci aktuální.

Podklady pro eskalaci

Když interní tým žádáte o prověření problému, přiložte:

název nebo ID company space,
identifikátor dotčeného uživatele,
dotčenou skupinu, obsah nebo přiřazení,
očekávané a skutečné chování,
přibližný čas akce,
screenshot nebo řádek exportu, pokud je problém vidět v UI nebo reportingu,
jestli změnu vyvolalo API volání, import nebo ruční akce v UI.

Rizika pro ownera

Riziko	Příznak	Prevence
Chybí zástupce ownera	Jeden člověk se stane bottleneckem rollout.	Držet alespoň dva aktivní ownery nebo seniorní adminy.
Smíchaný význam skupin	Reporting a přiřazení se špatně vysvětlují.	Oddělit skupiny pro oddělení, školení a oprávnění.
Nestabilní identifikátor	Uživatelé se duplikují nebo se špatně dohledává historie.	Pokud to jde, použít stabilní HR identifikátor.
Skrytá změna verze obsahu	Studenti vidí jinou verzi, než owner očekává.	Zapsat aktivní verze před a po releasu.
Integrace bez rollbacku	Externí systém opakovaně posílá špatná skupinová data.	Dohodnout zastavení, replay a opravu synchronizace.