Power BI ile proje raporlama: veriden yönetici paneline adımlar

Proje durum raporu neyi göstermelidir?

İyi bir proje raporu, okuyan kişiye şu soruları hızla yanıtlar: proje yolunda mı, nerede sapma var, karar gerektiren konu nedir? Rapor tasarımına başlamadan önce kimin okuyacağı ve hangi kararı vereceği netleşmelidir. Proje yöneticisinin ihtiyacı ile üst yönetimin ya da portföy ofisinin ihtiyacı aynı değildir.

Proje raporunda sıklıkla yer alan başlıklar şunlardır:

• Genel durum: Takvim, bütçe ve kapsam açısından özet sağlık göstergesi
• Takvim: Planlanan ve gerçekleşen kilometre taşları, geciken görevler
• Maliyet: Bütçe, gerçekleşen harcama, tahmini tamamlanma maliyeti
• Risk ve sorunlar: Açık riskler, olasılık ve etki, sorumlu kişi, azaltma planı
• Kaynak: Kişi ya da ekip bazında doluluk, atama dengesizliği
• Değişiklik talepleri: Bekleyen ve onaylanan kapsam değişiklikleri

Power BI'ın bu işteki gücü, aynı verinin hem tek proje hem portföy düzeyinde etkileşimli olarak okunabilmesidir. Statik slayt yerine, yönetici bir projeden diğerine geçip nedenlere inebilir.

Proje verisini toplamak ve hazırlamak

Raporun kalitesi, veri kaynağının kalitesinden öteye geçemez. Proje verisi sıklıkla dağınık yerlerde durur: Excel çalışma kitapları, proje yönetim araçlarının dışa aktarımları, paylaşımlı klasörler, bulut listeleri ya da veritabanları. Power BI bu kaynaklara bağlanabilir; bağlantı kurmadan önce veri sahipliği ve güncelleme düzeni belirlenmelidir.

Veri hazırlama aşamasında şunlar yapılır:

• Görevler, riskler, kaynaklar ve maliyet kalemleri ayrı tablolar olarak düzenlenir; tek bir geniş tabloya her şeyi sıkıştırmak sonradan sorun çıkarır.
• Tarih alanları gerçek tarih tipine çevrilir; metin olarak kalan tarih bütün zaman hesaplarını bozar.
• Durum alanları standartlaştırılır: Devam ediyor, devam eden, Devam yazımları tek değere indirilir.
• Boş değerler, mükerrer kayıtlar ve hatalı girişler temizlenir.
• Proje kimliği gibi ortak anahtarlar tutarlı hâle getirilir; tablolar arası ilişki buna dayanır.

En kritik karar şudur: veri girişi nerede yapılacak? Proje ekibi aracını kullanmaya devam ediyorsa Power BI yalnızca okuyucudur ve düzenli yenilenir. Verinin elle çoğaltıldığı bir Excel zinciri, rapor güvenini hızla aşındırır.

Veri modeli: tarih tablosu, ilişkiler ve ölçüler

Proje raporlarında model, görsellerden daha belirleyicidir. Tipik yapı, projeleri tanımlayan bir ana tablo ile bunlara bağlı görev, risk, kaynak ve maliyet tablolarından oluşur. Tablolar proje kimliği üzerinden ilişkilendirilir, ortak bir takvim tablosu zaman analizlerini mümkün kılar.

Takvim tablosu kritiktir. Hangi ay ya da hafta içinde kaç görevin kapanması gerektiği, gecikmenin dönemsel dağılımı ve planla gerçekleşenin zaman içinde kıyaslanması buna dayanır. Plan tarihi, başlama tarihi ve bitiş tarihi gibi birden fazla tarih alanı varsa, hangisinin takvimle ana ilişki kuracağı baştan belirlenir.

İlişkileri kurarken yön ve kardinalite dikkat ister. Bir projenin birçok görevi olduğu için ilişki proje tablosundan görev tablosuna doğru kurulur. Yanlış ilişki, toplamların şişmesine ya da boş sonuçlara yol açar.

Hesaplamalar, tabloya sütun eklemek yerine mümkün olduğunda ölçü olarak tanımlanır. Ölçüler filtre bağlamına göre dinamik hesaplanır; aynı ölçü hem tüm portföyde hem seçili tek projede doğru değeri verir.

DAX ile proje metrikleri

DAX, Power BI'da ölçü yazmak için kullanılan formül dilidir. Proje raporlamada sık kurulan ölçüler şunlardır:

• Tamamlanma durumu: Kapanan görev sayısının toplam görev sayısına oranı. Görevler eşit ağırlıklı değilse, tahmini efor ya da bütçe ağırlığıyla hesaplamak daha gerçekçidir.
• Geciken görevler: Bitiş tarihi bugünden önce olup henüz tamamlanmamış görevlerin sayısı. Bugünün tarihi her yenilemede güncellendiği için rapor kendiliğinden güncel kalır.
• Takvim sapması: Gerçekleşen ya da tahmini bitişle planlanan bitiş arasındaki fark.
• Bütçe sapması: Gerçekleşen harcama ile planlanan harcama arasındaki fark ve bu farkın bütçeye oranı.
• Kazanılmış değer göstergeleri: Maliyet performans endeksi kazanılmış değerin gerçekleşen maliyete bölünmesiyle, takvim performans endeksi kazanılmış değerin planlanan değere bölünmesiyle bulunur. Endeksin denge noktasının üstünde olması iyiye, altında olması sapmaya işaret eder. Bu göstergeler proje yönetimi literatüründe yaygındır; örgütünüzün hangi tanımı kullandığı netleştirilmelidir.
• Risk skoru: Olasılık ve etkinin çarpımıyla puanlanan risklerin toplamı veya yüksek riskli kayıt sayısı.

Her ölçü, rapor sayfasına yerleştirilmeden önce küçük bir örnek veriyle elle doğrulanmalıdır.

Rapor ve dashboard tasarımı

Yönetici sayfası ilk bakışta durumu anlatmalıdır. Sayfanın üstüne az sayıda sağlık göstergesi (takvim, bütçe, risk) yerleştirilir; altında nedenleri gösteren görseller yer alır. Her görselin amacı tek bir soruya cevap vermektir.

Görsel seçiminde pratik yaklaşım:

• Zaman içinde plan ve gerçekleşen karşılaştırması için çizgi ya da sütun grafikler
• Kilometre taşları ve görev ilerleme için zaman çizelgesi ya da Gantt benzeri görünüm
• Proje listesi ve ayrıntı için tablo, koşullu biçimlendirmeyle sapmaları vurgulayan
• Risk dağılımı için olasılık-etki matrisi
• Kaynak yükü için çubuk grafik

Durum renkleri (kırmızı, sarı, yeşil) kullanılacaksa eşik kuralları yazılı olmalıdır: hangi sapma sarıdır, hangisi kırmızı? Renk körlüğünü gözeterek yalnızca renge değil simge ya da metne de dayanmak iyi bir alışkanlıktır.

Etkileşim için dilimleyiciler (proje, dönem, sorumlu, durum) ve ayrıntıya inme sayfaları kullanılır. Ancak her şeyi tek sayfaya doldurmaktan kaçınılır; yönetici özeti ve ayrıntı sayfaları ayrılmalıdır.

Paylaşım, yenileme ve erişim yönetimi

Rapor yayımlandıktan sonra asıl iş başlar: verinin güvenilir ve zamanında güncel kalması. Yenileme zamanlaması, proje ekibinin veri girişini yaptığı ritme göre kurulur. Haftalık durum toplantısı varsa, veri toplantıdan önce yenilenmiş olmalıdır. Yenileme hatası olursa kimin haberdar edileceği ve nasıl düzeltileceği tanımlanır.

Erişim konusunda şu sorular sorulur: Bütçe bilgisi tüm ekip tarafından mı görülecek? Her proje yöneticisi yalnızca kendi projesini mi görecek? Bu tür ayrımlar satır düzeyinde erişim kurallarıyla sağlanır. Hassas finansal alanlar ayrı sayfada ve sınırlı kitleyle paylaşılır.

Raporun sürümlenmesi ve değişikliklerin yönetimi de önemlidir. Birden fazla kişi aynı raporu geliştiriyorsa ölçü tanımlarının tek kaynakta tutulması, farklı raporlarda aynı adı taşıyan ama farklı hesaplanan ölçülerin oluşmasını engeller.

Son olarak kullanıcı geri bildirimi alınmalıdır: hangi sayfa açılıyor, hangisi hiç bakılmıyor? Kullanılmayan görseller sadeleştirilir, sık sorulan sorular için yeni görünümler eklenir.

Proje raporlamada sık yapılan hatalar

Proje raporlamada sık görülen hatalar:

• Raporu veriye değil, mevcut Excel görünümüne benzetmek
• Tüm göstergeleri yönetici sayfasına koymak
• Durum eşiklerini tanımlamadan kırmızı-sarı-yeşil kullanmak
• Veri girişini kimin yaptığını belirlemeden raporu yayımlamak
• Ölçüleri doğrulamadan paylaşmak
• Proje ekibinin gerçek soruları yerine teknik olanaklara göre rapor tasarlamak

Bu beceriyi Mindset programlarında nerede çalışırsınız?

Mindset kataloğundaki Power BI ile Proje Raporlama programının modül başlıkları bu akışı izler:

• Power BI Temelleri ve Veri Bağlantısı
• Proje Verisi Dönüşümü ve Modelleme
• DAX ile Proje Metrikleri
• Görsel ve Rapor Tasarımı
• Etkileşimli Dashboard Tasarımı
• Paylaşım, Yenileme ve Yönetim