Proje durum raporu, projenin plana göre nerede olduğunu, neyin risk altında olduğunu ve kimden hangi kararın beklendiğini tek sayfada gösteren düzenli bir özettir. İyi bir rapor beş soruyu yanıtlar: genel durum ne, geçen dönemde ne bitti, ne gecikti, önümüzdeki dönemde ne var ve hangi karar gerekiyor. Ölçütleri önceden yazarsanız raporu hazırlamak da okumak da kısalır.
Kısaca
- Durum raporu bir faaliyet listesi değil, karar aracıdır; en üstte genel durum ve beklenen karar durur.
- Kırmızı-sarı-yeşil renkler ancak ölçütü önceden yazılırsa anlam taşır; ölçütün merkezinde kritik yol vardır.
- Rapordaki her tarih ve sayı plandan ve gerçekleşen veriden gelmelidir, hafızadan değil.
- Panorama Consulting'in 2026 ERP Raporu'na göre katılımcıların dörtte birine yakını takvimin gerisinde kaldı; raporun asıl işi sapmayı küçükken göstermektir.
- Görev, tarih ve zaman verisi tek yerde tutulursa rapor elle derlenmez, sistemden okunur.
Durum raporu olmayan projede ne kaybedilir?
Düzenli bir rapor olmayan projede bilgi toplantılara, e-posta zincirlerine ve kişilerin aklına dağılır. Yönetici durumu öğrenmek için tek tek sorar, ekip de aynı bilgiyi farklı kişilere yeniden anlatır. Microsoft'un 2025 Work Trend Index özel raporundaki kullanım verilerine göre Microsoft 365 kullanan çalışanlar ortalamada her 2 dakikada bir toplantı, e-posta ya da bildirimle bölünüyor. Plansız "son durum nedir?" soruları bu yükü büyütür.
Asıl maliyet ise geç fark edilen gecikmedir. Panorama Consulting'in 2026 ERP Raporu'na göre katılımcıların dörtte birinden fazlası projesinin bütçeyi aştığını, dörtte birine yakını da takvimin gerisinde kaldığını bildirdi. Aynı raporda takvim aşımının en yaygın nedeni olarak örgütsel sorunlar öne çıkıyor. Bu projelerin neden raydan çıktığını ERP projeleri neden başarısız olur yazısında ele aldık.
Düzenli bir durum raporu iki sorunu birlikte çözer: bilgi tek yerden ve aynı biçimde akar, sapma ise küçükken masaya gelir. İş listesi dağınık tablolarda tutuluyorsa rapor her hafta yeniden derlenir ve hata payı artar. Bu noktayı Excel ile iş takibinin sınırları yazısında ayrıntılı anlattık.
Proje durum raporunda hangi bölümler olmalı?
Rapor ne kadar kısa olursa o kadar okunur; yönetim raporu için tek sayfa çoğu zaman yeterlidir. Aşağıdaki yedi bölüm, hem ekip içi hem yönetim raporu için sağlam bir iskelettir.
| Bölüm | Ne yazılır | Sık yapılan hata |
|---|---|---|
| Genel durum | Tek renk (yeşil, sarı, kırmızı) ve bir cümlelik gerekçe | Gerekçesiz renk vermek |
| Takvim | Kilometre taşlarının planlanan ve beklenen tarihi | Yalnızca "devam ediyor" yazmak |
| Kapsam ve efor | Onaylanan değişiklikler, harcanan ve kalan efor | Onaysız işi sessizce kapsama eklemek |
| Tamamlananlar | Dönemde biten çıktılar | "Toplantı yapıldı" gibi faaliyetleri sıralamak |
| Gelecek dönem | Bitmesi gereken işler ve sahipleri | Sahipsiz maddeler bırakmak |
| Riskler ve sorunlar | Etki, olasılık, sorumlu ve hedef tarih | Her kaygıyı risk diye yazmak |
| Beklenen kararlar | Kimden, hangi tarihe kadar, hangi karar | Kararı metnin ortasına gömmek |
Takvim bölümünü bir Gantt şeması üzerinden okumak en kolay yoldur: kilometre taşının çubuğu kaydıysa rapor da bunu söylemelidir. Efor tarafında ise gerçekleşen saatler gerekir; bunların nasıl toplanacağını proje zaman takibi rehberinde anlattık.
Risk ile sorunu ayırmak da önemlidir. Risk henüz gerçekleşmemiş ama gerçekleşirse planı etkileyecek bir olasılıktır; sorun ise bugün yaşanan ve çözüm bekleyen bir durumdur. İkisini aynı listeye yazmak, okurun neyin acil olduğunu anlamasını zorlaştırır.
Kırmızı, sarı, yeşil: durum rengi neye göre verilir?
Bu gösterim İngilizcede RAG (Red, Amber, Green) diye bilinir. Renk kişisel kanaate bırakılırsa çoğu proje yöneticisi son ana kadar yeşil der ve proje "dışı yeşil, içi kırmızı" bir karpuza döner. Çözüm, ölçütü proje başında yazmak ve her raporda aynı ölçütü uygulamaktır. Basit bir örnek:
- Yeşil: Kritik kilometre taşlarında sapma yok; kapsam ve efor onaylı sınırlar içinde.
- Sarı: Bir iş kaydı ama proje bitiş tarihi henüz etkilenmiyor ya da ekip kendi içinde toparlayabiliyor.
- Kırmızı: Bitiş tarihi, bütçe ya da kapsam etkileniyor ve yönetimden karar gerekiyor.
Buradaki kilit kavram kritik yoldur. Bolluğu olan bir görevin birkaç gün gecikmesi bitiş tarihini değiştirmez; kritik yoldaki tek günlük kayma ise teslimi doğrudan kaydırır. Rengi ölçüte bağlamak, bir KPI tanımlarken izlenen mantığın aynısıdır: ölçülebilir, önceden yazılı ve herkesçe bilinen. Ayrıntısı için KPI nasıl belirlenir yazısına bakabilirsiniz.
Proje durum raporu adım adım nasıl hazırlanır?
Aşağıdaki sıra, raporu kişiye bağlı bir alışkanlıktan tekrarlanabilir bir sürece çevirir.
- Okuru ve sıklığı belirleyin. Ekip içi rapor haftalık, yönetim raporu iki haftalık ya da aylık olabilir; müşteriye giden rapor ayrı tutulur.
- Kesim zamanını sabitleyin. Örneğin her cuma öğleden sonra veri dondurulur; o andan sonraki değişiklikler bir sonraki rapora girer.
- Veriyi plandan çekin. Görev durumları, gecikenler, kilometre taşları ve harcanan zaman tek kaynaktan okunur.
- Sapmayı yazın. Her kilometre taşı için plan tarihi, beklenen tarih ve aradaki iş günü farkı gösterilir.
- Rengi ölçüte göre verin. Rengin yanına tek cümlelik gerekçe ekleyin; gerekçesi yazılamayan renk yanlıştır.
- Kararları en üste taşıyın. Okur yalnızca ilk paragrafı okusa bile kendisinden ne beklendiğini anlamalıdır.
- Gönderin ve arşivleyin. Raporlar aynı yerde saklanırsa haftadan haftaya eğilim görünür ve geriye dönük sorgu kolaylaşır.
Projeyi dış bir yazılım firması yürütüyorsa bu raporu sözleşmeye bağlamak yerinde olur; kabul ve ödeme adımlarını rapordaki kilometre taşlarına bağlamanın yolunu yazılım projesinde yükleniciyi denetlemek yazısında anlattık.
Örnek: tek sayfalık haftalık durum raporu
Aşağıdaki örnek kurgusaldır; bir web sitesi projesinin haftalık raporunu gösterir.
- Proje ve dönem: Kurumsal web sitesi yenileme, 21–25 Ekim haftası
- Genel durum: Sarı. İçerik onayı üç iş günü gecikti; tasarım işinde bolluk olduğu için yayın tarihi değişmedi, ancak bolluk tükendi.
- Tamamlananlar: Ana sayfa tasarımı onaylandı, ürün sayfası şablonu kodlandı.
- Gelecek hafta: İçerik girişi (sorumlu: içerik ekibi), test ortamının açılması (sorumlu: yazılım ekibi).
- Risk: Ürün görselleri hafta sonuna kadar gelmezse yayın en az bir hafta kayar; sorumlu pazarlama.
- Beklenen karar: Görseller gecikirse yayının geçici görsellerle yapılması için genel müdür onayı, 30 Ekim'e kadar.
Bu raporda okurun ilk bakışta gördüğü iki şey vardır: proje sarıdır ve bir karar beklenmektedir. Ayrıntı isteyen okur takvim ve görev listesine iner; istemeyen ilk iki satırla yetinir.
Raporu elle derlemek yerine sistemden nasıl okursunuz?
Rapor her hafta kopyala-yapıştırla hazırlanıyorsa sorun rapor biçiminde değil veri kaynağındadır. Görevler, tarihler, bağımlılıklar ve zaman kayıtları aynı sistemde tutulduğunda durum raporu planın bir görünümüne dönüşür. Bu yaklaşımın genel mantığını gerçek zamanlı raporlama yazısında anlattık.
Yapay zeka da bu noktada işe yarar: plandaki gecikmeleri, yaklaşan teslimleri ve son yorumları okuyup bir taslak özet çıkarabilir. Ancak özet bir taslaktır; rengi, gerekçeyi ve beklenen kararı yine proje yöneticisi onaylamalıdır. Yapay zekanın yönetim raporlarındaki yerini yönetici raporlamada yapay zeka, riskleri erken yakalamadaki rolünü ise yapay zeka ile proje riski yazısında inceledik.
SmartPM ile durum raporunu plandan çıkarmak
SmartPM, Smart ailesinin web tabanlı proje yönetim yazılımıdır; aynı planı liste, kanban ve Gantt şemasında gösterir. Raporlar bölümü proje ilerlemesini ve geciken görev sayısını, kaç gün geciktiğiyle birlikte gecikenler listesini, kişi iş yükünü ve projeye ya da kişiye göre zaman özetini verir. Her bölüm CSV olarak indirilir, böylece haftalık rapordaki sayılar elle sayılmaz.
Renk ölçütündeki "bitiş etkileniyor mu?" sorusu da ekrandan okunur. SmartPM Gantt şemasında kritik yolu kırmızı, diğer görevlerin yanında da bitişi etkilemeden kaç iş günü gecikebileceklerini gösterir. Bir iş kayınca ona bağlı işler süreleri korunarak ileri kayar ve kaç görevin kaydığı bildirilir.
Raporun taslağı için SmartPM'in yapay zeka destekli durum özeti kullanılabilir. Özet; gecikenlerden, kritik yoldan, yaklaşan teslimlerden ve son yorumlardan genel durumu, riskleri ve bu haftanın önerilerini hazırlar, yalnızca projedeki verilere dayanır ve her açılışta güncel veriyle yeniden oluşturulur. Kullanım kurumun Smart360 yapay zeka aylık hakkından düşer.
Müşteriye giden raporda da somut bir senaryo var. Müşteri projeye Müşteri rolüyle eklenir ve yalnızca "Müşteriye açık" işaretli görevleri görür; zaman kayıtları ve ekip listesi ona kapalıdır. Ekip bir görevde "Onay iste" dediğinde müşteri Onayla ya da Değişiklik iste der ve yanıt notuyla görevde kayıtlı kalır; rapordaki "beklenen karar" e-posta zincirinde kaybolmaz. SmartPM'e Smart360 hesabıyla girilir ve görevler kurumun Smart360 takvimine yazılır.
Sonraki adım
Bu hafta yukarıdaki yedi bölümle tek sayfalık bir şablon oluşturun, renk ölçütlerini yazın ve ilk raporu eldeki veriyle çıkarın. İkinci raporda hangi bilgiyi derlemenin en çok zaman aldığına bakın; o bilgi, plana taşınması gereken ilk veridir.
SmartPM'i satın almak için SmartPM satış formunu doldurun; aynı iş günü size dönülür. Proje yönetimi ve raporlama sürecinizi kurumunuza göre birlikte kurmak isterseniz iletişim sayfamızdan ya da 0850 346 41 09 numaralı telefondan bize ulaşabilirsiniz. Benzer rehberler için yazılım konu sayfasına göz atın.