Proje durum raporu şablonu: haftalık format, örnek — ve raporun özetlerden kendiliğinden nasıl oluştuğu (2026)

Proje durum raporu, günlük işin dışındaki kişilere projenin nerede durduğunu söyleyen kısa, sabit formatlı bir sayfadır: yolunda mı değil mi, son rapordan bu yana ne değişti, neyin ters gitme ihtimali var ve okuyucudan neye karar vermesi isteniyor. Belirli bir ritimle yazılır — çoğu proje için haftalık — ve her seferinde aynı sayfadır; böylece okuyucu baştan okumak yerine bu haftayı geçen haftayla karşılaştırır.

Bu rehber önce işin zanaatını ele alıyor: formatı, kopyalayabileceğiniz bir şablonu, doldurulmuş bir örneği ve yukarıya rapor veren bir ekip lideri için daha kısa bir haftalık sürümü. Ardından işleyişe geçiyor: raporun yeterli olduğu yer ile durum toplantısının hâlâ değer taşıdığı yer, raporun ekibinizin zaten kullandığı araçlarda nasıl yazıldığı ve toplantılarla sayfa arasında neler olduğu. Çünkü raporun en zor kısmı yazmak değildir. Asıl zor olan, liderin gerçekte neyin kararlaştırıldığını bulmak için bir haftalık görüşmeyi ve yazışmayı tek tek taradığı önceki yarım saattir.

Proje durum raporu nedir — ve ne değildir

Bir projenin çevresinde dört belge döner ve rapor, en sık diğerleriyle karıştırılanıdır:

Özet toplantı başınadır; rapor ise hepsini kapsayan hafta başınadır. Bir stand-up, engelleri onları kaldırabilecek kişilere gösterir; rapor ise daha uzaktaki birine bu engellerin teslim tarihini tehdit edip etmediğini söyler. Karar günlüğü nedeni saklar; rapor yalnızca bir kararın alındığını ya da hâlâ gerektiğini söyler. Rapor yazması zorsa, neden hemen her zaman yukarı akıştadır: haftanın toplantıları sonuçlarının kaydını bırakmamıştır ve lider Cuma öğleden sonra onları hafızasından yeniden kurmaktadır.

Haftalık format: altı blok, tek sayfa

Her hafta okunan bir rapor tek ekrana sığmalı ve aynı biçimi korumalıdır. Bu sırayla altı blok:

1. Başlık. Proje, raporlama dönemi, yazar, bir sonraki raporun tarihi. Okuyucular önce döneme bakar — dönemi olmayan rapor, "ne zamandan beri" bilgisi olmayan bir iddialar sayfasıdır.
2. Tek satırda genel durum. Yeşil, sarı veya kırmızı — ya da yolunda, risk altında, yolunda değil — artı nedenini söyleyen bir cümle. Renk, aşağıdaki blokların özetidir, bir his değil; risk bloğu bir tedarikçinin iki hafta geciktiğini söylüyorsa bu satır yeşil diyemez.
3. Son rapordan bu yana ilerleme. Tamamlananlardan üç ila altı satır, her biri bir faaliyet olarak değil bir sonuç olarak. "Ödeme akışı müşteriyle incelemede" bir olgudur; "ödeme üzerinde çalışıldı" değildir.
4. Sonraki dönem. Ekibin bir sonraki rapordan önce bitirmeyi taahhüt ettiği şeyler, her biri bir sorumluyla. Gelecek haftanın ilerleme bloğu bu blokla karşılaştırılacaktır.
5. Riskler, sorunlar ve gereken kararlar. Risk olabilecek bir şeydir; sorun olmuş bir şeydir. Her satırda: ne olduğu, tarih veya bütçeye etkisi, sorumlu ve okuyucudan ne yapması istendiği — "hiçbir şey, bilgi için" dahil. Gereken kararlar, projenin yanıta ihtiyaç duyduğu tarihle birlikte kendi satırını alır.
6. Açık aksiyonlar. Bu dönemde herhangi bir toplantıdan hâlâ açık olan her aksiyon, sorumlusu ve son tarihiyle; gecikmiş olanlar işaretli. Çoğu raporun atladığı blok budur ve okuyucunun 2. bloktaki rengin dürüst olup olmadığını bu blokla yargıladığı da budur.

Dışarıda bırakılacak üç şey: diyalog (kim ne dedi), faaliyet kayıtları (saatler, yapılan görüşmeler) ve okuyucunun harekete geçemeyeceği her şey. Rapor, ona dört dakika ayıracak biri içindir. Her satır "okuyucu bunu bilince neyi farklı yapar?" sorusundan sağ çıkmalıdır.

Proje durum raporu şablonu

Bunu bir belgeye, bir kanal mesajına veya bir canvas'a kopyalayın. Köşeli parantezler yer tutuculardır.

[Proje] — [dönem, ör. 20–24 Ekim] durum raporu
Yazar: [ad] · Gönderim: [tarih] · Sonraki rapor: [tarih]
Genel durum: [yolunda / risk altında / yolunda değil] — [nedenini söyleyen tek cümle]

Son rapordan bu yana tamamlananlar
– [Olgu olarak sonuç] — [sorumlu]
– [Sonuç] — [sorumlu]
– [Sonuç] — [sorumlu]

Sonraki dönem ([sonraki rapor tarihine] kadar)
– [Teslimat] — [sorumlu]
– [Teslimat] — [sorumlu]

Riskler ve sorunlar
– [Risk veya sorun] — etki: [tarih / bütçe / kapsam] — sorumlu: [ad] — talep: [tarihe kadar karar gerekli / bilgi için]

Gereken kararlar
– [Masadaki seçeneklerle birlikte soru] — [tarihe] kadar gerekli — [ad] tarafından

Açık aksiyonlar
– [Görev] — [sorumlu] — son tarih [tarih] — [açık / [tarihten] beri gecikmiş]
– [Görev] — [sorumlu] — son tarih [tarih] — [açık]

Sıra bilinçlidir. Yalnızca ilk üç satırı okuyan bir sponsor rengi ve nedenini alır; sonuna kadar okuyan, rengi açıklayan aksiyonları da alır. Başlıkları haftadan haftaya aynı tutun — formatın değeri karşılaştırmadadır.

Örnek: doldurulmuş haftalık durum raporu

İki dilli bir ekibin küçük bir yazılım projesi; raporu her Pazartesi okuyan bir müşteri:

Sipariş portalı v2 — 20–24 Ekim durum raporu
Yazar: Mateusz · Gönderim: 24 Ekim · Sonraki rapor: 31 Ekim
Genel durum: risk altında — ödeme sağlayıcısının sandbox ortamı dört gün geç geldi; lansman tarihi ancak entegrasyon testi 29 Ekim'e kadar geçerse korunuyor.

Son rapordan bu yana tamamlananlar
– Ödeme akışı müşteriyle incelemede; iki yorum açık — Ana
– ERP'den ürün aktarımı staging ortamında her gece çalışıyor — Priya
– İspanyolca ve Romence arayüz metinleri tamam; Fransızca %80 — Luca

Sonraki dönem (31 Ekim'e kadar)
– Sağlayıcının sandbox ortamında ödeme entegrasyonu testi — Priya
– Ödeme akışı için müşteri onayı — Ana
– Fransızca metinler tamam, üç dil de gözden geçirilmiş — Luca

Riskler ve sorunlar
– Ödeme sandbox gecikmesi (sorun) — etki: 7 Kasım lansmanı ancak test 29 Ekim'e kadar geçerse korunuyor; aksi halde 14 Kasım — sorumlu: Priya — talep: bilgi için, karar aşağıda
– Müşteri inceleme süresi (risk) — etki: her tur 3 gün sürüyor; üçüncü bir tur onayı test penceresinin ötesine itiyor — sorumlu: Ana — talep: müşterinin yorumları tek turda toplaması

Gereken kararlar
– Test 29 Ekim'de başarısız olursa: ödemelerle 14 Kasım'da lansman mı, yoksa yalnızca faturalı ödemeyle 7 Kasım'da lansman ve kart ödemelerinin sonradan eklenmesi mi — 30 Ekim'e kadar gerekli — müşteriden

Açık aksiyonlar
– Sağlayıcıya IP izin listesini gönder — Priya — son tarih 21 Ekim — 21 Ekim'den beri gecikmiş
– Barındırma ortağıyla canlıya geçiş penceresini onayla — Mateusz — son tarih 28 Ekim — açık
– İki ödeme yorumunu yanıtla — Ana — son tarih 27 Ekim — açık

Örneğin neyi söylemediğine dikkat edin: kaç toplantı yapıldığını, kimin konuştuğunu, kaç saat harcandığını. Okuyucu tarihin risk altında olduğunu tek satırda, neye karar vermesi istendiğini ise tek blokta öğrenir.

Ekip lideri için haftalık rapor şablonu

Bir ekip liderinin kendi yöneticisine verdiği haftalık rapor, proje raporunun daha kısa bir akrabasıdır. Okuyucu tek kişidir, genellikle iki dakikadan az vakti vardır ve soru üçtür: ekip taahhütlerinde mi, yolda ne var ve benden ne istiyorsun. Dört blok bir sohbet mesajına sığar:

[Ad] ekibi — [tarih] haftası
Durum: [yolunda / risk altında] — [tek satır]
Teslim edilenler: [iki ya da üç sonuç, her biri bir isimle]
Yolda olanlar: [bir ya da iki engel, her biri için kimin kaldırabileceği]
Senden gerekenler: [tarihiyle bir karar veya kaynak] — ya da "bu hafta yok"

Raporu aylarca okunabilir kılan iki kural. Birincisi, "Senden gerekenler" asla kazara boş kalmaz: "bu hafta yok" yazın ki yönetici sessizliğin bilinçli olduğunu bilsin. İkincisi, "Teslim edilenler" kişilerin adlarını listeler — haftalık rapor, liderin ekibin işini günlük olarak görmeyen birine görünür kıldığı yerdir. Ekip zaten isimli engellerle günlük bir stand-up tutuyorsa, "Yolda olanlar" Cuma günü hâlâ ayakta duranların bir kopyasıdır.

Haftalık rapor, haftalık durum toplantısının taşıdığı şeylerin çoğunun — yani bilginin — yerini alır. Yerini alamayacağı şey sıradaki bölümde.

Durum toplantısı hâlâ ne zaman gerekir

Durum toplantısı, raporun canlı biçimidir: herkes, bir odada ve herkesin maliyetiyle, liderine veya sponsoruna işlerin nerede olduğunu anlatır. Yazılı bir rapor varsa toplantı yalnızca sayfanın işi göremediği durumlarda haklıdır. Dört durum:

• Bir ödünleşim içeren karar. Rapor seçenekleri sıralayabilir ama pazarlık edemez. "Gereken kararlar" altında, yanıtı iki paydaşın nelerden vazgeçmeye hazır olduğuna bağlı bir madde varsa, ikisinin de odada olduğu otuz dakika, iki haftalık "herkese yanıt ver"den iyidir.
• Bir tarih kayıyor. Bir kayma nadiren bir sayfadan kabul edilir. Onunla birlikte neyin kaydığı — kapsam, bütçe, başka bir projenin başlangıcı — konuşması bir toplantıdır; rapor da onun ön okumasıdır.
• Bir risk eşiğini aştı. Bir riskin soruna dönüştüğü hafta, sonucun sahibi olan kişilerin bunu Pazartesi günü okumak yerine liderden duyması ve soru sorması gerekir.
• Yeni bir paydaş. Önceki altı raporu okumamış biri projenin şeklini kavramak için bir oturuma ihtiyaç duyar; ondan sonra sayfa yeterlidir.

Durum toplantısı raporu yüksek sesle okumak için değildir. Gündemdeki her madde "X'ten güncelleme" ise toplantıyı iptal edip sayfayı gönderin; hangi periyodik toplantıların yerini hak ettiğini toplantı ritmi rehberi anlatır. Toplantı yapıldığında onu rapor üzerinden yürütün — risk ve karar blokları gündemdir ve etkili bir toplantı bu maddelerin karara bağlandı, açık ya da ertelendi diye işaretlenmesiyle biter. Farklı dillerde konuşan paydaşlarla odanın toplantının kendisi için üç seçeneği vardır: bir insan tercüman — bunun nasıl kurulduğunu Zoom tercümanı rehberi gösterir —, platformun kendi altyazıları ya da her katılımcı için çeviri yapan bir alan; bir kez yazılan rapor ise ayrı bir sorudur.

Rapor, zaten kullandığınız araçlarda nerede yazılır

Büyük platformların her biri toplantıdan sonra bir durum raporunun üzerine kurulabileceği bir şey bırakır ve her biri farklı bir noktada durur. Yalnızca belgelenmiş davranış, satıcıların kendi sayfalarından, her sayfanın kontrol edildiği ayla birlikte:

Her yerde aynı olan iki şey var. Bir toplantının geride bıraktığı, toplantı başına tek bir belgedir ve odanın kullandığı tek dildedir; geçen haftanın sonraki adımlarının yapılıp yapılmadığı ise belgenin bildiği bir şey değildir — lider "tamamlandı" yazmadan önce gidip kontrol eder. Platformların canlı altyazı tarafı — bir görüşme sırasında Teams ve Google Meet'in ekranda gösterdikleri — sonrasındaki belgeyi değiştirmez. Not alıcılar aynı kategorinin bir adım ötesidir: Otter.ai alternatifleri yazısında karşılaştırılanlar toplantı başına bir özet yazar; bir aylık toplantıyı kapsayan bir rapor ise yine ayrı bir sayfadır.

Rapor özetlerden kendiliğinden nasıl oluşur

InterMIND, bir projenin bir kanalda yaşadığı bir iletişim alanıdır; dolayısıyla raporun ham maddesinin bariz bir yeri vardır. Kanaldaki her toplantı bir özetle biter — bir özet, kararlar, sorumlu ve tarihli aksiyon maddeleri — toplantının kendisinden yazılır ve e-postayla, kanalda bir mesaj olarak ve takvim etkinliğinde bir bağlantı olarak iletilir. Oturum açmış her üye bunu kendi dilinde okur: kayıt, odanın o sırada kullandığı dilde bir kez yazılmaz, okuyucu başına çevrilir; çevresindeki kanal sohbeti de, her üyenin kendi dilinde yazdığı haliyle aynı şekilde işler. Her üye özeti düzenleyebilir, her düzenleme yazarını ve revizyon geçmişini saklar ve kanal geçmiş her oturumun özetini tutar — böylece "son rapordan bu yana tamamlananlar" bir yeniden kurgu değil, haftanın özetleri arasında bir gezintidir.

Aksiyon maddeleri durumlarını da beraberinde taşır. Bir madde yapılacak, yapıldı ya da gerekçesiyle yapılmadı olarak görünür; ekip durum sayfalarının açık olduğu bir kuruluşta ise önceki oturumların açık maddeleri bir sonraki özet yazılırken değerlendirilir: birinin bitirdiğini bildirdiği madde yapıldı olarak işaretlenir, konuşulup bitirilmeyen madde toplantıdaki ifadelerle gerekçesi yazılarak yapılmadı olarak işaretlenir, kimsenin gündeme getirmediği madde açık kalır. Şablondaki "açık aksiyonlar" bloğu budur; lider yerine toplantılar tarafından tutulur.

Raporun geri kalanı ekip durum sayfalarından gelir. Son 7, 28 veya 90 günü kapsayan tek bir sayfa, kuruluşun görevlerini, sorunlarını, neyin önemli ve acil olduğunu ve söz konusu parayı listeler; her satır, dayandığı özetten alınmış birebir alıntıyı taşır. Bir görev, biri kapatana kadar kalır ve dört hafta hareketsiz kalırsa durağan olarak işaretlenir. Lider, toplantıların zaten doldurduğu bir sayfanın üzerine trend satırını ve rengi — yargıyı — yazar. Aynı sayfa bağlı bir asistan üzerinden de okunabilir: Claude, ChatGPT, Copilot veya Gemini'de çalışan bir lider haftanın açık görevlerini ve sorunlarını sorar ve satırları alıntılarıyla birlikte alır. Ekip durum sayfaları ücretli planlarda bir önizleme özelliğidir: kuruluşun yöneticisi alfa koşullarını kabul ettikten sonra bunları Settings → Advanced altından açar (her birini Önizleme özellikleri sayfası anlatır).

Raporun bir kayıt sistemine ulaşması gerektiğinde ev sahibi, herhangi bir adrese — bir CRM'in veya proje takip aracının gelen posta kutusuna — özet kopyası ekler ve toplantının ya da kanalın her özeti, adresin tek seferlik onayından sonra oraya da gönderilir; ayrıntılar CRM'inizde her toplantı özetinin e-postayla bir kopyası yazısında, aynı özet ise onu bir takip aracına kendileri gönderen ekipler için bir webhook veya Zapier tetikleyicisi olarak da gelir.

Özetleri görmesi gereken bir müşteri paydaşı kanala e-postayla davet edilir ve ücretsiz bir hesapla katılıp kendi dilinde okur; bir kanaldaki dış katılımcılar ev sahibine maliyet getirmez. Tek bir toplantının konuğu bağlantıyla, hesapsız ve ücretsiz katılır — telefondan, tarayıcıda — ve toplantıyı canlı olarak kendi dilinde dinler. Konuk için sonrasında bir kayıt yoktur — hesap ücretsizdir ve kaydı erişilebilir kılan odur. Ev sahibi alanı sağlar ve ücretli bir planda yalnızca önceki 28 günde aktif olan üyeler için öder; sessizleşen üyeler erişimlerini ücretsiz korur.

• Eksiksiz bir özeti açın — sizinkini yazan aynı kodla oluşturulmuş gerçek bir kayıt.
• Canlı demoyu deneyin — kayıt gerekmez; konuşun ve odanın dinleyici başına çevrilişini duyun.

Zanaat olarak rapor her aracı atlatır: projenin yolunda olup olmadığını ve nedenini söyleyecek biri yine gerekir. Atlatması gerekmeyen şey ise Cuma günkü yarım saattir — neyin kararlaştırıldığını ve kimsenin onu yapıp yapmadığını bulmak için, tek bir dilde, bir haftalık görüşmeyi baştan taramak.

SSS

Proje durum raporu nedir?

Belirli bir ritimle — genellikle haftalık — gönderilen, günlük işin dışındaki kişilere bir projenin nerede durduğunu söyleyen kısa, sabit formatlı bir sayfa: nedeniyle birlikte tek satırlık genel durum, son rapordan bu yana tamamlananlar, bir sonrakinden önce planlananlar, tarih veya bütçeye etkileriyle riskler ve sorunlar, okuyucudan vermesi istenen kararlar ve sorumluları ile son tarihleriyle hâlâ açık olan aksiyonlar. Her seferinde aynı sayfadır; böylece okuyucu baştan okumak yerine haftaları karşılaştırır.

Haftalık durum raporunda neler olmalı?

Altı blok: raporlama dönemini içeren bir başlık; nedeniyle tek satırlık genel durum; faaliyet değil sonuç olarak son rapordan bu yana ilerleme; sorumlularıyla bir sonraki dönemin taahhütleri; her biri etkisi ve bir talebiyle riskler, sorunlar ve gereken kararlar; ve sorumlusu ve son tarihiyle her açık aksiyon, gecikmiş olanlar işaretli. Diyaloğu, saatleri ve okuyucunun harekete geçemeyeceği her şeyi dışarıda bırakın.

Proje durum raporu nasıl yazılır?

Önceki raporla başlayın: onun "sonraki dönem" bloğu bu haftanın kontrol listesidir ve açık aksiyonları ya tamamlanmıştır ya hâlâ açıktır. Sonra neyin kararlaştırıldığını ve neyin eklendiğini görmek için haftanın toplantı özetlerini gözden geçirin. Durum satırını en son, risk bloğundan sonra yazın ki renk olgularla örtüşsün. Her hafta aynı gün, aynı listeye gönderin ve başlıkları bir rapordan ötekine aynı tutun.

Durum raporu ile durum toplantısı arasındaki fark nedir?

Durum raporu yazılır ve eşzamansız okunur; durum toplantısı aynı bilginin, odadaki herkesin zamanı pahasına canlı iletilmesidir. Bir rapor varsa toplantı, sayfanın işi göremediği durumlarda haklıdır: paydaşlar arasında bir ödünleşim içeren bir karar, kayan bir tarih, yeni soruna dönüşen bir risk veya projenin şeklini bir kez öğrenmesi gereken yeni bir paydaş. Gündemi "herkesten güncelleme" olan bir toplantı, yüksek sesle okunan bir rapordur.

Ekip lideri için haftalık rapor şablonu proje durum raporundan farklı mıdır?

Daha kısadır ve tek bir kişiye hitap eder. Bir ekip liderinin yöneticisine verdiği haftalık rapor, üç soruyu dört blokta yanıtlar — tek satırda durum, ekibin isimlerle neyi teslim ettiği, yolda ne olduğu ve kimin kaldırabileceği, yöneticiden ne zamana kadar neyin gerektiği — ve bir sohbet mesajına sığar. Proje durum raporu daha uzundur, bir dönemi ve bir paydaş grubunu kapsar; projenin her toplantısındaki riskleri, kararları ve açık aksiyonları taşır.

Proje durum raporu ne sıklıkla gönderilmelidir?

Çoğu proje için haftalık: bir kaymanın bir hafta içinde yakalanacağı kadar sık, her raporda yeni bir şey olacağı kadar seyrek. İki haftalık rapor, az kararlı, uzun ve istikrarlı projelere uyar; günlük raporlama bir lansman haftasına veya bir olaya aittir ve farklı, daha kısa bir belgedir. Ritim ne olursa olsun, gün ve alıcı listesi değişmemelidir — her hafta farklı bir günde gelen rapor bir seri olarak okunmaz.

Durum raporunu müşteri de almalı mı?

Evet, müşteri proje için ödeme yapıyorsa ve raporda verilecek bir karar ona aitse — "gereken kararlar" bloğu onlar için yazılır. Mümkünse bir müşteri sürümü ve bir iç sürüm yerine herkes için tek bir rapor yazın; iki sürümlü rapor birbirinden uzaklaşır ve iç olan gerçek olana dönüşür. Paylaşılan bir raporun dışında kalması gereken, ekibin iç ayrıntılarıdır — bireysel performans, pazarlık altındaki tahminler — ve bunlar liderin kendi notlarına aittir.

Kaynaklar: 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). Microsoft notları, Google Meet notları ve Slack sayfaları Ekim 2026'da kontrol edildi; Google sonraki adımlar duyurusu Eylül 2026'da kontrol edildi; Microsoft özet sayfası ve Zoom toplantı özeti sayfaları Ağustos 2026'da kontrol edildi. Satıcılar planları, özellikleri ve dil listelerini zaman içinde değiştirir; güncel durum için sayfalarına bakın.