RAID Günlükleri: Tanım, Şablon, Örnekler ve Nasıl Yapılır Rehberi

RAID Logs Explained in 60 seconds!

RAID Günlüğü Nedir ve ‘RAID’ Ne Anlama Gelir?

RAID şu ifadelerin baş harflerinden oluşur: risk, varsayımlar (veya eylemler), sorunlar ve bağımlılıklar (veya kararlar).

RAID Günlüğü Bileşeni Tanımı	Örnekler
Riskler. Riskleri ve fırsatları, gerçekleşme olasılıklarını, gerçekleşmeleri durumundaki etkilerini/şiddetlerini ve azaltma planı ile eylemleri belirleyip kategorilere ayırın	-Risk: Olumsuz hava koşulları veri toplama takvimini geciktiriyor
A Varsayımları veya A Eylemleri. Kapsam kaymasını önlemek için proje parametrelerini belgeleyin; devam eden proje çalışmalarına dayalı bir “yapılacaklar” listesi tutun	-Varsayım: proje çalışmalarını gerçekleştirmek için gerekli kaynaklar mevcut -Eylem: mevcut üçüncü taraf tedarikçilerin maliyet dökümünü almak için finans ekibiyle iletişime geçin
I Sorunlar. Gerçekleşmiş ve projenin ilerlemesini etkileyen olayları belgeleyin ve çözüme giden yolu açıklayın	-Sorun: Bir güvenlik ihlali müşteri verilerinin bütünlüğünü tehlikeye atıyor
D Bağımlılıklar veya D Kararlar. Başka bir faaliyet başlatılmadan veya tamamlanmadan başlatılamayan ya da tamamlanamayan faaliyetleri listeleyin; daha önce üzerinde anlaşılmış eylem yollarını ve bunları izleme veya izlememe gerekçelerini belgeleyin	-Bağımlılık: yeni tedarikçi yönetim sistemi satın alınmadan önce alternatifler analizi gerçekleştirin -Karar: kısa vadede daha maliyetli olacak olsa da yüksek performans kültürüne odaklanmayı sürdürmek için yetenek yönetimi sistemini kurum içinde geliştirin

RAID tanımının bazı ikili kısaltmalar içerdiğini göreceksiniz: varsayımlar veya eylemler, bağımlılıklar veya kararlar. Bunlara nasıl yaklaşılması gerektiğine dair görüşlerim şöyle:

• Varsayımlar mı, Eylemler mi? Bir varsayımlar listesinin kapsam kaymasını kaç kez durdurduğunu size anlatamam. Günlüğünüzü üst düzey bir kitleye yönelik tutmak istiyorsanız, eylem maddelerini taktik uygulamaya odaklanan ayrı bir belgede tutmanızı öneririm.
• Kararlar mı, Bağımlılıklar mı? Deneyimlerime göre hiç kimse kararların neden alındığını, özellikle de değerlendirilen ancak reddedilen alternatifleri ve nedenlerini hatırlamıyor. Uzun süren bir çalışma boyunca döngüsel düşünmekten kaçınmak için bağımlılıkların yanı sıra kararları da RAID günlüğünüzde belgelemenizi öneririm.

RAID Günlüğünü Ne Zaman Oluşturmalısınız?

Bir RAID günlüğü, kapsam, paydaşlar ve hedefler hakkında başlangıçtaki riskleri ve varsayımları belirlemeye yetecek kadar bilgi edinildiğinde, projenin başlangıcında, başlatma veya planlama aşamasında oluşturulmalıdır. Bundan sonra günlük, önemli kilometre taşlarında, kapsam her değiştiğinde veya önemli bir risk ya da sorun ortaya çıktığında yeniden gözden geçirilmelidir. Çevik projelerde doğal güncelleme sıklığı, her sprintin başlangıcıdır.

Stay Ahead of What Deserves Your Attention

Get timely perspective on the shifts, decisions, and trade-offs shaping your role, plus practical resources you can put to work.

Get Free Access

Have an account? Log In

RAID Günlüğü ve Risk Kaydı Karşılaştırması

Bu iki belge arasında bazı örtüşmeler olsa da aralarındaki fark, bir RAID günlüğünün risk kaydından daha kapsamlı olmasıdır. Bir RAID günlüğü, riskleri belgelemenin yanı sıra varsayımları veya eylemleri, bir sorun günlüğünü ve bağımlılıkları veya kararları da içerir.

RAID Günlüğü Şablonu

Microsoft Excel'de bir RAID günlüğü indirmesinin yanı sıra bir şablon da ekledim (şablonu almak için DPM üyesi olmanız gerekir). Riskleri, varsayımları, sorunları ve bağımlılıkları belgelemek için bu şablonu kullanabilirsiniz. M ve N sütunları kararları ve karar tarihini izler.

RAID Günlüğü Örneği ve Örnekler

RAID günlüğü şablonuna ek olarak, tamamlanmış ürün hakkında fikir edinebilmeniz için örnek bir Excel günlüğü de ekledim (buna erişmek için de üye olmanız gerekir).

RAID günlüklerinin bir kamp gezisi projesi senaryosunda nasıl uygulanabileceğini gösteren başka bir örneği burada bulabilirsiniz.

RAID Günlüğü Nasıl Oluşturulur?

Şablonunuz kullanıma hazır olduğuna göre, onu tam olarak nasıl dolduracaksınız? Proje planlama aşamasında, RAID günlüğünüzün aşağıdaki bileşenleri için içerik toplayabilirsiniz:

• Riskler
• Varsayımlar
• Bağımlılıklar

Eylemler, sorunlar ve kararlar, proje başladıktan sonra devreye girer.

Günlüğe kaydettiğiniz her madde için en azından şu alanları doldurun:

• Açıklama — riskin, varsayımın, sorunun veya bağımlılığın kısa özeti
• Sorumlu — yönetmekten veya çözmekten sorumlu kişi
• Öncelik — yüksek, orta veya düşük
• Durum — açık, devam ediyor veya kapalı
• Hedef tarih — çözülmesi veya gözden geçirilmesi gereken tarih
• Azaltma/eylem planı — ele almak için atılan adımlar

Her girişte tutarlı alanların bulunması, günlüğün paydaşlar tarafından hızlıca taranabilmesini ve zaman içinde daha kolay sürdürülebilmesini sağlar.

RAID Günlüğü İçin Olası İçerik Kaynakları

Günlüğünüz için içeriği birden fazla kanaldan toplayabilirsiniz:

• Paydaş görüşmeleri
• Mevcut veya önceki proje belgeleri
  • Örnekler: çıkarılan dersler şablonu, geriye dönük değerlendirmeler, proje sonrası incelemeleri, proje tüzükleri, proje planları, proje zaman çizelgeleri
• Benzer projeleri yürütme konusunda önceki deneyim
• Çevrimiçi açık kaynak materyaller
• Yukarıdaki kaynaklardan edindiğiniz bilgilere dayalı eleştirel düşünme (örneğin, paydaşlarınız bir şeyin sorun teşkil ettiğini açıkça söylemiyor olabilir; ancak konuyu ele alma konusundaki isteksizlikleri, bu alanın daha fazla araştırmadan yararlanabileceğini gösterir.)

En İyi Uygulamalar

Projeniz başladıktan ve kullanıma hazır taslak RAID günlüğünüzü oluşturduktan sonra, projenizi yönetirken günlüğü nasıl kullanacağınıza ilişkin şu en iyi uygulamaları aklınızda bulundurun:

• Hedef kitle için uygun ayrıntı düzeyine ayarlayın. Paydaşlar, bu projenin bağlamını ve proje başarısını tehdit edebilecek riskleri veya sorunları anlamak için RAID günlüğüne güvenir. Günlük işleyişe dahil olmayan biri için anlamlı olmayabilecek taktiksel güncellemeler yerine iş etkilerine odaklanın.
• Proje yaşam döngüsü boyunca günlüğü izleyin ve güncelleyin. Bu belgeyi güncellemez ve karar günlüğü gibi diğer belgelere aktarmazsanız hiçbir işe yaramaz. Belgenin bakımını zahmetli hale getirmemek için içeriği özlü tutmanızın bir başka nedeni de budur. Zamanınızın çoğunu sorunları belgelemek yerine engelleri kaldırmaya ayırmalısınız.

Faydaları

RAID günlükleri paydaşlara, proje ekibi üyelerine, işletmeye ve proje yöneticisi olarak size fayda sağlar.

• İlgili proje bilgileri için tek durak noktasıdır ve proje sağlığı hakkında kolayca gerçek zamanlı içgörüler sunar
• Sorunlara dönüşmeden önce riskleri izleme ve riskler gerçekleştiğinde sorunları hızla önceliklendirme olanağı sunar
• Proje yöneticileri varsayımları ve kararları belgeleyebilir; böylece projeyi geciktirebilecek görüşmeleri yeniden ele alma zorunluluğu riskini azaltabilir.

RAID Günlükleri Çevik Yaklaşımda Nasıl Kullanılır?

Genellikle çevik projeler, çalışan bir ürün geliştirme lehine belgelemeden uzak durma eğilimindedir. Bununla birlikte, bir RAID günlüğü oluşturmanın ek çabaya değer olduğunu düşünüyorum.

Nedeni mi? Çevik projeler genellikle daha fazla denemeyi teşvik eden yinelemeli bir proje yürütme yaklaşımını izler. Bu yaklaşım, öğrenilenleri daha hızlı elde etmek için hızlıca başarısız olmak açısından harikadır.

Bununla birlikte, başarısızlığı damgalamaktan çıkarmak projenizi rayından çıkarabilecek ek riskler doğurur. Ayrıca bir kuruluş, her denemeye yön veren varsayımları ve karar alma süreçlerini belgelemediği sürece başarısızlıklardan ders çıkaramaz.

Sırada Ne Var?

Risk yönetimi konusunda daha fazla yardıma ihtiyacınız varsa Dijital Proje Yönetiminde Ustalaşma kursumuzu almayı düşünün. Risk yönetiminin yanı sıra, başlangıçtan projenin kapanışına kadar tüm proje yaşam döngüsü boyunca projeleri yönetmeyi de öğreneceksiniz.