Proje planı hazır olduğu halde risk toplantısında herkes aynı genel maddeleri mi tekrarlıyor? “Takvim gecikebilir” veya “bütçe aşılabilir” ifadeleri tek başına hangi aksiyonun alınacağını göstermez. ChatGPT, proje bağlamını verdiğinizde ilk risk listesini düzenlemek ve eksik soruları görünür kılmak için kullanılabilir. Riskin gerçekten geçerli olup olmadığına ve hangi önlemin uygulanacağına ise proje ekibi karar vermelidir.
Bu rehberde, örnek bir yazılım entegrasyon projesi için risk tanımlama, puanlama ve aksiyon geliştirme akışını kuracağız. Kullanılan senaryo ve puanlar açıklayıcı örneklerdir. Bir yapay zeka çıktısı, kurumunuzun risk onayı veya teknik değerlendirmesi yerine geçmez.
Risk analizi için hangi proje bilgileri gerekir?
“Projem için riskleri listele” komutu çok az bağlam taşır. Daha işe yarar bir başlangıç için projenin amacı, teslimatları, takvimi, ekip kapasitesi, dış bağımlılıkları ve kabul ölçütleri belirtilmelidir. Henüz bilinmeyen noktaları da açıkça yazın. Böylece araçtan boşlukları gerçek bilgiymiş gibi tamamlamasını istememiş olursunuz.
Örnek senaryomuzda bir şirket, müşteri portalını CRM sistemiyle entegre edecektir. Proje sekiz hafta sürecek, dış tedarikçinin API erişimine ihtiyaç duyacak ve kullanıcı kabul testleri satış operasyon ekibiyle yürütülecektir. API limitleri henüz doğrulanmamıştır. Bu belirsizlik, takip edilecek bir soru ve olası risk kaynağıdır.
İlk risk listesini hazırlayan prompt
Örnek prompt: Bir proje yöneticisinin risk çalıştayına hazırlık yapmasına yardımcı ol. Proje: müşteri portalı ile CRM entegrasyonu. Süre: sekiz hafta. Dış bağımlılık: tedarikçinin API erişimi. Kabul testlerini satış operasyon ekibi yapacak. API limitleri bilinmiyor. Yalnızca verilen bilgilere dayan. Eksik verileri uydurma; varsayımları ve yanıtlanması gereken soruları ayrı yaz. Her risk için neden, olası olay ve iş sonucunu belirt. Risk ile gerçekleşmiş sorunu ayır. Çıktıyı risk kimliği, risk ifadesi, dayanak, doğrulama sorusu ve önerilen sorumlu rol alanlarıyla hazırla.
Bu promptun amacı uzun bir liste üretmek değildir. Her maddenin projeyle ilişkisinin görülebilmesidir. “Kaynak yetersizliği” gibi genel bir madde çıktığında hangi becerinin, hangi tarihte ve hangi teslimatı etkileyebileceğini sorun. Dayanağı olmayan maddeleri risk kaydına otomatik aktarmayın.
Risk matrisi için puanlama ölçeğini tanımlayın
Ekip olarak olasılık ve etkiyi 1 ile 5 arasında puanlayan basit bir ölçek seçebilirsiniz. Bu yazıdaki ölçek örnektir; evrensel bir standart olarak kullanılmamalıdır. Olasılığı benzer projelerden gelen verilerle, etkiyi de takvim, maliyet, kapsam ve hizmet üzerindeki sonuçlarla tartışın. Geçmiş veri yoksa puanın uzman görüşüne dayandığını kaydedin.
Örnekte risk puanı olasılık ile etkinin çarpımıdır. 1 ile 5 arası düşük, 6 ile 12 arası orta, 15 ile 25 arası yüksek olarak ele alınmıştır. Bu sınıflandırma proje başlamadan ekipçe kabul edilmelidir. Aynı çarpım, farklı olasılık ve etki birleşimlerinden çıkabileceği için iki bileşeni ayrı ayrı saklayın.
| Risk | Olasılık | Etki | Puan | Örnek yanıt |
|---|---|---|---|---|
| API erişiminin gecikmesi | 3 | 4 | 12 | Erişim tarihini doğrula ve gecikme için alternatif test planı oluştur |
| Kabul testi için ekip ayrılamaması | 3 | 3 | 9 | Test sorumlusunu ve takvimini önceden onaylat |
| Veri alanlarının farklı yorumlanması | 2 | 4 | 8 | Alan eşleştirmesini iş birimiyle örnek kayıtlar üzerinden doğrula |
Bu tablo bir proje ölçümü değildir. Bir çalıştayda tartışılabilecek taslak puanları gösterir. Puanları ChatGPT’nin tek başına ataması yerine, aracın puanlama için hangi bilgilere ihtiyaç duyulduğunu belirtmesini isteyin.
Risk maddesini aksiyona dönüştürün
Örnek prompt: Yukarıdaki risk kaydını incele. Her risk için önleyici aksiyon, tetikleyici işaret, gerçekleşirse uygulanacak yedek plan, sorumlu rol ve gözden geçirme tarihi alanlarını öner. Takvim veya kişi adı verilmemişse bunları atama, doldurulması gereken alan olarak bırak. Her önerinin ekip tarafından doğrulanması gereken varsayımını belirt.
API erişimi riskinde “tedarikçiyle iletişim kurmak” tek başına yeterince ölçülebilir değildir. Erişim onayının alınması, test hesabının çalıştığının doğrulanması ve limit bilgisinin kayda geçirilmesi gibi kontrol edilebilir çıktılar belirleyin. Aksiyonun tamamlanması riski tamamen ortadan kaldırmıyorsa kalan riski de değerlendirin.
Bu akışı risk analizi dışındaki planlama ve takip süreçleriyle birlikte ele almak isteyen proje ekipleri Yapay Zeka Destekli Proje Yönetimi Eğitimi programını inceleyebilir. Kurumsal eğitim ihtiyacını belirlerken gerçek projelerinizde en fazla zaman alan planlama ve raporlama adımlarını listelemek yararlı bir başlangıçtır.
Çıktıyı proje kaydına almadan önce doğrulayın
Üretken yapay zeka araçları ikna edici görünen yanlış içerikler üretebilir. Bu nedenle her riskin dayanağını, varsayımını ve önerilen aksiyonun uygulanabilirliğini kontrol edin. Kurumun onayladığı ortamı kullanın; müşteri bilgilerini, erişim anahtarlarını ve gizli proje belgelerini paylaşmadan önce veri kullanım kurallarını uygulayın.
- Gerçekleşmiş sorunları risk kaydından ayırıp sorun takibine aktarın.
- Her risk için sorumluluk alacak rolü ve gözden geçirme zamanını netleştirin.
- Puan değişikliklerinin gerekçesini saklayın ve kapanan riskleri kayıttan silmek yerine durumunu güncelleyin.
Sık sorulan sorular
ChatGPT risk olasılığını doğru hesaplayabilir mi?
Yalnızca bir proje açıklamasından güvenilir istatistiksel olasılık çıkarılamaz. Geçmiş proje verisi ve uygun analiz yöntemi yoksa puanlar ekip değerlendirmesi olarak ele alınmalıdır.
Risk matrisi tek sefer hazırlanır mı?
Proje kapsamı, bağımlılıklar ve ekip koşulları değiştikçe güncellenmelidir. Toplantıda bütün listeyi yeniden yazmak yerine yeni riskleri, değişen puanları ve geciken aksiyonları inceleyebilirsiniz.
Kaynak
Üretken yapay zekada yanlış çıktı riskleri için NIST Generative AI Profile belgesini inceleyebilirsiniz.