RAID Kaydı Tutma: Dört Kaydı Tek Çalışma Belgesinde Yönetmek
RAID kaydı, projeyi tehdit eden ve projeye bağlı dört kayıt türünü tek bir çalışma belgesinde toplar. Böylece birinin diğerine dönüşmesi gözden kaçmaz.
Bir bakışta
- Dört kayıt, tek bakış. Risk, varsayım, sorun ve bağımlılık birbirine dönüşebildiği için birlikte izlenir.
- Her kayıt türünün sorusu farklıdır. Risk ne olabilir, sorun ne oldu, varsayım neye inanıyoruz, bağımlılık neye ihtiyacımız var sorularına cevap verir.
- Her satırın bir sahibi ve tarihi olur. Sahipsiz ya da tarihsiz kayıt takip edilmeyen kayıttır.
- Düzenli gözden geçirme belirleyicidir. Kayıt güncellenmezse eski bilgiyle karar verilmesine yol açar.
- Az sütun, açık sorumluluk. Basit tutulan kayıt ekibin her hafta açtığı kayıt olur.
RAID nedir, neden tek kayıtta tutulur?
RAID, riskler (risks), varsayımlar (assumptions), sorunlar (issues) ve bağımlılıkların (dependencies) baş harflerinden oluşur. Dördünün ortak noktası, projeyi planın dışına çıkarabilecek bilgileri taşımalarıdır. Bunları ayrı belgelerde tutmak mümkündür; ancak biri diğerine dönüştüğünde ayrı belgeler arasında kopukluk çıkar.
Örneğin bir tedarikçinin zamanında teslim edeceği varsayılmıştır. Teslim gecikme sinyali verdiğinde varsayım risk olur. Gecikme kesinleştiğinde risk sorun hâline gelir. Aynı tedarikçi başka bir iş paketinin bağımlılığıdır. Dört ayrı kayıtta tutulursa bu zincir kimse tarafından görülmez; tek bir kayıtta ise tek bakışta okunur.
Tekil risk kaydı ve sorun kaydı projeler için temel araçlardır. RAID, bunları tamamlayan birleşik bir görünüm sunar ve özellikle varsayım ile bağımlılık gibi sıklıkla ihmal edilen iki unsuru da görünür kılar.
Bir varsayım, risk ve sorun zincirine dönüşebilir
- VarsayımTedarikçinin zamanında teslim edeceğine inanılır.
- RiskGecikme sinyali gelir, olasılık artar.
- SorunGecikme gerçekleşir ve takvimi etkiler.
Kaydın alanları
Dört kayıt türü için ortak bir iskelet ve her tür için birkaç özel alan yeterlidir. Ortak alanlar şunlardır:
- Kayıt numarası ve tür: risk, varsayım, sorun ya da bağımlılık
- Açıklama: ne olduğu, bir cümleyle ve belirsizliksiz
- Etki alanı: kapsam, takvim, maliyet, kalite, itibar
- Sahip: kaydı izleyen ve eylemi yürüten kişi
- Durum: açık, izlemede, çözüldü, kapandı
- Sonraki eylem ve tarih
- Açılış ve son güncelleme tarihi
Türe özel alanlar şöyle eklenir:
- Risk: olasılık, etki, yanıt stratejisi, tetikleyici
- Varsayım: doğrulama yöntemi ve tarihi, yanlış çıkarsa etkisi
- Sorun: öncelik, etkilenenler, çözüm sorumlusu, eskalasyon durumu
- Bağımlılık: bağımlı olunan taraf, gereken tarih, ilgili iş paketi, iletişim kişisi
Bu alanların hepsini doldurmak her proje için gerekli değildir. Küçük projede sahip, tarih ve eylem üçlüsü bile işe yarar. Alan eklemeden önce kayıtta kullanılmayacak bir sütunun ekibi kayıttan uzaklaştırdığını hatırlayın.
Varsayım ve bağımlılık: çoğu kayıtta eksik kalan iki tür
Risk ve sorun bilinen kavramlardır; varsayım ve bağımlılık ise çoğu zaman planın içinde gizli kalır. Bu yüzden RAID'in değeri en çok bu ikisinde ortaya çıkar.
Varsayım, plan yapabilmek için doğru kabul ettiğiniz öncüldür: ekip tam kadro çalışacaktır, onay süresi belirli bir sürede biter, eski sistem verisi temizdir. Her varsayımın bir doğrulama yöntemi ve tarihi olmalıdır. Doğrulanamazsa varsayım riske dönüştürülür ve yönetilir. Yanlış çıkan varsayım genellikle sürpriz olarak gelir; yazılı varsayım ise erken alarm sinyalidir.
Bağımlılık, projenizin kendi kontrolü dışındaki bir girdiyle ilerleyebilmesidir: başka bir projenin çıktısı, dış kurumun onayı, tedarikçinin teslimi. Bağımlılığın sahibi sizin ekibiniz değildir; bu yüzden karşı tarafla iletişim kişisini ve beklenen tarihi yazmak şarttır. Yaklaşan tarih için hatırlatma yapmak, bağımlılığın sorun olmasını önleyen en basit önlemdir.
Varsayım içeriden inanılan, bağımlılık dışarıdan beklenen bilgidir
| Varsayım | Bağımlılık | |
|---|---|---|
| Ne söyler | Doğru kabul ettiğimiz öncül | Dışarıdan gelmesi gereken girdi |
| Yanlış çıkarsa | Plan temelini kaybeder | İş paketi bekler, takvim kayar |
| Kayda ne yazılır | Doğrulama yöntemi ve tarihi | Karşı taraf, beklenen tarih, irtibat |
| Nasıl izlenir | Doğrulanır ya da riske çevrilir | Tarih yaklaşınca hatırlatılır |
Kaydı yönetmek: sahiplik, ritim ve dönüşüm
Kaydın canlı kalması üç alışkanlığa bağlıdır. Birincisi sahiplik: her satırın tek bir sahibi vardır ve bu kişi güncellemeden sorumludur. Proje yöneticisi kaydın bakıcısıdır ama her satırın sahibi değildir.
İkincisi ritimdir. Durum toplantısının sonunda kayıt kısa bir gözden geçirmeden geçer: yeni kayıt var mı, durum değişen var mı, tarihi yaklaşan eylem var mı? Büyük gözden geçirmeler evre geçişlerinde yapılır. Yalnızca proje başında doldurulup bırakılan kayıt, ilk ciddi gelişmede geçerliliğini kaybeder.
Üçüncüsü dönüşümleri açıkça işlemektir. Bir risk gerçekleştiğinde satırı silmeyin; sorun olarak yeniden sınıflandırın ve geçmişini koruyun. Varsayım doğrulandığında kapatın, yanlışlandığında riske ya da soruna çevirin. Bu geçmiş izlenebilirliği, öğrenilen dersler için de değerli bir kaynaktır.
Eskalasyon kriterlerini baştan belirleyin: hangi etki düzeyinde ya da hangi süre geçince kayıt sponsora taşınır. Böylece "bunu kime söylemeliyim?" sorusu kriz anında tartışma konusu olmaz.
Kayıt, ekip ritmiyle dönen dört adımlı bir gözden geçirme döngüsüdür
- YakalaYeni risk, varsayım, sorun ya da bağımlılığı kaydet.
- SahiplenTek bir sahip ve eylem tarihi ata.
- İzleDurum toplantısında kısa gözden geçir.
- Dönüştür ya da kapatSınıfı güncelle, çözüleni kapat.
Araç ve biçim seçimi
RAID kaydı için özel bir araç şart değildir. Küçük ve orta projelerde paylaşılan bir elektronik tablo, tür sütunu ve filtrelerle yeterlidir. Büyük projelerde proje yönetim araçları sahibe göre görünüm, hatırlatma ve değişiklik geçmişi sağlar. Araç seçerken ekibin gerçekten kullanacağı kadar sade olmasına dikkat edin.
Çevik ekiplerde RAID benzeri bir yapı olarak engeller ve bağımlılıklar için ayrı bir pano, riskler için ise gözden geçirme toplantısı tutulabilir. İsim farklı olsa da amaç aynıdır: projeyi etkileyebilecek bilgileri görünür ve sahipli tutmak. Hibrit projelerde üst düzey RAID kaydı ve ekip düzeyinde çevik panolar birlikte yaşar.
Sık yapılan hatalar
En yaygın hata, kaydın bir kez doldurulup kapatılmasıdır. Diğeri, her şeyi risk olarak yazmaktır: gerçekleşmiş bir olay risk değil sorundur, planın öncülü ise varsayımdır. Sınıflandırma karışırsa yanıt yöntemi de yanlış seçilir.
Sahipsiz kayıtlar da sık görülür; "ekip" sahip değildir, kişi sahiptir. Bağımlılıklarda ise karşı tarafın haberinin olmaması yaygın bir sorundur; bağımlı olduğunuz ekip sizden beklenen tarihi bilmiyorsa kayıt işe yaramaz.
Kontrol listesi: her satırın sahibi ve tarihi var mı, varsayımların doğrulama yöntemi yazıldı mı, bağımlılıklarda karşı taraf haberdar mı, gerçekleşen riskler soruna çevrildi mi, son gözden geçirme tarihi yakın mı? Hepsine evet ise kayıt çalışıyordur.
Bu beceriyi Mindset programlarında nerede çalışırsınız?
RAID kaydı, risk, kapsam ve iletişim yönetimini tek çalışma belgesinde buluşturur. Mindset'in Proje Yönetimi Uzmanlığı Sertifika Programı yönetişim ve risk yönetimi ile engellerin yönetimi başlıklarını ele alır; Hibrit Proje Yöneticiliği Sertifika Programı ise hibrit ortamda risk ve değişiklik yönetimini kapsar.
Birden fazla ekiple ve dış bağımlılıkla çalışan proje yöneticileri için günlük çalışma aracı sunar.
İlgili Mindset programı
Proje Yönetimi Uzmanlığı Sertifika Programı
Sık sorulan sorular
RAID kaydı ile risk kaydı aynı şey midir?
Hayır. Risk kaydı yalnızca belirsiz gelecek olayları tutar. RAID ise bunlara varsayımları, gerçekleşmiş sorunları ve bağımlılıkları ekleyerek projeyi tehdit eden ya da koşullandıran tüm bilgileri tek yerde toplar. Risk kaydı RAID'in bir bölümü gibi düşünülebilir.
Dört türü tek tabloda mı yoksa ayrı sekmelerde mi tutmalıyım?
Küçük projelerde tek tablo ve tür sütunu pratiktir, çünkü dönüşümler kolay görülür. Büyük projelerde her türün farklı alanları olduğundan ayrı sekmeler okunurluğu artırır. Önemli olan sekmelerin birbirine bağlantılı tutulması ve ortak sahip, durum ve tarih alanlarının korunmasıdır.
RAID kaydı kimin sorumluluğundadır?
Kaydın bakımı genellikle proje yöneticisindedir, ancak her satırın sahibi o konuyu en iyi yönetebilecek kişidir. Proje yöneticisi ritmi kurar, kaydı toplantıda gözden geçirir ve eskalasyon gerektiren kayıtları sponsora taşır.
Kapanmış kayıtlar silinmeli mi?
Silmeyin, arşivleyin. Kapanmış riskler, doğrulanmış varsayımlar ve çözülmüş sorunlar öğrenilen dersler için değerli bir veridir. Aktif görünümde kapalı kayıtları filtreleyerek gizleyebilir, proje kapanışında tüm geçmişi öğrenme belgesine aktarabilirsiniz.