Kazanimlar:
- Yapay zekanın proje yönetiminin (planlama, tahmin, raporlama, iletişim) neresinde gerçek zaman kazandırdığını, neresinde bütçe taahhüdü ve teslim tarihi gibi kararların proje yöneticisine kaldığını görev risk düzeyine göre ayırt edebilme
- Her yapay zeka çıktısını kaynağa bağlama, yeniden hesaplama ve yönetsel süzgeçten geçirme adımlarıyla doğrulayan bir disiplin uygulayabilme
- Proje, müşteri ve paydaş verisini KVKK/gizlilik ve NDA kapsamında anonimleştirme ve güvenli araç seçme alışkanlığını edinebilme
Her projede, çoğu sessizce alınan yüzlerce karar vardır. Bu iş kimin üzerine? Bu görev kaç gün sürer? Bütçe tutar mı? Müşteriye ne tarih söyleyelim? Bu risk gerçekleşirse ne yaparız? Geçen haftaki toplantıda ne karar aldık, kim ne yapacaktı? Bu kararların bir kısmı tekrarlı, veri yoğun ve zaman alıcıdır; bir proje yöneticisinin (İngilizcesiyle PM — Project Manager, projenin planından teslimine kadar sorumlu kişi) mesaisinin büyük bölümü rapor yazmak, tablo doldurmak, e-posta hazırlamak ve toplantı notu tutmakla geçer. Yapay zeka (kısaca YZ veya İngilizcesiyle AI — insan gibi metin üretebilen, örüntü tanıyabilen, tahmin yapabilen ve veriyi özetleyebilen bilgisayar sistemleri) tam bu tablonun ortasına oturur: doğru kullanıldığında bir iş kırılım yapısını, bir risk kaydını, bir durum raporunu ya da bir toplantı özetini saatler yerine dakikalar içinde taslak haline getirir; yanlış kullanıldığında güvenli görünen ama temelsiz bir tahmini bir müşteri taahhüdüne taşıyabilir.
Bu modülün ilk ünitesi bir yazılım tanıtımı değildir. Amacı, YZ'yi proje işinizin neresine koyacağınızı ve neresine asla koymayacağınızı netleştirmektir. Çünkü proje yönetimi hem "operasyon-kritik" hem de "taahhüt-kritik" bir alandır: verdiğiniz bir süre tahmini müşteriyle imzalanan bir sözleşmeye; bir kaynak kararı bir ekip üyesinin haftalarca dolu takvimine dönüşür. Temel ilkeyi baştan koyalım: Yapay zeka bir asistandır, proje yöneticisi değildir. Bütçe taahhüdü, teslim tarihi sözü, kaynak tahsisi ve sözleşme yükümlülüğü gibi kararların sorumluluğu ve son onayı yetkin proje yöneticisine ve sorumlu paydaşlara aittir.
Proje yönetiminin katmanları ve YZ'nin yeri
Bir projeyi anlamak için işi üç katmana ayırmak yararlıdır. Operasyonel katman, günlük işleyiştir: görev takibi, toplantı notu, e-posta, durum güncellemesi. Taktik katman, planlama ve izlemedir: iş kırılım yapısı, çizelge, tahmin, risk kaydı, durum raporu. Stratejik katman, projenin gerekçesini ve yönünü belirler: fayda-maliyet, portföy önceliği, kapsam kararı. YZ her üç katmana da dokunabilir; ama her birinde farklı bir yetkiyle. Operasyonel katmanda YZ hızlı taslak ve özet üretir; stratejik katmanda ise yalnızca girdi sağlar, kararı yönetim ve sponsor verir. Sponsor (projeyi finanse eden ve kurumsal olarak sahiplenen üst yönetici), paydaş (projeden etkilenen veya projeyi etkileyen herkes — müşteri, ekip, tedarikçi, kullanıcı) gibi kavramları sonraki ünitelerde tek tek açacağız.
Birkaç temel terimi baştan tanımlayalım. Kapsam (scope), projenin neyi yapıp neyi yapmayacağıdır. İş kırılım yapısı (WBS), işin yönetilebilir parçalara bölünmüş halidir. Kilometre taşı (milestone), ilerlemeyi işaretleyen önemli bir noktadır (ör. "tasarım onayı"). Risk, gerçekleşirse projeyi etkileyecek belirsiz bir olaydır. Teslimat (deliverable), projenin ürettiği somut çıktıdır. YZ bu kavramların hepsinde size taslak ve analiz verir, ama karar vermez.
Şu tablo, YZ'nin görev bazında rolünü ve risk düzeyini özetler:
Görev
YZ'nin rolü
Risk düzeyi
Kim onaylar
Toplantı özeti / e-posta taslağı
Taslak üreteci
Düşük
Proje yöneticisi
WBS / kapsam taslağı
Taslak üreteci
Düşük-orta
PM + ekip
Süre ve kaynak tahmini
Tahminci, senaryo üretici
Orta-yüksek
PM + ekip verisi
Risk kaydı skorlama
İstatistiksel uyarıcı
Orta
Risk sahibi + PM
Durum raporu / EVM yorumu
Analiz ve taslak
Orta
Proje yöneticisi
Teslim tarihi / bütçe taahhüdü
Yardımcı girdi
Çok yüksek
PM + sponsor
Sözleşme / kaynak tahsisi kararı
Yardımcı girdi
Çok yüksek
Sponsor + PM
Bu tablodaki tek satırı akılda tutun: risk yükseldikçe YZ'nin rolü küçülür, insan onayı büyür.
Neden "doğrulama" bu işin kalbidir
Yapay zeka dil modelleri, verdiği cevaptan emin görünür ama emin olmayabilir. Buna teknik dilde halüsinasyon denir: modelin gerçekte var olmayan bir bilgiyi, tıpkı doğruymuş gibi akıcı bir cümleyle uydurmasıdır. Bir proje yöneticisi için bu ciddi bir tuzaktır: model size "bu tür bir yazılım entegrasyonu tipik olarak 3 hafta sürer" diye kendinden emin bir süre verebilir, oysa sizin ekibinizin hızını, teknik borcunu, tatil takvimini hiç bilmez ve bu sayı tamamen genellemedir. Ya da bir metodolojiyi (ör. "PMBOK 7'de şu zorunludur") yanlış aktarabilir. İkisini de aynı akıcılıkla söylediği için, doğruyu yanlıştan ayıran tek şey sizin bilginiz ve doğrulama alışkanlığınızdır.
Doğrulama disiplini üç adımdan oluşur:
- Kaynağa bağla: Süreler, maliyetler, kapasiteler ve geçmiş performans için YZ'nin belleğine değil, kendi kurumunuzun kayıtlarına (geçmiş proje verisi, zaman çizelgeleri, kaynak havuzu, muhasebe) ve ekibinizin kestirimine güvenin. YZ'yi bu verinin üzerinde yorum yapması için kullanın, veriyi hatırlaması için değil.
- Yeniden hesapla / karşılaştır: YZ'nin verdiği her sayısal sonucu (toplam süre, bütçe, yüzde tamamlanma, CPI/SPI) bağımsız kontrol edin. Bir toplamı, bir ağırlıklı ortalamayı, bir kritik yolu kendiniz doğrulayın.
- Yönetsel süzgeç: Çıktının sahadaki gerçeklerle (ekip müsaitliği, bütçe, sözleşme, bağımlılıklar) çelişip çelişmediğini yönetici gözüyle sınayın.
Dikkat: YZ'nin ürettiği bir tahmini veya raporu doğrulamadan sponsora sunmak ya da müşteriye taahhüt etmek, imzalanmamış bir sözleşme vermek gibidir. Çıktı akıcı diye doğru değildir.
Gizlilik: proje verisi çoğu zaman gizli veridir
Proje verilerinin büyük kısmı hassastır. Müşteri adı, sözleşme tutarı, teklif fiyatları, personel maaş ve performans bilgisi, henüz açıklanmamış ürün planları çoğu zaman NDA (Non-Disclosure Agreement — gizlilik sözleşmesi) ile korunur; kişisel veriler ise Türkiye'de KVKK (Kişisel Verilerin Korunması Kanunu), Avrupa'da GDPR kapsamındadır. Herkese açık bir YZ aracına müşteri adını, sözleşme bedelini, ekip üyelerinin isimlerini ve performans notlarını olduğu gibi yapıştırmak hem bir sözleşme ihlali hem de bir veri ihlali olabilir. Kural basittir: veriyi anonimleştir ve gereksizini paylaşma. "ABC Bankası ile 4,2 milyon TL'lik CRM projesi" yerine "büyük ölçekli bir finans müşterisi için yazılım projesi"; "Ayşe (kıdemli geliştirici, düşük performans)" yerine "kıdemli bir ekip üyesi" yazın. Mümkünse kurumsal, veri işleme sözleşmesi olan ve verinizi model eğitiminde kullanmayan araçları tercih edin.
Üç mini vaka
Vaka 1 — Güvenli kullanım. Bir proje koordinatörü, her hafta 6 çalışma paketinden gelen ilerlemeyi tek bir durum raporuna dönüştürmek için 2,5 saat harcıyordu. İlerleme verilerini anonim biçimde (müşteri adı ve tutarlar maskeli) YZ'ye verip bir yönetim özeti taslağı istedi. YZ 12 dakikada bir taslak üretti; koordinatör her yüzdeyi kendi izleme tablosuyla karşılaştırdı, bir yanlış tamamlanma oranını düzeltti ve durum renklerini gerçeğe göre revize etti. Süre: 2,5 saat yerine 35 dakika. YZ taslak verdi, sorumluluk insanda kaldı.
Vaka 2 — Doğrulanmayan tahmin tuzağı. Bir PM, YZ'ye "bir mobil uygulama testi kaç gün sürer" diye sordu. YZ, ekibin verisini görmeden "yaklaşık 8 gün" dedi. PM bunu müşteriye taahhüt etti; gerçek süre, ekibin geçmiş verisine göre 15 iş günüydü. 7 günlük sapma cezai şart doğurdu. Hata: ekip verisi olmadan YZ'den taahhüt üretecek bir sayı beklemek.
Vaka 3 — Gizlilik ihlali. Bir ekip lideri, müşteri adını, sözleşme tutarını ve tüm ekibin isim-maaş bilgisini içeren bir kaynak planını herkese açık bir YZ aracına yükleyip "bunu optimize et" dedi. Veri kurum dışı bir sunucuya gitti; müşteri NDA ihlali gerekçesiyle uyarı gönderdi. Doğru yol: isim, tutar ve maaşı çıkarıp yalnızca rol ve efor yüzdesi gibi anonim alanları paylaşmaktı.
Zayıf prompt / Güçlü prompt
Zayıf prompt:
Projemizin bu ayki durumunu yaz ve ne kadar ilerlediğimizi söyle.
Bu istem hatalıdır: YZ'ye hiç veri verilmemiştir, dolayısıyla "ne kadar ilerledik" sorusuna ancak uydurma bir sayıyla cevap verebilir. Ne dönem, ne kapsam, ne bağlam bellidir.
Güçlü prompt:
Rolün: bir proje yöneticisine yardımcı olan asistan.Bağlam: Aşağıda 5 çalışma paketinin plan/gerçek verisi var (müşteri adı ve tutarlar maskeli).Görev: Bir yönetim özeti taslağı yaz (en fazla 200 kelime). Sadece verdiğim verileri kullan;eksik bilgi için "[teyit gerekli]" yaz, sayı uydurma.Yapı: 1) Genel durum (RAG), 2) İlerleyen paketler, 3) Sapan paketler ve nedeni, 4) Öneri.Veri:- WBS-1 Analiz: plan %100 / gerçek %100- WBS-2 Tasarım: plan %80 / gerçek %60- WBS-3 Geliştirme: plan %40 / gerçek %25- WBS-4 Test: plan %10 / gerçek %0- WBS-5 Dokümantasyon: plan %20 / gerçek %20
Bu istem güçlüdür çünkü rol, bağlam, veri, sınır ("sayı uydurma"), format ve belirsizlik işareti ("[teyit gerekli]") açıkça verilmiştir. Çıktı yine de proje yöneticisi tarafından doğrulanmalıdır.
Diğer üç kullanışlı başlangıç şablonu:
# Belirsizliği zorunlu kılan şablonAşağıdaki metinden kararları ve aksiyonları çıkar. Metinde açıkça geçmeyen hiçbirsorumlu veya tarih atama; emin olamadığın yerde "belirsiz" yaz. Uydurma yapma.
# Anonimleştirme hatırlatıcısı (kendi kendine kontrol)Sana vereceğim metinde müşteri adı, tutar veya kişi adı görürsen, işleme başlamadanönce beni uyar ve bu alanları [MASKELİ] ile değiştirmemi öner.
# Doğrulama listesi üreten şablonÜrettiğin her sayısal sonuç için, proje yöneticisinin bunu nasıl bağımsızdoğrulayabileceğini tek satırlık bir "doğrulama adımı" olarak ekle.
Sık yapılan hatalar
- Veri vermeden sayı beklemek: YZ'ye kendi projenizin verisini vermeden süre, maliyet veya ilerleme sormak, onu halüsinasyona davet etmektir.
- Akıcılığı doğrulukla karıştırmak: İyi yazılmış bir metin doğru olduğu anlamına gelmez.
- Gizli veriyi olduğu gibi yapıştırmak: Müşteri adı, tutar ve kişi bilgisi anonimleştirilmeden hiçbir açık araca girmemelidir.
- Taahhüdü YZ'ye devretmek: Teslim tarihi ve bütçe, ekip doğrulaması olmadan taahhüt edilmemelidir.
- Tek promptla bitirmeye çalışmak: İyi sonuç, rol-bağlam-veri-sınır-format içeren yapılandırılmış istemlerden gelir.
İpucu: Her YZ oturumuna "Bu çıktıyı bir sponsora sunmadan önce hangi üç şeyi kendim doğrulamalıyım?" sorusuyla başlayın. Bu alışkanlık, modülün geri kalanındaki tüm görevlerde sizi korur.
Özetle
Yapay zeka, proje yönetiminde raporları, planları, tahminleri ve iletişimi hızlandıran güçlü bir asistandır; ancak taahhüt üreten değil, taslak üreten bir araçtır. İşi operasyonel, taktik ve stratejik katmanlara ayırdığımızda YZ'nin rolü risk yükseldikçe küçülür. Her çıktı üç adımla (kaynağa bağla, yeniden hesapla, yönetsel süzgeç) doğrulanmalı; proje ve müşteri verisi KVKK/NDA kapsamında anonimleştirilmelidir. Kritik kararların sorumluluğu ve son onayı daima insandadır.
Uygulama görevi
Kendi güncel projenizden bir görev seçin. Önce YZ'ye bilerek "zayıf" bir prompt yazın (bağlamsız, veri vermeden) ve çıktıyı kaydedin. Sonra bu ünitedeki "güçlü prompt" yapısıyla (rol, bağlam, anonim veri, sınır, format) aynı görevi tekrar sorun. İki çıktıyı yan yana koyup farkı ve her iki çıktıda da kendi başınıza doğrulamanız gereken en az üç noktayı yazın.
Kontrol listesi
- [ ] YZ'nin rolünü "asistan/taslak", kararı "insan" olarak konumlandırdım.
- [ ] Görevimin risk düzeyini (düşük/orta/yüksek) belirledim.
- [ ] Prompt'a rol, bağlam, veri, sınır ve format ekledim.
- [ ] Müşteri adı, tutar ve kişi bilgisini anonimleştirdim.
- [ ] Çıktıdaki her sayıyı bağımsız doğrulayacağım adımı not ettim.
- [ ] Taahhüt (tarih/bütçe) içeren hiçbir çıktıyı doğrulamadan paylaşmadım.