30 saniyede özet

RAG, İngilizce Red, Amber, Green sözcüklerinin kısaltmasıdır; proje durumunu kırmızı, sarı ve yeşil göstergelerle özetler. Renk, yönetimin dikkatini belirli bir hedefe veya karar ihtiyacına yöneltir. Anlamlı bir raporda rengin yanında değerlendirme tarihi, kullanılan ölçüt, kanıt, eğilim ve yapılması gereken bulunur. Proje yönetim ofisinin, yani PMO’nun katkısı, ekiplerin aynı rengi benzer koşullarda kullanmasını ve önemli sorunların görünür kalmasını sağlamaktır. Renklerin anlamı kurum içinde kararlaştırılmalıdır. Yeşil, belirsizlik bulunmadığı anlamına gelmez; mevcut bilgilerle hedefin ulaşılabilir olduğuna ilişkin değerlendirmedir.

Neden önemli?

Bir yönetici çok sayıda projeyi izlerken bütün ayrıntıları aynı anda inceleyemez. Renkler, hangi konuların daha fazla dikkat gerektirdiğini hızlıca gösterir. Ancak bu kolaylık, değerlendirme kuralları zayıfsa yanıltıcı bir güven yaratır. Bir proje yöneticisinin sarı dediğine başka biri yeşil diyorsa raporlar karşılaştırılabilir değildir.

Asıl sorun bazen ölçümden çok beklentidir. Kırmızı raporun başarısızlık göstergesi sayıldığı bir ortamda ekipler, müdahale gerekirken bile iyimser kalabilir. Yönetim kötü haberi geç alır. Buna karşılık her belirsizliği kırmızıya çevirmek de önemli konuların sıradanlaşmasına yol açar.

İş analisti için RAG, gereksinim ve kabul durumunu yönetimin anlayacağı bir biçimde özetlemeyi sağlar. Ürün sahibi açısından geliştirme ilerlerken müşteri hazırlığının geride kaldığını gösterebilir. Yönetici için ise kritik soru yalnızca projenin rengi değildir: Hangi hedef etkileniyor, ne değişti ve hangi karar gerekiyor?

İyi raporlama, toplantının büyük bölümünü rengin pazarlığına ayırmaz. Tartışmayı kanıt ve seçenekler üzerinde tutar. PMO’nun görevi de renk sayısını iyileştirmekten çok, doğru müdahalenin zamanında yapılmasını desteklemektir. Bir projenin sarıya dönmesi, riskin daha erken görüldüğü anlamına da gelebilir.

Terim nedir?

RAG durum raporlaması; takvim, maliyet, kapsam, kalite, risk veya fayda gibi boyutları belirlenmiş değerlendirme kurallarıyla özetler. Renkler için evrensel bir eşik bulunmaz. Kurum, proje koşullarını dikkate alarak anlamları ve raporlama yöntemini tanımlar.

Örneğin yeşil, ilgili hedefin mevcut plan ve kaynaklarla karşılanabilir olduğunu; sarı, hedefi tehdit eden fakat uygulanabilir karşılığı bulunan bir durumu; kırmızı ise önemli bir engel veya sapma nedeniyle hedefin mevcut koşullarda karşılanamayacağını gösterebilir. Kırmızının hangi durumda üst karar gerektirdiği de açıklanmalıdır. Bu tanımlar, kurumun kullanacağı kuralların başlangıcıdır; tek başına yeterli ölçüm yöntemi değildir.

Eşik, bir durumun hangi sınıfa gireceğini belirleyen sınır veya koşuldur. Takvim sapması, kritik teslimatın durması, finansman ihtiyacı ya da karşılanmamış kabul koşulu eşik olabilir. Sayısal sınırların yanında etki ve karar yetkisi de dikkate alınmalıdır. Küçük görünen bir gecikme, başka projenin kritik teslimatını engelliyorsa önem kazanabilir.

Durum ve eğilim ayrı gösterilmelidir. Proje hâlâ sarı olabilir, fakat sorunun etkisi azalıyor olabilir. Tersine, yeşil durumdaki bir projede zaman esnekliği hızla tükeniyor olabilir. Eğilim, hangi bilgiye dayandığı açıklanarak yazılır; yalnızca iyimser veya kötümser beklenti değildir.

Genel proje durumu, boyutların renklerini mekanik biçimde ortalayarak belirlenmemelidir. Bütçe ve geliştirme yeşilken müşterinin kullanıma geçmesini engelleyen kritik bir konu kırmızı olabilir. Genel durumun hangi kuralla belirlendiği açıklanmalıdır. Bilgi yetersizse bu durum ayrıca belirtilir; veri bulunmaması yeşil gerekçesi olamaz. Renk yanında metin etiketi kullanmak da raporun anlaşılmasını kolaylaştırır.

Gerçek vaka: HSE’de raporlanan durumun doğruluğunu sınamak

Sarah McCormack’ın PMI tarafından yayımlanan 2011 tarihli bildirisi, İrlanda Health Service Executive kurumunun 2007–2010 Dönüşüm Programını anlatır. Program, 13 program altında 119 proje ve alt projeyi kapsar. Ulusal program yönetim ofisi, ortak proje yönetimi yaklaşımını desteklemiştir.

Aylık durum raporları RAG sistemiyle özetlenerek CEO ve yönlendirme grubuna sunulmuştur. Ofis, raporlardaki durumun projelerin gerçek ilerlemesini ne kadar doğru yansıttığını da bağımsız olarak değerlendirmiştir. İlk yılın incelemesinde bazı şablonların projeye yardımcı olmak yerine yöntem gereğini karşılamak için doldurulduğu; plan ve raporların gerçek hedefleri ve durumu yeterince göstermediği görülmüştür.

Bu değerlendirme, daha hafif bir proje yönetimi yaklaşımı olan Project Management LITE’ın geliştirilmesini desteklemiştir. Vakadan çıkarılabilecek ders, ortak şablonların tek başına doğru bilgi sağlamadığıdır. Bildiri, RAG kullanımının ayrı bir sayısal başarı etkisini ölçmez; daha geniş yönetim yaklaşımının gözden geçirilmesini anlatır.

Kaynak: Sarah McCormack, “Project management LITE: a roadmap for merging project management styles”, PMI, 10 Mayıs 2011.

Varsayımsal örnek: Geliştirme tamamlanırken müşteri verisinin hazır olmaması

Bir yazılım şirketi, kurumsal müşterisini yeni platforma taşıyacaktır. Yazılım geliştirme planla uyumlu ilerlerken müşterinin veri hazırlığı tamamlanmamıştır. Finansal görünümde önemli bir sapma bulunmaz. Ekip ilk taslak raporda genel durumu yeşil göstermek ister; gerekçe, kendi geliştirme çalışmalarının yolunda olmasıdır.

İş analisti, veri hazırlığının müşteri kabul testine etkisini inceler. Kabul testi, teslimatın müşterinin onaylı koşullarını karşılayıp karşılamadığını doğrular. Gerekli veri gelmeden kritik senaryolar çalıştırılamıyorsa geliştirme ilerlemesi tek başına canlıya geçişi güvence altına almaz.

PMO, boyutları ayrı değerlendirir. Geliştirme ve bütçe yeşildir; müşteri verisi ve buna bağlı teslim takvimi, ortak eşiklere göre müdahale gerektirir. Genel durumun belirlenmesinde canlıya geçiş hedefini engelleyen konu dikkate alınır. Raporun açıklamasında eksik veri, etkilenen testler ve kalan seçenekler yer alır.

Yönetime sunulan talep somutlaştırılır: müşteri tarafında veri hazırlığını hızlandıracak kaynak kararı verilmesi veya geçişin uygun müşteri gruplarına göre aşamalandırılması gerekir. Her seçeneğin müşteri deneyimi, işletim yükü ve tarih etkisi açıklanır. Kararın alınması gereken son tarih, test ve geçiş hazırlığı üzerinden belirlenir.

Sonraki raporda veri gönderilmiş olsa bile durum otomatik olarak yeşile dönmez. Verinin kullanılabilirliği, kabul testlerinin kalan süresi ve güncel bitiş tahmini doğrulanır. Böylece renk değişikliği, yalnızca aksiyonun tamamlanmasına değil, hedefin yeniden ulaşılabilir hale gelmesine dayanır.

Yaygın üç hata

  1. Renkleri kişisel kanaatle belirlemek. “Bence toparlarız” ifadesi, onaylı plan ve doğrulanmış kaynak yerine geçmez. Ölçütler, veri kaynakları ve değerlendirme sorumluları açıklanmalıdır. PMO, ekip değerlendirmesine katılmadığında gerekçesini kanıtla sunmalı; farklı yorumlar raporda görünür kalmalıdır.
  2. Genel rengi bütün ayrıntıların yerine koymak. Tek bir sarı etiket, maliyet sorunu ile müşteri onayı eksikliğini ayırt ettirmez. Kritik boyutlar ayrı gösterilmeli, genel durumun gerekçesi yazılmalıdır. Çok sayıda yeşil boyut, teslimatı engelleyen bir kırmızı konuyu görünmez hale getirmemelidir.
  3. Raporu karar talebi olmadan sunmak. Yönetici sorunu anlayabilir, fakat hangi desteğin gerektiğini çıkaramayabilir. Etki, seçenekler, öneri ve karar tarihi birlikte verilmelidir. Rapor güncel değilse tarihi ve veri sınırları belirtilmelidir. Kritik bir gelişme, rutin rapor dönemini beklemeden ilgili karar sahibine taşınmalıdır.

Mini uygulama: Bir rengi kanıtla açıklamak

Mevcut projenizden bir boyut seçin. Ekipte iki kişinin aynı bilgilerden benzer değerlendirmeye ulaşıp ulaşamadığını kontrol edin. Ardından aşağıdaki kısa kaydı doldurun.

Proje ve değerlendirme tarihi
—
İzlenen boyut ve hedef
—
Onaylı referans
—
Kullanılan renk ve metin etiketi
—
Rengin dayandığı eşik veya koşul
—
Güncel kanıt ve veri kaynağı
—
Önceki değerlendirmeden değişen durum
—
Eğilim ve gerekçesi
—
Diğer teslimatlara etkisi
—
Mevcut aksiyon ve sorumlusu
—
Gereken karar, seçenekler ve öneri
—
Karar yetkilisi ve son karar tarihi
—
Bir sonraki değerlendirme
—

Genel durumun boyutlardan nasıl türetildiğini kayda ekleyin. Daha sonra rapor ile gerçekleşen sonuçları karşılaştırın. Yeşil raporlanan bir proje hedefi kaçırdıysa eşikleri, veri güncelliğini ve karar akışını inceleyin. Bu değerlendirme, RAG sistemini yalnızca sunum biçimi olmaktan çıkarıp yönetimin dikkatini daha doğru yönlendiren bir araç haline getirir.

İlgili terimler

Project Status Report, Project Dashboard, Performance Baseline, Variance Analysis, Risk Register, Issue Management, Escalation, Dependency Management, Project Assurance, Benefits Realization, Leading Indicator, Lagging Indicator