Kazanimlar:
- Analojik, parametrik ve üç noktalı (PERT) tahmin yöntemlerini kavrayıp yapay zekayı süre ve kaynak kestirimi taslağı üretmek için kullanabilme
- Tahmin belirsizliğini (iyimser/olası/kötümser senaryolar, güven aralığı) yorumlayıp planlamayı tek bir sayıya değil bir aralığa dayandırabilme
- Yapay zeka tahmininin geçmiş örüntüye ve varsayımlara dayandığını, nihai bütçe ve süre taahhüdünün ekip verisi ve uzman yargısıyla doğrulanması gerektiğini ayırt edebilme
Proje yönetiminin en zor ve en riskli işi tahmindir. "Bu ne kadar sürer?" ve "kaç kişi gerekir?" sorularına verilen cevaplar, çizelgenin, bütçenin ve müşteriye verilen sözün temelini oluşturur. Kötü tahmin, iyi yönetilen bir projeyi bile batırır: fazla iyimser bir süre gecikmeye ve cezai şarta, fazla kötümser bir süre ise teklifi kaybetmeye yol açar. Yapay zeka bu alanda çekici bir yardımcıdır; saniyeler içinde bir süre verir. Tam da bu yüzden en tehlikeli olduğu alan da burasıdır: YZ, sizin ekibinizin gerçek hızını bilmeden, kendinden emin bir sayı üretebilir. Bu ünitede tahmin yöntemlerini, YZ'yi tahminde nasıl güvenli kullanacağınızı ve her tahmini nasıl doğrulayacağınızı işleyeceğiz.
Temel tahmin yöntemleri
Birkaç yöntemi tanımlayalım. Analojik tahmin (analogous), geçmişteki benzer bir işe bakıp "o 10 gün sürmüştü, bu da benzer" demektir; hızlıdır ama kabadır. Parametrik tahmin (parametric), bir birim maliyet/süreyi miktarla çarpar (ör. "sayfa başına 0,5 gün × 40 sayfa = 20 gün"); veriye dayanır. Aşağıdan yukarı tahmin (bottom-up), her çalışma paketini ayrı tahmin edip toplar; en doğrusu ama en yavaşıdır. Üç noktalı tahmin (PERT), belirsizliği kabul eder: her görev için iyimser (O), en olası (M) ve kötümser (P) süre tahmin edilir ve ağırlıklı ortalama alınır.
PERT formülü şudur: Beklenen süre = (O + 4M + P) / 6. Örneğin bir görev için iyimser 4 gün, en olası 6 gün, kötümser 14 gün ise beklenen süre = (4 + 24 + 14) / 6 = 7 gündür. Standart sapma ise (P − O) / 6 = (14 − 4) / 6 ≈ 1,7 gündür; bu, belirsizlik payını gösterir. Tek bir "6 gün" demek yerine, "beklenen 7 gün, sapma ±1,7 gün" demek çok daha dürüst bir plandır.
Buna ek olarak iki kavram önemlidir. Efor (effort), işin gerektirdiği adam-gün miktarıdır (ör. 10 adam-gün). Süre (duration), bu işin takvimde kaç gün süreceğidir. İki kişi 10 adam-günlük işi 5 günde bitirebilir; ama her iş sonsuz bölünemez (dokuz kadın bir ayda bir bebek doğuramaz). YZ bu ikisini karıştırabilir; siz ayırmalısınız.
Yöntem
Ne zaman uygun
Hız
Doğruluk
YZ'nin rolü
Analojik
Erken faz, az bilgi
Yüksek
Düşük
Benzer proje örüntüsü önerir
Parametrik
Ölçülebilir birim varsa
Yüksek
Orta
Formül ve birim taslağı üretir
Aşağıdan yukarı
Detaylı WBS varsa
Düşük
Yüksek
Paket paket taslak toplar
Üç noktalı (PERT)
Belirsizlik yüksekse
Orta
Orta-yüksek
O/M/P senaryoları önerir
Adım adım: YZ ile güvenli tahmin
- Ekip verisini önce koyun. YZ'ye kendi geçmiş gerçekleşmelerinizi verin: "Benzer görevler ekibimizde şu kadar sürdü." Böylece tahmin genellemeye değil verinize dayanır.
- Yöntemi seçin. Belirsizlik yüksekse PERT isteyin; ölçülebilir birim varsa parametrik.
- Üç noktalı isteyin, tek sayı değil. Her paket için O/M/P değerleri ve varsayımları isteyin.
- Varsayımları görünür kılın. Her tahminin altındaki varsayımı (ör. "test ortamı hazır", "müşteri 2 günde geri döner") yazdırın; yanlış varsayım, yanlış tahmindir.
- Kaynak ve pay ekleyin. Efor ile süreyi ayırın, tatil ve müsaitlik oranını (ör. bir kişi haftada gerçekte 4 gün üretken) düşün.
- Ekiple kalibre edin. Nihai tahmini, işi yapacak kişilerle gözden geçirin. Tahmin, onu yapacak kişinin sahiplenmesiyle güvenilir olur.
Dikkat: YZ'ye "bu iş kaç gün sürer?" diye sorup çıkan sayıyı doğrudan çizelgeye yazmak, tahminin en tehlikeli halidir. Bu sayı sizin ekibinizin verisini içermez; yalnızca genel bir örüntüdür ve halüsinasyon olabilir.
Üç mini vaka
Vaka 1 — PERT ile dürüst plan. Bir yazılım ekibi, 12 görevlik bir modül için YZ'den O/M/P tahminleri ve varsayımları istedi. YZ taslak verdi; ekip her görevi kendi geçmiş verisiyle düzeltti. Toplam beklenen süre 38 gün, kötümser toplam 52 gün çıktı. PM müşteriye 45 günlük bir tarih verip 7 günlük pay bıraktı. Proje 44. günde bitti; pay olmasaydı gecikme görünecekti.
Vaka 2 — Efor/süre karışması. Bir koordinatör YZ'ye "80 adam-günlük iş kaç günde biter?" dedi. YZ "80 gün" cevabı verdi çünkü efor ile süreyi karıştırdı. Koordinatör, işin 4 kişi tarafından paralel yapılabileceğini bilerek süreyi ~25 güne düzeltti (tam bölünemediği için 20 değil). Ders: YZ'nin efor/süre ayrımını insan denetlemeli.
Vaka 3 — Doğrulanmayan genelleme. Bir PM, YZ'nin "bir API entegrasyonu tipik olarak 5 gün sürer" cevabını çizelgeye yazdı. Ekibin bu API sağlayıcısıyla geçmiş deneyimi kötüydü ve dokümantasyon zayıftı; iş 13 gün sürdü. Ekip verisi sorulsaydı bu baştan görülürdü. Ders: genelleme, ekip gerçeğinin yerine geçmez.
Zayıf prompt / Güçlü prompt
Zayıf prompt:
Bir e-ticaret sitesi kurmak kaç gün sürer?
Bu istem, YZ'yi projenizin verisini bilmeden uydurma bir sayı üretmeye zorlar. Ne ekip, ne kapsam, ne belirsizlik vardır.
Güçlü prompt:
Rolün: bir tahmin (estimation) uzmanı.Bağlam: Aşağıda 8 çalışma paketi ve ekibimizin geçmiş benzer görev süreleri var.Görev: Her paket için ÜÇ NOKTALI (iyimser O / en olası M / kötümser P) süre tahmini üretve PERT beklenen süreyi (O+4M+P)/6 ile hesapla.Kurallar:- Sadece verdiğim geçmiş veriyi referans al; genel piyasa varsayımı ekleme.- Her tahminin altındaki varsayımı tek satır yaz.- Efor (adam-gün) ile süreyi (takvim günü) ayrı sütunda göster.- Emin olamadığın paketi "[ekip teyidi gerekli]" ile işaretle.Çıktı: tablo (Paket | O | M | P | PERT | Efor | Varsayım).Geçmiş veri:- Ödeme entegrasyonu (geçmiş: 9,11,8 gün)- Ürün kataloğu (geçmiş: 6,5 gün)- ... (diğer paketler)
Bu istem güçlüdür: yöntem (PERT), veri kaynağı sınırı, varsayım zorunluluğu ve efor/süre ayrımı açıktır.
Ek şablonlar:
# Varsayım avcısıBu tahminin doğru çıkması için sessizce doğru kabul ettiğin tüm varsayımları listele.Her varsayım için, yanlış çıkarsa süreyi ne kadar etkileyeceğini tahmin et.
# Duyarlılık analiziŞu görevin en olası süresi M ise; M %20 artarsa toplam proje süresi nasıl değişir?Hangi 3 görev toplam süreye en duyarlı? (Bu görevler önce izlenmeli.)
# Pay (contingency) önericiAşağıdaki PERT sapmalarına göre, projenin tümü için makul bir zaman payı yüzdesi önerve bunu neye dayandırdığını açıkla. Bu bir öneridir; nihai pay yöneticiye aittir.
Sık yapılan hatalar
- Tek sayıya kilitlenmek: "10 gün" demek belirsizliği gizler; O/M/P aralığı dürüsttür.
- Efor ile süreyi karıştırmak: 40 adam-gün, 40 takvim günü değildir.
- %100 müsaitlik varsaymak: Kimse haftanın 5 gününü sadece bu göreve veremez; toplantı, izin, kesinti vardır.
- Genellemeyi ekip verisi sanmak: YZ'nin "tipik süre"si sizin ekibinizin hızı değildir.
- Varsayımları yazmamak: Görünmeyen varsayım, patlayan tahmindir.
- Pay bırakmamak: Belirsizlik varsa makul bir zaman/bütçe payı zorunludur.
İpucu: Tahmini bitirdiğinizde kendinize sorun: "Bu sayı yüzde 90 ihtimalle tutar mı, yüzde 50 mi?" Çoğu tek-nokta tahmini gerçekte yüzde 50'lik bir bahistir; müşteriye söz verirken bunu bilin.
Özetle
Tahmin projenin en riskli işidir. Analojik, parametrik, aşağıdan yukarı ve üç noktalı (PERT) yöntemler farklı hız ve doğruluk sunar. Yapay zeka taslak tahmin ve senaryo üretiminde hızlıdır, ama ekibinizin verisini bilmeden genelleme yapar ve efor/süreyi karıştırabilir. Güvenli tahmin; ekip verisini önce koymak, üç noktalı çalışmak, varsayımları görünür kılmak, efor ile süreyi ayırmak ve nihai sayıyı ekiple kalibre etmekle olur. Taahhüt edilen tarih ve bütçe daima insan doğrulamasından geçer.
Uygulama görevi
Projenizden 5 görev seçin. YZ'den her biri için O/M/P tahmini ve PERT beklenen süreyi isteyin (ekibinizin geçmiş verisini anonim verin). Sonra her görevin altındaki varsayımı yazın ve işi yapacak bir ekip üyesiyle tahmini gözden geçirin. En az iki tahmini ekip verisine göre düzeltin ve toplam için makul bir zaman payı belirleyin.
Kontrol listesi
- [ ] Tahmini ekibimin geçmiş verisine dayandırdım, genellemeye değil.
- [ ] Tek sayı yerine O/M/P (üç noktalı) çalıştım.
- [ ] Her tahminin altındaki varsayımı yazdım.
- [ ] Efor (adam-gün) ile süreyi (takvim) ayırdım.
- [ ] Müsaitlik/izin gibi gerçek kısıtları hesaba kattım.
- [ ] Belirsizliğe karşı makul bir pay bıraktım ve tahmini ekiple kalibre ettim.