Šablona statusové zprávy projektu: týdenní formát, příklad — a jak se zpráva sestaví sama ze shrnutí (2026)

Statusová zpráva projektu je krátká stránka s pevným formátem, která lidem mimo každodenní práci říká, kde projekt stojí: jestli je v plánu, co se změnilo od minulé zprávy, co by se mohlo pokazit a o čem se od čtenáře čeká rozhodnutí. Píše se v pravidelném rytmu — u většiny projektů týdně — a pokaždé je to stejná stránka, takže čtenář porovnává tento týden s minulým a nemusí číst od nuly.

Tento průvodce začíná řemeslem — formátem, šablonou ke zkopírování, vyplněným příkladem a kratší týdenní verzí pro vedoucí týmu, který hlásí nahoru. Pak přechází k mechanice: kdy stačí zpráva a kdy se statusová schůzka stále vyplatí, kde se zpráva píše v nástrojích, které váš tým už používá, a co se děje mezi schůzkami a stránkou. Nejtěžší na zprávě totiž není psaní. Je to půlhodina předtím, kdy vedoucí prochází týden hovorů a chatů, aby zjistil, na čem se vlastně dohodlo.

Co je statusová zpráva projektu — a co není

Kolem projektu obíhají čtyři dokumenty a zpráva se s ostatními zaměňuje nejčastěji:

Shrnutí je za schůzku; zpráva je za týden napříč všemi schůzkami. Stand-up předává blokery lidem, kteří je mohou odstranit; zpráva sděluje někomu dál od práce, jestli tyto blokery ohrožují termín. Záznam rozhodnutí uchovává důvod; zpráva jen říká, že se rozhodlo nebo že rozhodnutí ještě chybí. Pokud se zpráva píše těžko, příčina je téměř vždy výše: schůzky týdne po sobě nezanechaly záznam výsledků, a vedoucí je tak v pátek odpoledne rekonstruuje z paměti.

Týdenní formát: šest bloků, jedna stránka

Zpráva, která se čte každý týden, se musí vejít na jednu obrazovku a držet stejný tvar. Šest bloků v tomto pořadí:

1. Hlavička. Projekt, sledované období, autor, datum příští zprávy. Čtenáři nejdřív hledají období — zpráva bez něj je stránka tvrzení bez „od kdy".
2. Celkový stav v jedné větě. Zelená, oranžová nebo červená — nebo v plánu, v ohrožení, mimo plán — plus jedna věta, která říká proč. Barva je shrnutím bloků níže, ne pocit; pokud blok rizik říká, že dodavatel zpozdil o dva týdny, řádek nemůže říkat zelená.
3. Pokrok od poslední zprávy. Tři až šest řádků o tom, co bylo dokončeno, každý jako výsledek, nikoli činnost. „Proces objednávky v revizi u klienta" je fakt; „pracovali jsme na objednávce" není.
4. Příští období. Co se tým zavazuje dokončit do další zprávy, u každé položky s vlastníkem. Právě proti tomuto bloku se příští týden bude kontrolovat blok pokroku.
5. Rizika, problémy a potřebná rozhodnutí. Riziko je něco, co se může stát; problém je něco, co se už stalo. Každý řádek: co, dopad na termín nebo rozpočet, vlastník a o co se čtenář žádá — včetně „o nic, pouze pro informaci". Potřebná rozhodnutí mají vlastní řádek s datem, do kdy projekt odpověď potřebuje.
6. Otevřené úkoly. Každý úkol, který zůstává otevřený z jakékoli schůzky tohoto období, s vlastníkem a termínem a s označením těch po termínu. Tento blok většina zpráv vynechává, a přitom podle něj čtenář posuzuje, zda je barva v bloku 2 poctivá.

Tři věci vynechte: dialog (kdo co řekl), záznamy činností (hodiny, uskutečněné hovory) a cokoli, s čím by čtenář nemohl nic udělat. Zpráva je pro někoho, kdo jí věnuje čtyři minuty. Každý řádek by měl obstát před otázkou „co by čtenář dělal jinak, kdyby to věděl?"

Šablona statusové zprávy projektu

Zkopírujte ji do dokumentu, zprávy v kanálu nebo canvasu. Hranaté závorky jsou zástupné hodnoty.

[Projekt] — statusová zpráva za [období, např. 20.–24. října]
Autor: [jméno] · Odesláno: [datum] · Příští zpráva: [datum]
Celkově: [v plánu / v ohrožení / mimo plán] — [jedna věta, která říká proč]

Hotovo od minulé zprávy
– [Výsledek jako fakt] — [vlastník]
– [Výsledek] — [vlastník]
– [Výsledek] — [vlastník]

Příští období (do [datum příští zprávy])
– [Výstup] — [vlastník]
– [Výstup] — [vlastník]

Rizika a problémy
– [Riziko nebo problém] — dopad: [termín / rozpočet / rozsah] — vlastník: [jméno] — požadavek: [rozhodnutí do data / pro informaci]

Potřebná rozhodnutí
– [Otázka s možnostmi na stole] — potřeba do [datum] — od [jméno]

Otevřené úkoly
– [Úkol] — [vlastník] — termín [datum] — [otevřeno / po termínu od data]
– [Úkol] — [vlastník] — termín [datum] — [otevřeno]

Pořadí je záměrné. Sponzor, který přečte jen první tři řádky, dostane barvu a důvod; ten, kdo dočte do konce, dostane úkoly, které barvu vysvětlují. Nadpisy držte týden od týdne totožné — hodnota formátu je v porovnávání.

Příklad: vyplněná týdenní statusová zpráva

Malý softwarový projekt, dvojjazyčný tým, klient, který zprávu čte každé pondělí:

Objednávkový portál v2 — statusová zpráva za 20.–24. října
Autor: Mateusz · Odesláno: 24. října · Příští zpráva: 31. října
Celkově: v ohrožení — sandbox platebního poskytovatele dorazil o čtyři dny později; termín spuštění platí jen tehdy, pokud integrační test projde do 29. října.

Hotovo od minulé zprávy
– Proces objednávky v revizi u klienta; dva komentáře otevřené — Ana
– Import produktů z ERP běží každou noc na stagingu — Priya
– Španělské a rumunské texty rozhraní hotové; francouzské z 80 % — Luca

Příští období (do 31. října)
– Test platební integrace na sandboxu poskytovatele — Priya
– Schválení objednávky klientem — Ana
– Francouzské texty hotové, všechny tři jazyky zrevidované — Luca

Rizika a problémy
– Zpoždění platebního sandboxu (problém) — dopad: spuštění 7. listopadu platí jen při úspěšném testu do 29. října; jinak 14. listopadu — vlastník: Priya — požadavek: pro informaci, rozhodnutí níže
– Doba odezvy klienta při revizi (riziko) — dopad: každé kolo trvá 3 dny; třetí kolo posune schválení za okno testu — vlastník: Ana — požadavek: klient sdruží komentáře do jednoho kola

Potřebná rozhodnutí
– Pokud test 29. října neprojde: spuštění 14. listopadu s platbami, nebo 7. listopadu jen s platbou na fakturu a kartami doplněnými později — potřeba do 30. října — od klienta

Otevřené úkoly
– Poslat poskytovateli seznam povolených IP adres — Priya — termín 21. října — po termínu od 21. října
– Potvrdit okno spuštění u hostingového partnera — Mateusz — termín 28. října — otevřeno
– Odpovědět na dva komentáře k objednávce — Ana — termín 27. října — otevřeno

Všimněte si, co příklad neříká: kolik schůzek proběhlo, kdo mluvil, kolik hodin se strávilo. Čtenář se v jednom řádku dozví, že termín je ohrožen, a v jednom bloku, o čem má rozhodnout.

Šablona týdenní zprávy pro vedoucího týmu

Týdenní zpráva vedoucího týmu jeho nadřízenému je kratší příbuznou projektové zprávy. Čtenář je jeden člověk, obvykle s méně než dvěma minutami, a otázky jsou tři: plní tým své závazky, co mu stojí v cestě a co potřebujete ode mě. Čtyři bloky se vejdou do zprávy v chatu:

Tým [název] — týden od [datum]
Stav: [v plánu / v ohrožení] — [jedna věta]
Dodáno: [dva nebo tři výsledky, každý se jménem]
V cestě: [jeden nebo dva blokery, u každého kdo ho může odstranit]
Potřeba od vás: [jedno rozhodnutí nebo zdroj s datem] — nebo „tento týden nic"

Dvě pravidla, díky kterým je zpráva čitelná i po měsících. Zaprvé, „Potřeba od vás" nikdy není prázdné omylem: napište „tento týden nic", aby nadřízený věděl, že mlčení je úmyslné. Zadruhé, „Dodáno" uvádí jména lidí — týdenní zpráva je také místem, kde vedoucí zviditelňuje práci týmu někomu, kdo ji denně nevidí. Pokud tým už vede denní stand-up s pojmenovanými blokery, „V cestě" je kopie těch, které v pátek ještě platí.

Týdenní zpráva nahrazuje týdenní statusovou schůzku ve všem, co schůzka nesla — v informacích. Co nahradit nedokáže, je popsáno dále.

Kdy je statusová schůzka stále potřeba

Statusová schůzka je živá podoba zprávy: každý říká vedoucímu nebo sponzorovi, kde věci stojí, v jedné místnosti, na náklady všech. Jakmile písemná zpráva existuje, je schůzka opodstatněná jen tehdy, když stránka svou úlohu nezvládne. Čtyři případy:

• Rozhodnutí s kompromisem. Zpráva může uvést možnosti, ale nemůže je vyjednávat. Když má „Potřebná rozhodnutí" položku, jejíž odpověď závisí na tom, čeho se dvě zainteresované strany ochotně vzdají, je třicet minut s oběma v jedné místnosti lepších než dva týdny odpovídání všem.
• Termín se posouvá. Zpoždění se ze stránky přijímá jen výjimečně. Rozhovor o tom, co se s ním posune — rozsah, rozpočet, začátek jiného projektu — je schůzka, kde zpráva slouží jako podklad k přečtení předem.
• Riziko překročilo práh. V týdnu, kdy se riziko stává problémem, to lidé, kteří nesou následky, potřebují slyšet od vedoucího a klást otázky, ne to číst v pondělí.
• Nová zainteresovaná strana. Někdo, kdo nečetl předchozích šest zpráv, potřebuje jedno sezení, aby pochopil tvar projektu; poté už stačí stránka.

K čemu statusová schůzka není: číst nahlas zprávu. Pokud je každou položkou programu „informace od X", zrušte ji a pošlete stránku; průvodce rytmem schůzek pokrývá, které opakované schůzky si své místo zaslouží. Když se schůzka koná, veďte ji podle zprávy — bloky rizik a rozhodnutí jsou program a efektivní schůzka končí tím, že jsou tyto položky označeny jako rozhodnuté, otevřené nebo odložené. Pokud zainteresované strany mluví různými jazyky, má místnost pro samotnou schůzku tři možnosti: lidského tlumočníka — jak se to nastavuje, ukazuje průvodce tlumočníkem v Zoomu —, vlastní titulky platformy, nebo prostor, který překládá pro každého účastníka; zpráva, napsaná jednou, je samostatná otázka.

Kde se zpráva píše v nástrojích, které už používáte

Každá hlavní platforma po schůzce něco zanechá, z čeho lze zprávu sestavit, a každá končí v jiném bodě. Jen zdokumentované chování z webů samotných dodavatelů, s měsícem, kdy byla stránka kontrolována:

Dvě věci jsou všude stejné. Co schůzka zanechá, je jeden dokument na schůzku, v jediném jazyce, kterým se v místnosti mluvilo; a zda byly minulotýdenní další kroky splněny, dokument neví — vedoucí to jde zkontrolovat, než napíše „hotovo". Živé titulkování platforem — co ukazují Teams a Google Meet na obrazovce během hovoru — dokument potom nemění. Zapisovatelé jsou stejná kategorie o krok dál: ti porovnávaní v alternativách k Otter.ai píší shrnutí za schůzku a zpráva, která pokrývá měsíc schůzek, je stále samostatná stránka.

Jak se zpráva sestaví sama ze shrnutí

InterMIND je prostor pro komunikaci, kde projekt žije v kanálu, takže podklady pro zprávu mají zřejmý domov. Každá schůzka v kanálu končí shrnutím — souhrnem, rozhodnutími, úkoly s vlastníky a termíny — napsaným ze samotné schůzky a doručeným e-mailem, jako zpráva v kanálu a jako odkaz v události kalendáře. Každý přihlášený člen ho čte ve svém jazyce: záznam se překládá pro každého čtenáře, nepíše se jednou v jazyce, kterým se v místnosti náhodou mluvilo, a totéž platí pro chat v kanálu kolem něj, který každý člen píše ve svém jazyce. Shrnutí může upravit kterýkoli člen, každá úprava uchovává autora a historii revizí a kanál drží shrnutí každého minulého sezení — takže „hotovo od minulé zprávy" je procházení shrnutí týdne, ne rekonstrukce.

Úkoly nesou svůj stav s sebou. Položka se zobrazí jako k vyřízení, hotová, nebo nehotová s důvodem, a v organizaci se zapnutými týmovými stavovými stránkami se otevřené položky dřívějších sezení posuzují při psaní dalšího shrnutí: položka, o které někdo oznámil, že je dokončena, se označí jako hotová, položka, o které se mluvilo, ale není dokončena, se označí jako nehotová s důvodem slovy schůzky, a položka, kterou nikdo nezmínil, zůstává otevřená. To je blok „otevřené úkoly" ze šablony, vedený schůzkami místo vedoucího.

Týmové stavové stránky jsou místem, odkud pochází zbytek zprávy. Jedna stránka za posledních 7, 28 nebo 90 dní uvádí úkoly organizace, problémy, co je důležité a naléhavé a peníze v sázce, a každý řádek nese doslovnou citaci ze shrnutí, o kterou se opírá; úkol zůstává, dokud ho někdo nezavře, a po čtyřech týdnech bez pohybu je označen jako zastavený. Vedoucí píše řádek s trendem a barvu — úsudek — nad stránkou, kterou schůzky už vyplnily. Stejnou stránku lze číst přes připojeného asistenta: vedoucí, který pracuje v Claude, ChatGPT, Copilot nebo Gemini, požádá o otevřené úkoly a problémy týdne a dostane řádky s jejich citacemi. Týmové stavové stránky jsou funkce v náhledu v placených tarifech: administrátor organizace je zapne v Settings → Advanced po přijetí alfa podmínek (stránka Preview features popisuje každou z nich).

Kde se zpráva musí dostat do systému evidence, hostitel přidá kopii shrnutí na libovolnou adresu — příchozí schránku CRM nebo nástroje pro sledování projektů — a každé shrnutí schůzky nebo kanálu se tam po jednorázovém potvrzení adresy také odesílá; mechanika je popsána v kopii každého shrnutí schůzky ve vašem CRM e-mailem a totéž shrnutí dorazí jako webhook nebo spouštěč Zapieru pro týmy, které je do nástroje zapisují samy.

Zainteresovaná strana na straně klienta, která má shrnutí vidět, se do kanálu pozve e-mailem a připojí se s bezplatným účtem a čte ve svém jazyce; externí účastníci v kanálu hostitele nic nestojí. Host jedné schůzky se připojí přes odkaz, bez účtu a zdarma — z telefonu, v prohlížeči — a schůzku slyší živě ve svém jazyce. Poté pro hosta žádný záznam neexistuje — účet je zdarma a právě on činí záznam dostupným. Hostitel poskytuje prostor a v placeném tarifu platí jen za členy aktivní v předchozích 28 dnech; členové, kteří utichnou, si přístup ponechávají bez poplatku.

• Otevřít úplné shrnutí — skutečný záznam vykreslený stejným kódem, který píše ta vaše.
• Vyzkoušet živé demo — bez registrace; mluvte a uslyšíte místnost přeloženou pro každého posluchače.

Zpráva jako řemeslo přežije každý nástroj: někdo musí stále říct, zda je projekt v plánu a proč. Co přežít nemusí, je páteční půlhodina — procházení týdne hovorů, v jediném jazyce, abyste zjistili, na čem se dohodlo a zda to někdo udělal.

FAQ

Co je statusová zpráva projektu?

Krátká stránka s pevným formátem, zasílaná v pravidelném rytmu — obvykle týdně —, která lidem mimo každodenní práci říká, kde projekt stojí: celkový stav v jedné větě s důvodem, co bylo dokončeno od poslední zprávy, co je plánováno do další, rizika a problémy s jejich dopadem na termín nebo rozpočet, rozhodnutí, o která je čtenář žádán, a úkoly, které zůstávají otevřené, s vlastníky a termíny. Je to pokaždé stejná stránka, takže čtenář porovnává týdny a nečte od nuly.

Co by měla obsahovat týdenní statusová zpráva?

Šest bloků: hlavičku se sledovaným obdobím; jednu větu celkového stavu s důvodem; pokrok od poslední zprávy jako výsledky, ne činnosti; závazky na příští období s vlastníky; rizika, problémy a potřebná rozhodnutí, každé s dopadem a požadavkem; a každý otevřený úkol s vlastníkem a termínem, přičemž ty po termínu jsou označeny. Vynechte dialog, hodiny a cokoli, s čím čtenář nemůže nic udělat.

Jak napsat statusovou zprávu projektu?

Začněte předchozí zprávou: její blok „příští období" je kontrolní seznam tohoto týdne a její otevřené úkoly jsou buď hotové, nebo stále otevřené. Pak projděte shrnutí schůzek týdne, co bylo rozhodnuto a co přibylo. Řádek se stavem napište jako poslední, po bloku rizik, aby barva odpovídala faktům. Odešlete ji každý týden ve stejný den, stejnému okruhu příjemců, a nadpisy držte od zprávy ke zprávě totožné.

Jaký je rozdíl mezi statusovou zprávou a statusovou schůzkou?

Statusová zpráva se píše a čte asynchronně; statusová schůzka je tatáž informace předaná živě, za cenu času všech v místnosti. Jakmile zpráva existuje, je schůzka opodstatněná, když stránka svou úlohu nezvládne: rozhodnutí s kompromisem mezi zainteresovanými stranami, posouvající se termín, riziko, které se právě stalo problémem, nebo nová zainteresovaná strana, která potřebuje jednou pochopit tvar projektu. Schůzka, jejímž programem je „informace od každého", je zpráva čtená nahlas.

Liší se týdenní šablona pro vedoucího týmu od statusové zprávy projektu?

Je kratší a adresovaná jednomu člověku. Týdenní zpráva vedoucího týmu jeho nadřízenému odpovídá na tři otázky ve čtyřech blocích — stav v jedné větě, co tým dodal se jmény, co stojí v cestě a kdo to může odstranit, a co je potřeba od nadřízeného a do kdy — a vejde se do zprávy v chatu. Statusová zpráva projektu je delší, pokrývá období a okruh zainteresovaných stran a nese rizika, rozhodnutí a otevřené úkoly napříč všemi schůzkami projektu.

Jak často by se měla statusová zpráva projektu posílat?

U většiny projektů týdně: dost často, aby se zpoždění zachytilo do týdne, a dost zřídka, aby každá zpráva měla něco nového. Čtrnáctidenně se hodí pro dlouhé, stabilní projekty s málo rozhodnutími; denní hlášení patří do týdne spuštění nebo k incidentu a je to jiný, kratší dokument. Ať je rytmus jakýkoli, den a seznam příjemců by se neměly měnit — zpráva, která dorazí každý týden jiný den, se nečte jako série.

Má statusovou zprávu dostávat klient?

Ano, pokud klient projekt platí a rozhodnutí ve zprávě je jeho — blok „potřebná rozhodnutí" je psán pro něj. Pokud je to možné, napište jednu zprávu pro všechny, ne verzi pro klienta a interní; zpráva ve dvou verzích se rozchází a ta interní se stane skutečnou. Ze sdílené zprávy zůstávají venku interní detaily týmu — výkon jednotlivců, odhady v jednání —, které patří do vlastních poznámek vedoucího.

Zdroje: Microsoft — Take meeting notes in Microsoft Teams; Microsoft — Recap in Microsoft Teams; Zoom — Using Meeting Summary with AI Companion; Google Meet — "Take notes for me" in Google Meet; Google Workspace Updates — "Take notes for me" suggests next steps; Slack — Meeting agenda template (canvas). Stránky Microsoft k poznámkám, Google Meet k poznámkám a Slack byly kontrolovány v říjnu 2026; oznámení Google o dalších krocích v září 2026; stránky Microsoft ke shrnutí a Zoom ke shrnutí schůzky v srpnu 2026. Dodavatelé postupem času mění tarify, funkce a seznamy jazyků; aktuální stav ověřte na jejich stránkách.