Agilní týmy mohou generovat velké množství dat o aktivitách a přesto nechat zúčastněné strany se stejnými základními otázkami: Jsme na správné cestě? Co se změnilo? Co je v ohrožení? Jaké rozhodnutí ode mě potřebujete? Užitečná prezentace stavu projektu by měla na tyto otázky odpovědět rychle, aniž by se stala druhým backlogem, náhradou za týmové události nebo sbírkou marnivých metrik.
Tato stránka poskytuje bezplatnou, připravenou k kopírování šablonu prezentace stavu projektu pro agilní týmy. Strukturu snímků můžete vytvořit v PowerPointu nebo jiném prezentačním nástroji a přizpůsobit ji svému produktu, projektu, frekvenci reportingu a cílové skupině. Cílem není, aby všechny týmy reportovaly stejným způsobem. Cílem je poskytnout vám lehkou strukturu, která zviditelní pokrok, nejistotu a rozhodnutí.
Začněte zde, než zvolíte barvy, grafy nebo rozložení snímků. Prezentace stavu je užitečná, když pomáhá zúčastněné straně rozhodnout, schválit, odstranit blokátor, změnit prioritu, přijmout prognózu nebo pochopit podstatnou změnu. Pokud cílová skupina přečte prezentaci a stále nedokáže určit, co vyžaduje pozornost, je report pravděpodobně příliš popisný a nedostatečně orientovaný na rozhodování.
Pro agilní tým jsou obvykle nejužitečnější otázky:
Oficiální Scrum Guide zdůrazňuje transparentnost, inspekci a adaptaci. Také uvádí, že pokrok směrem k dohodnutým cílům by měl být často inspekrován, aby bylo možné detekovat nežádoucí odchylky nebo problémy. To činí stručnou prezentaci stavu nejcennější, když zlepšuje viditelnost a podporuje skutečnou adaptaci, nikoliv pouze dokumentuje, že práce proběhla. Viz oficiální Scrum Guide.
Silným výchozím nastavením je sedm hlavních snímků s volitelnou přílohou metrik. Menší týmy mohou některé z nich sloučit do tří nebo čtyř snímků. Větší programy mohou přidat detaily, ale hlavní prezentace by měla zůstat snadno skenovatelná.
| Snímek | Co zobrazit | Otázka, na kterou odpovídá |
|---|---|---|
| 1. Titulní snímek a období reportingu | Název projektu nebo produktu, tým, období reportingu, vlastník | Jakou aktualizaci sleduji? |
| 2. Exekutivní stav | Celkový stav, aktuální cíl, hlavní změna, hlavní riziko, potřebné rozhodnutí | Co je právě teď nejdůležitější? |
| 3. Pokrok sprintu nebo iterace | Cíl sprintu, dokončená práce, práce v průběhu, smysluplný trend | Postupujeme směrem k krátkodobému cíli? |
| 4. Dosažené výsledky | Dokončený přírůstek, dopad na zákazníka/uživatele, validované učení | Jakou hodnotu nebo učení tým vytvořil? |
| 5. Prognóza a milníky | Blízké milníky, cílová data, důvěra nebo předpoklady | Co můžeme očekávat příště? |
| 6. Rizika, blokátor, závislosti | Dopad, vlastník, zmírnění, potřebná pomoc | Co by mohlo zabránit pokroku? |
| 7. Další kroky a rozhodnutí | Další zaměření, vlastník, termín, explicitní žádosti o rozhodnutí | Co se stane po této aktualizaci? |
| Volitelná příloha | Podpůrné trendy a provozní metriky | Jaké důkazy podporují shrnutí? |
Odpovězte na hlavní otázky, než ukážete detaily. Praktický snímek exekutivního stavu se vejde do pěti položek: aktuální cíl, celkový stav, jeden nebo dva body důkazů, hlavní riziko a potřebné rozhodnutí nebo akce. Cílová skupina by neměla muset interpretovat šest grafů, aby objevila závěr.
Pokud používáte stav červená/žlutá/zelená, definujte pravidla. Například zelená může znamenat, že aktuální cíl je dosažitelný v rámci současné prognózy a žádná nevyřešená otázka nevyžaduje eskalaci; žlutá může znamenat, že cíl je stále dosažitelný, ale podstatné riziko nebo závislost vyžaduje aktivní řízení; červená může znamenat, že současná prognóza nebo cíl již nejsou důvěryhodné bez změny. To jsou příklady, nikoliv univerzální agilní standardy. Vaše organizace by si měla vybrat definice, které jsou konzistentní a viditelné.
Neměňte barvu stavu pouze proto, že se blíží schůzka. Důvěryhodný indikátor stavu by měl odrážet důkazy a známou nejistotu, nikoliv tlak na prezentaci.
Používejte metriky, které vysvětlují pokrok nebo riziko pro tuto cílovou skupinu. Trend a kontext obvykle znamenají více než jedno číslo. V závislosti na práci mohou užitečné důkazy zahrnovat dokončené výsledky, trendy cyklu nebo doby realizace, průtok, uniklé chyby, spolehlivost služby, důvěru v prognózu, zpětnou vazbu od zákazníků nebo pokrok směrem k cíli produktu.
Burndown, burnup, kumulativní tok a podobné praktiky mohou být užitečnými pomocníky pro prognózu, ale Scrum Guide výslovně uvádí, že takové praktiky nenahrazují empirismus. Také varuje, že ve složitých prostředích je budoucnost inherentně nejistá. To je dobrý důvod označovat prognózy jako prognózy a zobrazovat předpoklady, místo aby se graf prezentoval jako jistota.
Pouze pokud to pomáhá zamýšlené cílové skupině pochopit kontext plánování týmu. Scrum Guide nepředepisuje rychlost jako povinnou metriku Scrumu. Pokud ji zahrnete, vysvětlete, co znamená pro tento konkrétní tým, a vyhněte se jejímu používání jako žebříčku produktivity mezi týmy. Číslo bez kontextu může vést ke špatnému rozhodnutí.
Ne. Ve Scrumu je Sprint Review pracovní zasedání, při kterém Scrum Team a zúčastněné strany inspektují výsledek sprintu a diskutují o pokroku směrem k cíli produktu. Scrum Guide specificky uvádí, že Sprint Review by neměla být omezena pouze na prezentaci. Prezentace stavu může podpořit konverzaci, poskytnout stručný předčtený dokument nebo shrnout informace pro lidi, kteří se nemohou zúčastnit, ale neměla by proměnit review v jednostranné reportování.
K září 2026 oficiální web Scrum Guides stále identifikuje Scrum Guide z listopadu 2020 jako aktuální oficiální verzi. Aktuální verzi si můžete ověřit na oficiální stránce ke stažení Scrum Guide.
Navrhněte hlavní prezentaci pro lidi, kteří musí učinit nebo ovlivnit rozhodnutí. Exekutivní pracovníci obvykle potřebují aktuální cíl, dopad na podnikání, prognózu, podstatná rizika a žádosti o rozhodnutí. Lídry produktů a dodávek často potřebují stejné shrnutí plus detaily milníků a závislostí. Tým může potřebovat hlubší provozní data, ale tyto informace mohou žít v backlogu, dashboardu, systému pro sledování problémů nebo v příloze, nikoliv na exekutivních snímcích.
Jednoduchým testem je odstranit jakýkoliv prvek, který nemění pochopení nebo akci. Pokud snímek obsahuje dvacet položek backlogu, ale cílová skupina potřebuje vědět pouze to, že jedna externí závislost ohrožuje milník, shrňte závislost a propojte detailní systém sledování, místo abyste reprodukovali backlog.
Nezastavujte se u seznamu problémů. Každá podstatná položka by měla ukázat, proč je důležitá, co se dělá, kdo je odpovědný za další akci a zda je potřeba pomoc zúčastněných stran. Kompaktní řádek rizika může použít tuto strukturu:
Oddělte blokátor, který již brání pokroku, od rizika, které může nastat. Toto rozlišení činí eskalaci jasnější a zabraňuje tomu, aby každá obava vypadala stejně naléhavě.
Používejte frekvenci, která odpovídá rozhodnutím zúčastněných stran a rytmu dodávek týmu. Týdenní aktualizace může dávat smysl pro rychle se pohybující iniciativu s externími závislostmi. Aktualizace založená na sprintu může stačit, když sprint již poskytuje správný rytmus inspekce. Měsíční prezentace může vyhovovat senior governance, když k podstatným rozhodnutím dochází méně často.
Scrum Guide uvádí, že sprinty jsou události s pevnou délkou jednoho měsíce nebo méně a že pravidelné události Scrumu vytvářejí příležitosti pro inspekci a adaptaci. To neznamená, že každý Scrum Team potřebuje samostatnou týdenní prezentaci stavu. Vyhněte se vytváření práce s reportováním, která duplikuje informace již viditelné a pochopené jinde.
Udržujte strukturu stabilní a obsah vyměnitelný. Používejte konzistentní zástupné symboly pro období reportingu, aktuální cíl, shrnutí stavu, tabulku rizik, prognózu milníků a žádosti o rozhodnutí. Trvalá vizuální pravidla, jako je umístění loga, typografie, zápatí a standardní rozložení, dejte do šablony prezentace, místo abyste je znovu vytvářeli každý cyklus.
Microsoft dokumentuje, že PowerPoint může začínat z připravených šablon a že desktopový PowerPoint může ukládat znovu použitelné šablony jako soubory .potx. Jeho podpora také vysvětluje, že Slide Master a rozložení snímků mohou být použity k vytvoření znovu použitelných zástupných symbolů. Viz návod Microsoftu k prezentacím v PowerPointu a pokyny Microsoftu k vytváření a ukládání šablony PowerPointu.
Pokud pracujete v PowerPointu pro web, Microsoft uvádí, že můžete vytvářet prezentace ze šablon, ale jeho aktuální stránka podpory pro vytváření šablon uvádí, že vytvoření znovu použitelného souboru šablony PowerPointu vyžaduje desktopovou verzi. Toto omezení je důležité, pokud je vaším cílem skutečná šablona .potx, nikoliv prezentace, kterou ručně kopírujete.
Nahraďte obecné popisky jazykem, který vaši zúčastnění skutečně používají. Učiňte aktuální cíl explicitním. Odstraňte nepoužívané metriky. Definujte barvy stavu. Ověřte data a vlastníky. Poté učiňte žádosti o rozhodnutí konkrétními: místo „Potřebuji podporu“ napište, jaké rozhodnutí je potřeba, kým a do kdy.
Také rozlišujte fakta od prognóz. „Tři funkce splnily Definition of Done“ je tvrzení o dokončené práci, pokud to váš tým ověřil. „Očekávané vydání příští měsíc“ je prognóza a měla by zahrnovat příslušné předpoklady nebo míru důvěry. Udržování těchto kategorií odděleně pomáhá čtenářům pochopit, co je známo, versus co se může změnit.
Po aktualizaci zkontrolujte výsledek, nikoliv vzhled snímků. Užitečná zpráva by měla umožnit čtenáři odpovědět na aktuální cíl, nejdůležitější pokrok, hlavní riziko, krátkodobou prognózu a další rozhodnutí bez nutnosti žádat o samostatné vysvětlení.
Pokud je odpověď na několik z těchto otázek ne, zjednodušte prezentaci, než přidáte více grafů. Nejlepší šablona prezentace stavu projektu není ta s největším počtem snímků. Je to ta, která vytváří dostatečnou transparentnost pro správné lidi, aby pochopili situaci a učinili další užitečné rozhodnutí.
Použijte tuto bezplatnou, připravenou k kopírování šablonu prezentace stavu agilního projektu k zobrazení pokroku, rizik, rozhodnutí a dalších kroků, aniž by se aktualizace změnily v šum.
Nahrávání obrazovky v PowerPointu má video, ale žádný zvuk? Zkontrolujte ovládací prvek Zvuk, přístup k mikrofonu ve Windows, nastavení vstupu, kompatibilitu přehrávání, aktualizace a opravu.
Vytvořte si zdarma rozvrh směn zaměstnanců v Excelu s automatickým výpočtem hodin, řešením nočních směn, odečítáním přestávek, týdenními součty, příznaky pro plánování přesčasů a tisknutelným pohledem na tým.
Vytvořte bezplatnou šablonu faktury v Excelu, která automaticky vypočítává zdanitelné částky, daň z prodeje a celkové částky. Porovnejte nastavení s jednou sazbou, vyhledávací tabulkou a sazbami po jednotlivých řádcích a zjistěte, kdy Excel již nestačí.
Převeďte PDF na editovatelný Word s minimální ztrátou formátování pomocí Wordu nebo Acrobatu. Zjistěte, kdy funguje přímá konverze, kdy je nutný OCR a jak opravit tabulky, písma a zalomení stránek.
Vytvořte tisknutelný odhad stavební práce v Excelu s rozsahem prací, materiály, prací, režijními náklady, rezervou, přirážkou, daní a souhrny připravenými k tisku – včetně vzorců a chyb, kterým se vyhnout.
Vytvořte praktický nástroj pro sledování potenciálních zákazníků v Excelu pomocí tabulky, rozbalovacích seznamů fází, dat pro další kontaktování, příznaků prodlení, filtrů a jednoduchého souhrnu pipeline – plus známky toho, že je čas přejít na CRM.
Naučte se používat tisknutelnou šablonu denního časového blokování ve formátu PDF pro práci z domova: naplánujte bloky soustředění, schůzky, přestávky, rezervy a vytiskněte ji správně.
Porovnejte HubSpot Free CRM a Zoho CRM pro samostatné realitní makléře, včetně kontaktů, e-mailů, obchodních příležitostí, přizpůsobení, automatizace, mobilního používání a kompromisů při přechodu na placené verze.
Opravte dokument Wordu, který se na Macu otevírá pouze pro čtení, kontrolou problému s aktualizací Office z července 2026, režimu úprav ve Wordu, ochrany dokumentu, oprávnění ve Finderu, přístupu k OneDrive a umístění souboru.
