Predloga za poročilo o stanju projekta: tedenski format, primer – in kako se poročilo sestavi samo iz povzetkov (2026)

Poročilo o stanju projekta je kratka stran s stalno obliko, ki ljudem zunaj vsakodnevnega dela pove, kje je projekt: ali je po načrtu ali ne, kaj se je spremenilo od zadnjega poročila, kaj lahko gre narobe in o čem naj se bralec odloči. Piše se po ustaljenem ritmu, za večino projektov tedensko, in je vsakič ista stran, zato bralec primerja ta teden s prejšnjim, namesto da bi bral od začetka.

Ta vodič najprej obravnava obrt: obliko, predlogo, ki jo lahko kopirate, izpolnjen primer in krajšo tedensko različico za vodjo ekipe, ki poroča navzgor. Nato sledi mehanika: kdaj je poročilo dovolj in kdaj je statusni sestanek še vedno smiseln, kje se poročilo piše v orodjih, ki jih vaša ekipa že uporablja, in kaj se zgodi med sestanki in stranjo. Najtežji del poročila namreč ni pisanje. Težka je pol ure pred njim, ko se vodja vrača skozi teden klicev in klepetov, da ugotovi, kaj je bilo pravzaprav dogovorjeno.

Kaj je poročilo o stanju projekta – in kaj ni

Okoli projekta kroži štiri dokumente, poročilo pa je tisti, ki ga najpogosteje zamenjujejo z drugimi:

Povzetek je za posamezen sestanek, poročilo pa je za teden čez vse sestanke. Stand-up opozori ljudi, ki lahko ovire odpravijo, na te ovire; poročilo pa nekomu, ki je bolj oddaljen, pove, ali te ovire ogrožajo rok. Dnevnik odločitev hrani razlog; poročilo le pove, da je bila odločitev sprejeta ali da je še potrebna. Če je poročilo težko napisati, je vzrok skoraj vedno višje v verigi: sestanki tedna niso pustili zapisa svojih izidov, zato jih vodja v petek popoldne rekonstruira po spominu.

Tedenski format: šest blokov, ena stran

Poročilo, ki se bere vsak teden, mora stati na enem zaslonu in imeti vedno isto obliko. Šest blokov v tem vrstnem redu:

1. Glava. Projekt, obdobje poročanja, avtor, datum naslednjega poročila. Bralci najprej poiščejo obdobje – poročilo brez njega je stran trditev brez »od kdaj«.
2. Skupno stanje v eni vrstici. Zeleno, jantarno ali rdeče – ali po načrtu, ogroženo, izven načrta – in en stavek, ki pove zakaj. Barva povzema spodnje bloke, ni občutek; če blok tveganj pravi, da je dobavitelj zamudil dva tedna, vrstica ne more reči zeleno.
3. Napredek od zadnjega poročila. Od tri do šest vrstic o tem, kaj je zaključeno, vsaka kot izid, ne kot dejavnost. »Potek plačila je v pregledu pri naročniku« je dejstvo; »delali smo na plačilu« ni.
4. Naslednje obdobje. Kaj se ekipa zaveže dokončati pred naslednjim poročilom, vsako z nosilcem. Ta blok je mera, s katero se bo preverjal blok napredka naslednjega tedna.
5. Tveganja, težave in potrebne odločitve. Tveganje je nekaj, kar se lahko zgodi; težava je nekaj, kar se je že zgodilo. Vsaka vrstica: kaj, vpliv na rok ali proračun, nosilec in kaj se od bralca pričakuje – tudi »nič, zgolj v vednost«. Potrebne odločitve dobijo svojo vrstico z datumom, do katerega projekt potrebuje odgovor.
6. Odprte naloge. Vsaka naloga z vseh sestankov v tem obdobju, ki je še odprta, z nosilcem in rokom ter oznako pri tistih, ki zamujajo. Ta blok največ poročil izpusti, bralec pa po njem presoja, ali je barva v bloku 2 poštena.

Tri stvari izpustite: dialog (kdo je kaj rekel), dnevnike dejavnosti (ure, opravljeni klici) in vse, na kar bralec ne bi mogel ukrepati. Poročilo je za nekoga, ki bo zanj porabil štiri minute. Vsaka vrstica mora zdržati vprašanje »kaj bi bralec naredil drugače, če bi to vedel?«.

Predloga za poročilo o stanju projekta

Kopirajte jo v dokument, sporočilo v kanalu ali canvas. Oglati oklepaji so označbe mest.

[Projekt] — poročilo o stanju za [obdobje, npr. 20.–24. oktober]
Avtor: [ime] · Poslano: [datum] · Naslednje poročilo: [datum]
Skupno: [po načrtu / ogroženo / izven načrta] — [en stavek, ki pove zakaj]

Opravljeno od zadnjega poročila
– [Izid, kot dejstvo] — [nosilec]
– [Izid] — [nosilec]
– [Izid] — [nosilec]

Naslednje obdobje (do [datum naslednjega poročila])
– [Rezultat] — [nosilec]
– [Rezultat] — [nosilec]

Tveganja in težave
– [Tveganje ali težava] — vpliv: [rok / proračun / obseg] — nosilec: [ime] — zahteva: [odločitev do datuma / v vednost]

Potrebne odločitve
– [Vprašanje z možnostmi, ki so na mizi] — potrebno do [datum] — od [ime]

Odprte naloge
– [Naloga] — [nosilec] — rok [datum] — [odprta / zamuja od datuma]
– [Naloga] — [nosilec] — rok [datum] — [odprta]

Vrstni red je premišljen. Sponzor, ki prebere le prve tri vrstice, dobi barvo in razlog; kdor prebere do konca, dobi naloge, ki barvo pojasnjujejo. Naslove ohranite iste iz tedna v teden – vrednost formata je v primerjavi.

Primer: izpolnjeno tedensko poročilo o stanju

Majhen programski projekt, dvojezična ekipa, naročnik, ki poročilo bere vsak ponedeljek:

Naročniški portal v2 — poročilo o stanju za 20.–24. oktober
Avtor: Mateusz · Poslano: 24. oktober · Naslednje poročilo: 31. oktober
Skupno: ogroženo — peskovnik ponudnika plačil je prispel štiri dni pozno; datum izida velja le, če integracijski test uspe do 29. oktobra.

Opravljeno od zadnjega poročila
– Potek plačila je v pregledu pri naročniku; dva komentarja sta odprta — Ana
– Uvoz izdelkov iz ERP teče vsako noč v testnem okolju — Priya
– Španski in romunski nizi vmesnika so končani; francoski na 80 % — Luca

Naslednje obdobje (do 31. oktobra)
– Test integracije plačil na ponudnikovem peskovniku — Priya
– Naročnikova potrditev plačilnega poteka — Ana
– Francoski nizi končani, vsi trije jeziki pregledani — Luca

Tveganja in težave
– Zamuda peskovnika plačil (težava) — vpliv: izid 7. novembra velja le, če test uspe do 29. oktobra; sicer 14. novembra — nosilec: Priya — zahteva: v vednost, odločitev spodaj
– Odzivni čas naročnikovega pregleda (tveganje) — vpliv: vsak krog traja 3 dni; tretji krog premakne potrditev čez okno testiranja — nosilec: Ana — zahteva: naročnik naj komentarje združi v en krog

Potrebne odločitve
– Če test 29. oktobra ne uspe: izid 14. novembra s plačili ali 7. novembra s plačilom samo po računu in kasneje dodanim plačilom s kartico — potrebno do 30. oktobra — od naročnika

Odprte naloge
– Ponudniku poslati seznam dovoljenih IP-jev — Priya — rok 21. oktober — zamuja od 21. oktobra
– Potrditi okno za zagon z gostiteljskim partnerjem — Mateusz — rok 28. oktober — odprta
– Odgovoriti na dva komentarja o plačilnem poteku — Ana — rok 27. oktober — odprta

Opazite, česa primer ne pove: koliko sestankov je bilo, kdo je govoril, koliko ur je šlo. Bralec v eni vrstici izve, da je datum ogrožen, v enem bloku pa, o čem naj odloči.

Tedenska predloga za vodjo ekipe

Tedensko poročilo vodje ekipe lastnemu nadrejenemu je krajši sorodnik projektnega poročila. Bralec je ena oseba, običajno z manj kot dvema minutama časa, vprašanja pa so tri: ali ekipa izpolnjuje svoje obveznosti, kaj ji stoji na poti in kaj potrebuješ od mene. Štirje bloki gredo v klepetalno sporočilo:

Ekipa [ime] — teden od [datum]
Stanje: [po načrtu / ogroženo] — [ena vrstica]
Dostavljeno: [dva ali trije izidi, vsak z imenom]
Na poti: [ena ali dve oviri, vsaka s tem, kdo jo lahko odpravi]
Potrebno od vas: [ena odločitev ali vir, z datumom] — ali »ta teden nič«

Dve pravili, zaradi katerih je poročilo berljivo skozi mesece. Prvič, »Potrebno od vas« nikoli ni prazno po naključju: napišite »ta teden nič«, da nadrejeni ve, da je tišina namerna. Drugič, »Dostavljeno« navaja imena ljudi – tedensko poročilo je tudi mesto, kjer vodja naredi delo ekipe vidno nekomu, ki ga ne vidi vsak dan. Če ekipa že vodi dnevni stand-up z imenovanimi ovirami, je »Na poti« kopija tistih, ki v petek še vedno obstajajo.

Tedensko poročilo nadomesti tedenski statusni sestanek pri večini tega, kar je sestanek prenašal – pri informaciji. Česa ne more nadomestiti, je opisano v nadaljevanju.

Kdaj je statusni sestanek še vedno potreben

Statusni sestanek je živa oblika poročila: vsak vodji ali sponzorju v sobi pove, kje stvari stojijo, na račun časa vseh. Ko pisno poročilo obstaja, je sestanek upravičen le, kadar stran ne zmore dela. Štirje primeri:

• Odločitev s kompromisom. Poročilo lahko navede možnosti, pogajati se o njih ne more. Ko ima »Potrebne odločitve« vnos, katerega odgovor je odvisen od tega, česa sta pripravljena dva deležnika odnehati, trideset minut z obema v sobi premaga dva tedna odgovarjanja vsem.
• Datum se premika. Zamika s strani redko kdo sprejme. Pogovor o tem, kaj se premakne z njim – obseg, proračun, začetek drugega projekta – je sestanek, poročilo pa mu služi kot gradivo za predhodno branje.
• Tveganje je preseglo prag. V tednu, ko tveganje postane težava, morajo ljudje, ki nosijo posledico, to slišati od vodje in postaviti vprašanja, ne prebrati v ponedeljek.
• Nov deležnik. Nekdo, ki ni bral prejšnjih šestih poročil, potrebuje eno srečanje, da dobi obliko projekta; potem zadošča stran.

Statusni sestanek ni za glasno branje poročila. Če je vsaka točka dnevnega reda »posodobitev od X«, ga odpovejte in pošljite stran; vodič ritem sestankov pojasni, kateri ponavljajoči se sestanki si zaslužijo svoj termin. Ko se sestanek izvede, ga vodite po poročilu – bloka tveganj in odločitev sta dnevni red, učinkovit sestanek pa se konča z oznako teh točk kot odločeno, odprto ali preloženo. Če deležniki govorijo različne jezike, ima soba za sam sestanek tri možnosti: človeškega tolmača – vodič Zoom tolmač pokaže, kako se to nastavi –, lastne podnapise platforme ali prostor, ki prevaja za vsakega udeleženca; poročilo, napisano enkrat, je ločeno vprašanje.

Kje se poročilo piše v orodjih, ki jih že uporabljate

Vsaka večja platforma po sestanku pusti nekaj, iz česar je mogoče zgraditi poročilo o stanju, in vsaka se ustavi na drugi točki. Samo dokumentirano delovanje, z vendorjevih lastnih strani, z mesecem preverjanja vsake strani:

Dve stvari sta povsod enaki. Sestanek za seboj pusti en dokument na sestanek, v enem jeziku, ki ga je uporabljala soba; in ali so bili naslednji koraki prejšnjega tedna opravljeni, dokument ne ve – vodja to preveri, preden napiše »opravljeno«. Stran platform z živimi podnapisi – kar Teams in Google Meet prikažeta na zaslonu med klicem – dokumenta potem ne spremeni. Zapisovalci so ista kategorija, le korak naprej: tisti, primerjani v alternativah za Otter.ai, napišejo povzetek na sestanek, poročilo, ki zajema mesec sestankov, pa je še vedno ločena stran.

Kako se poročilo sestavi samo iz povzetkov

InterMIND je prostor za komunikacijo, kjer projekt živi v kanalu, zato ima surovina za poročilo očiten dom. Vsak sestanek v kanalu se konča s povzetkom – povzetek, odločitve, naloge z nosilci in datumi – napisanim iz samega sestanka in dostavljenim po e-pošti, kot sporočilo v kanalu in kot povezava v koledarskem dogodku. Vsak prijavljeni član ga bere v svojem jeziku: zapis se prevede za vsakega bralca, ni napisan enkrat v jeziku, ki ga je soba pač uporabljala, enako velja za klepet v kanalu okoli njega, ki ga vsak član tipka v svojem jeziku. Povzetek lahko ureja vsak član, vsako urejanje hrani avtorja in zgodovino revizij, kanal pa hrani povzetek vsake pretekle seje – zato je »opravljeno od zadnjega poročila« listanje po povzetkih tedna, ne rekonstrukcija.

Naloge s sabo nosijo svoje stanje. Naloga je prikazana kot odprta, opravljena ali neopravljena z razlogom, v organizaciji z vklopljenimi stranmi stanja ekipe pa se odprte naloge prejšnjih sej presojajo, ko se napiše naslednji povzetek: naloga, za katero je nekdo sporočil, da je končana, je označena kot opravljena; naloga, o kateri so govorili, a ni končana, je označena kot neopravljena z razlogom v besedah sestanka; naloga, ki je nihče ni omenil, ostane odprta. To je blok »odprte naloge« iz predloge, ki ga vodijo sestanki namesto vodje.

Strani stanja ekipe so mesto, od koder prihaja preostanek poročila. Ena stran v zadnjih 7, 28 ali 90 dneh našteje opravila organizacije, težave, kaj je pomembno in nujno ter denar, ki je v igri, vsaka vrstica pa nosi dobeseden citat iz povzetka, na katerem temelji; opravilo ostane, dokler ga nekdo ne zapre, po štirih tednih brez premika pa je označeno kot zastalo. Vodja napiše vrstico trenda in barvo – presojo – čez stran, ki so jo sestanki že izpolnili. Isto stran je mogoče brati prek povezanega pomočnika: vodja, ki dela v Claude, ChatGPT, Copilot ali Gemini, vpraša po odprtih opravilih in težavah tedna in dobi vrstice z njihovimi citati. Strani stanja ekipe so funkcija v predogledu v plačljivih paketih: skrbnik organizacije jih vklopi pod Settings → Advanced po sprejemu alfa pogojev (stran Preview features opisuje vsako od njih).

Kjer mora poročilo pristati v sistemu evidence, gostitelj doda kopijo povzetka na poljuben naslov – dohodni nabiralnik CRM-ja ali sledilnika projektov – in vsak povzetek sestanka ali kanala se tja pošlje tudi po enkratni potrditvi naslova; mehanika je opisana v kopiji vsakega povzetka sestanka v vašem CRM-ju po e-pošti, isti povzetek pa prispe tudi kot webhook ali sprožilec Zapier za ekipe, ki ga v sledilnik objavljajo same.

Deležnik pri naročniku, ki naj bi videl povzetke, je v kanal povabljen po e-pošti in se pridruži z brezplačnim računom ter bere v svojem jeziku; zunanji udeleženci v kanalu gostitelja ne stanejo nič. Gost enega sestanka se pridruži prek povezave, brez računa in brez stroška – s telefona, v brskalniku – in sestanek sliši v živo v svojem jeziku. Za gosta potem ni zapisa – račun je brezplačen in prav on omogoči dostop do zapisa. Gostitelj zagotovi prostor in v plačljivem paketu plača le člane, aktivne v prejšnjih 28 dneh; člani, ki utihnejo, ohranijo dostop brez stroška.

• Odprite celoten povzetek — pravi zapis, prikazan z isto kodo, ki piše vaše.
• Preizkusite demo v živo — brez prijave; govorite in slišite sobo, prevedeno za vsakega poslušalca.

Poročilo kot obrt preživi vsako orodje: nekdo še vedno mora povedati, ali je projekt po načrtu in zakaj. Kar ni treba, da preživi, je petkova pol ure – vračanje skozi teden klicev, v enem jeziku, da bi ugotovili, kaj je bilo dogovorjeno in ali je to kdo naredil.

Pogosta vprašanja

Kaj je poročilo o stanju projekta?

Kratka stran s stalno obliko, poslana po ustaljenem ritmu – običajno tedensko –, ki ljudem zunaj vsakodnevnega dela pove, kje je projekt: skupno stanje v eni vrstici z razlogom, kaj je bilo končano od zadnjega poročila, kaj je načrtovano do naslednjega, tveganja in težave z vplivom na datum ali proračun, odločitve, ki jih mora sprejeti bralec, ter naloge, ki so še odprte, z nosilci in roki. Je vsakič ista stran, zato bralec primerja tedne, namesto da bi bral od začetka.

Kaj naj vsebuje tedensko poročilo o stanju?

Šest blokov: glavo z obdobjem poročanja; eno vrstico skupnega stanja z razlogom; napredek od zadnjega poročila kot izide, ne kot dejavnosti; zaveze za naslednje obdobje z nosilci; tveganja, težave in potrebne odločitve, vsako z vplivom in zahtevo; ter vsako odprto nalogo z nosilcem in rokom, zamujajoče označene. Izpustite dialog, ure in vse, na kar bralec ne more ukrepati.

Kako napišete poročilo o stanju projekta?

Začnite s prejšnjim poročilom: njegov blok »naslednje obdobje« je kontrolni seznam tega tedna, njegove odprte naloge pa so ali opravljene ali še odprte. Nato preglejte povzetke sestankov tedna, da vidite, kaj je bilo odločeno in kaj dodano. Vrstico stanja napišite zadnjo, po bloku tveganj, da barva ustreza dejstvom. Pošljite ga vsak teden isti dan, istemu seznamu, naslove pa ohranite enake iz poročila v poročilo.

Kakšna je razlika med poročilom o stanju in statusnim sestankom?

Poročilo o stanju se piše in bere asinhrono; statusni sestanek je ista informacija, podana v živo, na račun časa vseh v sobi. Ko poročilo obstaja, je sestanek upravičen, kadar stran ne zmore dela: odločitev s kompromisom med deležniki, datum, ki se premika, tveganje, ki je ravnokar postalo težava, ali nov deležnik, ki enkrat potrebuje obliko projekta. Sestanek, katerega dnevni red je »posodobitev od vsakega«, je poročilo, prebrano na glas.

Ali se tedenska predloga za vodjo ekipe razlikuje od poročila o stanju projekta?

Krajša je in naslovljena na eno osebo. Tedensko poročilo vodje ekipe nadrejenemu odgovori na tri vprašanja v štirih blokih – stanje v eni vrstici, kaj je ekipa dostavila z imeni, kaj stoji na poti in kdo to lahko odpravi ter kaj je potrebno od nadrejenega do kdaj – in gre v klepetalno sporočilo. Poročilo o stanju projekta je daljše, zajema obdobje in množico deležnikov ter nosi tveganja, odločitve in odprte naloge čez vse sestanke projekta.

Kako pogosto naj se pošilja poročilo o stanju projekta?

Za večino projektov tedensko: dovolj pogosto, da se zamik ujame v tednu, dovolj redko, da ima vsako poročilo kaj novega. Na štirinajst dni ustreza dolgim, enakomernim projektom z malo odločitvami; dnevno poročanje spada v teden izida ali v incident in je drug, krajši dokument. Ne glede na ritem naj se dan in seznam prejemnikov ne spreminjata – poročilo, ki vsak teden prispe na drug dan, se ne bere kot serija.

Ali naj naročnik prejme poročilo o stanju?

Da, če naročnik plačuje projekt in je odločitev v poročilu njegova – blok »potrebne odločitve« je napisan zanj. Kjer je mogoče, napišite eno poročilo za vse, ne različice za naročnika in notranje; poročilo z dvema različicama se razhaja, notranje pa postane pravo. Iz skupnega poročila ostane izven notranje podrobnosti ekipe – uspešnost posameznikov, ocene v pogajanju –, ki sodijo v vodjeve lastne zapiske.

Viri: Microsoft — Zapisovanje zapiskov sestanka v Microsoft Teams; Microsoft — Povzetek v Microsoft Teams; Zoom — Uporaba povzetka sestanka z AI Companion; Google Meet — »Take notes for me« v Google Meet; Google Workspace Updates — »Take notes for me« predlaga naslednje korake; Slack — Predloga dnevnega reda sestanka (canvas). Strani Microsoft za zapiske, Google Meet za zapiske in Slack so bile preverjene oktobra 2026; objava Google o naslednjih korakih je bila preverjena septembra 2026; strani Microsoft za povzetek in Zoom za povzetek sestanka sta bili preverjeni avgusta 2026. Vendorji sčasoma spreminjajo pakete, funkcije in sezname jezikov; za trenutno stanje preverite njihove strani.