Projekt-állapotjelentés sablon: heti formátum, példa – és hogyan áll össze a jelentés magától az összefoglalókból (2026)

A projekt-állapotjelentés rövid, rögzített formátumú oldal, amely a napi munkán kívül állóknak megmutatja, hol tart a projekt: tartja-e az ütemet, mi változott az előző jelentés óta, mi sülhet el rosszul, és miről kérik a döntést az olvasótól. Meghatározott ritmusban készül – a legtöbb projektnél hetente –, és mindig ugyanaz az oldal, így az olvasó ezt a hetet a tavalyival... pontosabban az előző héttel hasonlítja össze, ahelyett hogy az elejétől olvasná.

Ez az útmutató először a mesterségről szól – a formátumról, egy lemásolható sablonról, egy kitöltött példáról és egy rövidebb heti változatról a felfelé jelentő csapatvezetőnek. Ezután a gyakorlati részek következnek: mikor elég a jelentés és mikor érdemes mégis állapot-megbeszélést tartani, hol íródik meg a jelentés a csapat már használt eszközeiben, és mi történik a megbeszélések és az oldal között. A jelentés legnehezebb része ugyanis nem az írás. Hanem az azt megelőző fél óra, amikor a vezető végigmegy egy hét hívásain és csevegésein, hogy kiderítse, mit is beszéltek meg valójában.

Mi a projekt-állapotjelentés – és mi nem az

Négy dokumentum kering egy projekt körül, és a jelentést keverik össze a leggyakrabban a többivel:

Az összefoglaló megbeszélésenkénti; a jelentés hetenkénti, az összes megbeszélésre kiterjedően. A stand-up az akadályokat azokhoz juttatja el, akik elháríthatják; a jelentés egy távolabbi embernek mondja meg, fenyegetik-e ezek a határidőt. A döntési napló a miértet őrzi; a jelentés csak azt közli, hogy született-e döntés, vagy még kell. Ha a jelentést nehéz megírni, az ok szinte mindig korábban keresendő: a hét megbeszélései nem hagytak nyomot az eredményeikről, így a vezető péntek délután emlékezetből rekonstruálja őket.

A heti formátum: hat blokk, egy oldal

Az a jelentés, amelyet minden héten elolvasnak, elfér egy képernyőn, és mindig ugyanolyan alakú. Hat blokk, ebben a sorrendben:

1. Fejléc. Projekt, jelentett időszak, szerző, a következő jelentés dátuma. Az olvasó először az időszakot keresi – időszak nélkül a jelentés állítások halmaza, „mióta” nélkül.
2. Összesített állapot egy sorban. Zöld, borostyán vagy piros – vagy terv szerint, veszélyben, csúszik – és egy mondat az okáról. A szín az alatta lévő blokkok összegzése, nem hangulat; ha a kockázatok között az áll, hogy egy beszállító két hetet csúszott, a sor nem mondhatja, hogy zöld.
3. Haladás az előző jelentés óta. Három-hat sor arról, mi készült el, mindegyik eredményként, nem tevékenységként. A „Fizetési folyamat átnézés alatt az ügyfélnél” tény; a „dolgoztunk a fizetésen” nem az.
4. Következő időszak. Mit vállal a csapat, hogy a következő jelentésig befejez, mindegyik felelőssel. Ezen a blokkon mérik majd a következő heti haladás blokkot.
5. Kockázatok, problémák és szükséges döntések. A kockázat valami, ami megtörténhet; a probléma valami, ami már megtörtént. Soronként: mi az, hogyan hat a határidőre vagy a költségvetésre, ki a felelős, és mit kérünk az olvasótól – akár azt is, hogy „semmit, tájékoztatásul”. A szükséges döntések külön sort kapnak, azzal a dátummal, ameddig a projektnek szüksége van a válaszra.
6. Nyitott feladatok. Minden, az időszak bármely megbeszéléséről még nyitott feladat felelőssel és határidővel, a lejártak megjelölve. A legtöbb jelentés ezt a blokkot hagyja el, pedig az olvasó ebből ítéli meg, hogy a 2. blokk színe őszinte-e.

Három dolgot érdemes kihagyni: a párbeszédet (ki mit mondott), a tevékenységnaplót (óraszámok, megtartott hívások) és mindent, amivel az olvasó nem tud mit kezdeni. A jelentést olyasvalaki olvassa, aki négy percet szán rá. Minden sornak ki kell állnia a próbát: „mit csinálna másképp az olvasó, ha ezt tudja?”

Projekt-állapotjelentés sablon

Másolja be egy dokumentumba, csatornaüzenetbe vagy canvasba. A szögletes zárójelek helyőrzők.

[Projekt] – állapotjelentés [időszak, pl. október 20–24.]
Szerző: [név] · Elküldve: [dátum] · Következő jelentés: [dátum]
Összesítve: [terv szerint / veszélyben / csúszik] – [egy mondat az okról]

Elkészült az előző jelentés óta
– [Eredmény, tényként] – [felelős]
– [Eredmény] – [felelős]
– [Eredmény] – [felelős]

Következő időszak ([következő jelentés dátumáig])
– [Szállítandó] – [felelős]
– [Szállítandó] – [felelős]

Kockázatok és problémák
– [Kockázat vagy probléma] – hatás: [határidő / költségvetés / terjedelem] – felelős: [név] – kérés: [döntés szükséges dátumig / tájékoztatásul]

Szükséges döntések
– [Kérdés, a szóba jöhető lehetőségekkel] – szükséges: [dátum] – [név] részéről

Nyitott feladatok
– [Feladat] – [felelős] – határidő: [dátum] – [nyitott / lejárt [dátum] óta]
– [Feladat] – [felelős] – határidő: [dátum] – [nyitott]

A sorrend szándékos. Az a szponzor, aki csak az első három sort olvassa el, megkapja a színt és az okot; aki a végéig olvas, megkapja a színt megmagyarázó feladatokat is. A fejlécek hétről hétre maradjanak azonosak – a formátum értéke az összehasonlíthatóság.

Példa: kitöltött heti állapotjelentés

Egy kisebb szoftverprojekt, kétnyelvű csapat, egy ügyfél, aki minden hétfőn elolvassa a jelentést:

Order portal v2 – állapotjelentés október 20–24.
Szerző: Mateusz · Elküldve: október 24. · Következő jelentés: október 31.
Összesítve: veszélyben – a fizetésszolgáltató sandboxa négy napot késett; az indulási dátum csak akkor tartható, ha az integrációs teszt október 29-ig sikeres.

Elkészült az előző jelentés óta
– A fizetési folyamat átnézés alatt az ügyfélnél; két megjegyzés nyitva – Ana
– A termékimport az ERP-ből éjszakánként fut a staging környezetben – Priya
– A spanyol és a román felületi szövegek kész; a francia 80%-on – Luca

Következő időszak (október 31-ig)
– Fizetési integrációs teszt a szolgáltató sandboxán – Priya
– Ügyfél általi jóváhagyás a fizetési folyamatra – Ana
– A francia szövegek kész, mindhárom nyelv átnézve – Luca

Kockázatok és problémák
– Fizetési sandbox késése (probléma) – hatás: a november 7-i indulás csak akkor tartható, ha a teszt október 29-ig sikeres; különben november 14. – felelős: Priya – kérés: tájékoztatásul, a döntés alább
– Az ügyfél átnézési átfutási ideje (kockázat) – hatás: minden kör 3 napig tart; egy harmadik kör a jóváhagyást a tesztablak után tolja – felelős: Ana – kérés: az ügyfél egy körben gyűjtse össze a megjegyzéseit

Szükséges döntések
– Ha a teszt október 29-én megbukik: indulás november 14-én a fizetéssel együtt, vagy november 7-én csak számlás fizetéssel, a kártyás fizetés későbbi pótlásával – szükséges: október 30-ig – az ügyfél részéről

Nyitott feladatok
– Az IP-engedélylista elküldése a szolgáltatónak – Priya – határidő: október 21. – lejárt október 21. óta
– Az élesítési időablak egyeztetése a tárhelypartnerrel – Mateusz – határidő: október 28. – nyitott
– Válasz a két fizetésifolyamat-megjegyzésre – Ana – határidő: október 27. – nyitott

Érdemes észrevenni, mit nem mond a példa: hány megbeszélés volt, ki beszélt, hány óra ment el. Az olvasó egy sorból megtudja, hogy a határidő veszélyben van, egy blokkból pedig azt, miről kérik a döntését.

Heti jelentés sablon csapatvezetőnek

A csapatvezető heti jelentése a saját vezetőjének a projektjelentés rövidebb rokona. Az olvasó egyetlen ember, általában kevesebb mint két perce van, és három a kérdés: tartja-e a csapat a vállalásait, mi áll az útjában, és mire van szüksége tőlem. Négy blokk elfér egy csevegőüzenetben:

[Név] csapat – [dátum] hete
Állapot: [terv szerint / veszélyben] – [egy sor]
Leszállítva: [két-három eredmény, mindegyik névvel]
Az útban áll: [egy-két akadály, mindegyiknél, hogy ki háríthatja el]
Tőled kell: [egy döntés vagy erőforrás, dátummal] – vagy „ezen a héten semmi”

Két szabály teszi olvashatóvá hónapokon át. Először: a „Tőled kell” sosem maradjon üresen véletlenül: írja ki, hogy „ezen a héten semmi”, hogy a vezető tudja, a csend szándékos. Másodszor: a „Leszállítva” az emberek nevét sorolja fel – a heti jelentés arra is való, hogy a vezető láthatóvá tegye a csapat munkáját annak, aki nem látja naponta. Ha a csapat már vezet napi stand-upot névvel ellátott akadályokkal, az „Az útban áll” az pénteken még fennálló akadályok másolata.

A heti jelentés a heti állapot-megbeszélés legnagyobb részét kiváltja – azt, ami információ volt benne. Azt, amit nem tud kiváltani, a következő rész tárgyalja.

Mikor kell mégis állapot-megbeszélés

Az állapot-megbeszélés a jelentés élő formája: mindenki elmondja a vezetőnek vagy a szponzornak, hol tart, egy teremben, mindenki idejének árán. Ha létezik írásos jelentés, a megbeszélés csak akkor indokolt, ha az oldal nem végzi el a feladatot. Négy eset:

• Kompromisszumos döntés. A jelentés felsorolhatja a lehetőségeket, de nem tud alkudozni róluk. Ha a „Szükséges döntések” között olyan tétel van, amelynek válasza azon múlik, mit hajlandó feladni két érintett, harminc perc közös teremben többet ér két hét „mindenkinek válaszolok” levelezésnél.
• Mozog a határidő. Csúszást ritkán fogadnak el egy oldalról. Az, hogy mi mozdul vele együtt – terjedelem, költségvetés, egy másik projekt kezdete –, megbeszélés tárgya, a jelentéssel mint előzetes olvasnivalóval.
• Egy kockázat átlépte a küszöbét. Azon a héten, amikor a kockázatból probléma lesz, a következmény gazdáinak a vezetőtől kell meghallaniuk, és kérdezniük kell, nem hétfőn elolvasniuk.
• Új érintett. Aki nem olvasta az előző hat jelentést, egy alkalmat igényel, hogy megértse a projekt alakját; utána az oldal elég.

Az állapot-megbeszélés nem arra való, hogy hangosan felolvassák a jelentést. Ha a napirend minden pontja „X beszámolója”, töröljék, és küldjék el az oldalt; a megbeszélési ritmus útmutató azt tárgyalja, mely ismétlődő megbeszélések érdemlik meg a helyüket. Ha a megbeszélést megtartják, a jelentésből vezessék le – a kockázatok és döntések blokkja a napirend, és egy hatékony megbeszélés úgy ér véget, hogy ezek a tételek el vannak döntve, nyitottak vagy elhalasztottak. Ha az érintettek különböző nyelveket beszélnek, a megbeszélésre három lehetőség van: élő tolmács – hogyan állítható be, azt a Zoom tolmács útmutató mutatja –, a platform saját feliratozása, vagy olyan tér, amely minden résztvevőnek lefordít; az egyszer megírt jelentés külön kérdés.

Hol íródik a jelentés a már használt eszközökben

Minden jelentős platform hagy valamit a megbeszélés után, amiből állapotjelentés építhető, és mindegyik máshol áll meg. Csak dokumentált működés, a gyártók saját oldalairól, az ellenőrzés hónapjával:

Két dolog mindenhol azonos. A megbeszélés egy dokumentumot hagy maga után megbeszélésenként, azon az egy nyelven, amelyet a terem használt; és hogy az előző heti következő lépések megtörténtek-e, azt a dokumentum nem tudja – a vezető megy és ellenőrzi, mielőtt azt írja, hogy „kész”. A platformok élő feliratozási oldala – amit a Teams és a Google Meet a hívás alatt a képernyőn mutat – utólag nem változtatja meg a dokumentumot. A jegyzetelők ugyanebbe a kategóriába tartoznak, csak egy lépéssel távolabb: az Otter.ai alternatívák cikkben összehasonlítottak megbeszélésenként írnak összefoglalót, és az egy hónapnyi megbeszélést átfogó jelentés továbbra is külön oldal.

Hogyan áll össze a jelentés magától az összefoglalókból

Az InterMIND egy kommunikációs tér, ahol a projekt egy csatornában él, így a jelentés alapanyagának kézenfekvő otthona van. A csatorna minden megbeszélése összefoglalóval zárul – összefoglaló, döntések, felelősökkel és dátumokkal ellátott action items –, amely magából a megbeszélésből készül, és e-mailben, a csatornában üzenetként és a naptáresemény linkjeként érkezik. Minden bejelentkezett tag a saját nyelvén olvassa: a feljegyzés olvasónként fordítódik, nem egyszer íródik meg azon a nyelven, amelyet a terem éppen használt, és ugyanez igaz a körülötte zajló csatornacsevegésre is, amelyet minden tag a saját nyelvén ír. Bármely tag szerkesztheti az összefoglalót, minden szerkesztés megőrzi a szerzőt és a változattörténetet, a csatorna pedig minden korábbi alkalom összefoglalóját megőrzi – így az „elkészült az előző jelentés óta” a hét összefoglalóinak átgörgetése, nem rekonstrukció.

Az action items magukkal viszik az állapotukat. Egy tétel lehet teendő, kész, vagy nem kész indoklással, és azokban a szervezetekben, ahol a csapatállapot-oldalak be vannak kapcsolva, a korábbi alkalmak nyitott tételeit a következő összefoglaló megírásakor értékeli a rendszer: amit valaki késznek jelentett, az kész jelölést kap, amiről szó volt, de nem készült el, az „nem kész” jelölést kapja az indoklással a megbeszélés szavaival, amit senki nem hozott fel, az nyitott marad. Ez a sablon „nyitott feladatok” blokkja, amelyet a vezető helyett a megbeszélések vezetnek.

A jelentés többi része a csapatállapot-oldalakról jön. Egy oldal az elmúlt 7, 28 vagy 90 napra felsorolja a szervezet feladatait, problémáit, azt, ami fontos és sürgős, és az érintett pénzösszegeket, és minden sor mellett ott a szó szerinti idézet az összefoglalóból, amelyre épül; a feladat addig marad, amíg valaki le nem zárja, és négy hét mozdulatlanság után elakadtként jelölődik. A vezető a trendsort és a színt – az ítéletet – írja meg egy olyan oldal fölé, amelyet a megbeszélések már kitöltöttek. Ugyanez az oldal egy csatlakoztatott asszisztensen keresztül is olvasható: aki Claude-ban, ChatGPT-ben, Copilotban vagy Geminiben dolgozik, elkéri a hét nyitott feladatait és problémáit, és megkapja a sorokat az idézeteikkel. A csapatállapot-oldalak a fizetős csomagok előzetes funkciói: a szervezet adminisztrátora az alfa-feltételek elfogadása után kapcsolja be őket a Settings → Advanced alatt (az Előzetes funkciók oldal mindegyiket leírja).

Ha a jelentésnek egy nyilvántartó rendszerbe kell érkeznie, a házigazda egy összefoglaló-másolatot adhat hozzá bármely címhez – egy CRM vagy projektkövető bejövő postaládájához –, és a megbeszélés vagy csatorna minden összefoglalóját a cím egyszeri megerősítése után oda is elküldi a rendszer; a részleteket a megbeszélés-összefoglalók másolata a CRM-ben, e-mailben című írás tartalmazza, ugyanez az összefoglaló webhookként vagy Zapier-triggerként is megérkezik azoknak a csapatoknak, amelyek maguk küldik be egy követőbe.

Az az ügyfél-érintett, akinek látnia kell az összefoglalókat, e-mailben kap meghívást a csatornába, és ingyenes fiókkal csatlakozik, a saját nyelvén olvasva; a csatornák külső résztvevői nem kerülnek pénzbe a házigazdának. Egy megbeszélés vendége linkkel, fiók nélkül és ingyen csatlakozik – telefonról, böngészőben –, és élőben, a saját nyelvén hallja a megbeszélést. A vendégnek utólag nincs feljegyzése – a fiók ingyenes, és az teszi elérhetővé a feljegyzést. A házigazda biztosítja a teret, és fizetős csomagon csak az előző 28 napban aktív tagok után fizet; a elcsendesedő tagok költség nélkül megtartják a hozzáférésüket.

• Teljes összefoglaló megnyitása – valódi feljegyzés, ugyanaz a kód jeleníti meg, amely a sajátját is írja.
• Próbálja ki az élő demót – regisztráció nélkül; beszéljen, és hallja, ahogy a termet hallgatónként lefordítják.

A jelentés mint mesterség minden eszközt túlél: valakinek még mindig meg kell mondania, hogy a projekt tartja-e az ütemet, és miért. Ami nem kell, hogy túlélje, az a pénteki fél óra – egy hét hívásának átfésülése, egy nyelven, hogy kiderüljön, mit beszéltek meg, és megcsinálta-e valaki.

GYIK

Mi az a projekt-állapotjelentés?

Rövid, rögzített formátumú oldal, amelyet meghatározott ritmusban – általában hetente – küldenek, és amely a napi munkán kívül állóknak megmutatja, hol tart a projekt: összesített állapot egy sorban az okkal, mi készült el az előző jelentés óta, mi van tervezve a következő előtt, a kockázatok és problémák a határidőre vagy költségvetésre gyakorolt hatásukkal, a döntések, amelyeket az olvasótól kérnek, és a még nyitott feladatok felelősökkel és határidőkkel. Mindig ugyanaz az oldal, így az olvasó heteket hasonlít össze, ahelyett hogy az elejétől olvasná.

Mit tartalmazzon a heti állapotjelentés?

Hat blokkot: fejléc a jelentett időszakkal; egy sor összesített állapot az okkal; haladás az előző jelentés óta eredményekként, nem tevékenységekként; a következő időszak vállalásai felelősökkel; kockázatok, problémák és szükséges döntések, mindegyik hatással és kéréssel; végül minden nyitott feladat felelőssel és határidővel, a lejártak megjelölve. Hagyja ki a párbeszédet, az óraszámokat és mindazt, amivel az olvasó nem tud mit kezdeni.

Hogyan írjunk projekt-állapotjelentést?

Induljon az előző jelentésből: a „következő időszak” blokkja ennek a hétnek az ellenőrzőlistája, a nyitott feladatai pedig vagy elkészültek, vagy még nyitottak. Azután menjen végig a hét megbeszélés-összefoglalóin, hogy mit döntöttek el és mi került hozzá. Az állapotsort írja meg utoljára, a kockázatok blokkja után, hogy a szín megfeleljen a tényeknek. Minden héten ugyanazon a napon, ugyanannak a listának küldje, és a fejlécek legyenek azonosak jelentésről jelentésre.

Mi a különbség az állapotjelentés és az állapot-megbeszélés között?

Az állapotjelentést aszinkron írják és olvassák; az állapot-megbeszélés ugyanez az információ élőben, a teremben ülők idejének árán. Ha létezik jelentés, a megbeszélés akkor indokolt, ha az oldal nem végzi el a feladatot: kompromisszumos döntés az érintettek között, mozgó határidő, egy éppen problémává vált kockázat, vagy egy új érintett, akinek egyszer meg kell értenie a projekt alakját. Az a megbeszélés, amelynek napirendje „mindenki beszámolója”, felolvasott jelentés.

Különbözik-e a csapatvezetői heti jelentés sablon a projekt-állapotjelentéstől?

Rövidebb, és egy embernek szól. A csapatvezető heti jelentése a vezetőjének három kérdésre válaszol négy blokkban – állapot egy sorban, mit szállított a csapat névvel, mi áll az útban és ki háríthatja el, és mi kell a vezetőtől mikorra –, és elfér egy csevegőüzenetben. A projekt-állapotjelentés hosszabb, egy időszakot és érintettek körét fogja át, és a projekt összes megbeszéléséről hordoz kockázatokat, döntéseket és nyitott feladatokat.

Milyen gyakran kell projekt-állapotjelentést küldeni?

A legtöbb projektnél hetente: elég gyakran ahhoz, hogy a csúszás egy héten belül kiderüljön, és elég ritkán ahhoz, hogy minden jelentésben legyen valami új. A kéthetente hosszú, egyenletes, kevés döntést igénylő projektekhez illik; a napi jelentés egy indulási hétre vagy incidensre való, és más, rövidebb dokumentum. Bármi legyen is a ritmus, a nap és a címzettek listája ne változzon – az a jelentés, amely minden héten más napon érkezik, nem sorozatként olvasódik.

Megkapja-e az ügyfél az állapotjelentést?

Igen, ha az ügyfél fizet a projektért, és a jelentés valamelyik döntése az övé – a „szükséges döntések” blokk nekik íródik. Lehetőleg egy jelentést írjon mindenkinek, ne külön ügyfél- és belső változatot; a kétféle változat elcsúszik egymástól, és a belső lesz az igazi. Ami kimarad a megosztott jelentésből, az a csapat belső részlete – egyéni teljesítmény, folyamatban lévő becslések alku alatt –, amelynek a helye a vezető saját jegyzetei között van.

Források: 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). A Microsoft-jegyzetek, a Google Meet-jegyzetek és a Slack-oldalak ellenőrizve 2026 októberében; a Google következő lépések bejelentése ellenőrizve 2026 szeptemberében; a Microsoft-összefoglaló és a Zoom megbeszélés-összefoglaló oldalai ellenőrizve 2026 augusztusában. A gyártók idővel változtatják a csomagokat, funkciókat és nyelvi listákat; az aktuális állapotért nézze meg az oldalaikat.