Kazanimlar:
- Kapsam bildirimi ve iş kırılım yapısı (WBS) kavramlarını kavrayıp yapay zekayı çalışma paketlerine bölünmüş bir taslak WBS üretmek için kullanabilme
- Kapsam dışı (out of scope) maddelerini, teslimatları ve kabul kriterlerini yapay zeka desteğiyle netleştirip kapsam kaymasını (scope creep) erken görebilme
- Yapay zekanın ürettiği WBS'in bütünlüğünü, gerçekçiliğini ve kurum bağlamına uygunluğunu ekip ve paydaş doğrulamasıyla teyit etmenin proje yöneticisine ait olduğunu kavrayabilme
Bir projeye "ne yapacağız?" diye başlamak, karanlıkta yürümeye benzer. Projeler çoğu zaman kötü yönetildikleri için değil, baştan yanlış tanımlandıkları için başarısız olur. Bu ünitenin konusu, projenin sınırlarını çizen ve işi yönetilebilir parçalara bölen iki temel araçtır: kapsam bildirimi ve iş kırılım yapısı. Bu iki belge doğru kurulduğunda, çizelge, tahmin, risk ve bütçe onların üzerine sağlam biçimde oturur; yanlış kurulduğunda ise proje boyunca her şey sallanır. Yapay zeka her iki belgede de güçlü bir taslak ortağıdır: dakikalar içinde bir kapsam iskeleti ve çalışma paketlerine bölünmüş bir kırılım önerir. Ama unutmayın: YZ genel bir şablon üretir; sizin kurumunuzun gerçek teslimatlarını, kısıtlarını ve kabul kriterlerini yalnızca siz ve ekibiniz bilir.
Kapsam bildirimi nedir?
Kapsam (scope), projenin neyi içerdiği ve neyi içermediğidir. Kapsam bildirimi (scope statement), bunu yazılı hale getiren belgedir ve tipik olarak şunları içerir: projenin amacı, ana teslimatlar, kabul kriterleri, kapsam dışı maddeler, varsayımlar ve kısıtlar. Buradaki en kritik ve en çok ihmal edilen bölüm kapsam dışı (out of scope) listesidir: "Bu projede X'i yapmayacağız" cümlesi, ileride "ama ben bunun da dahil olduğunu sanmıştım" tartışmasını önler.
Kapsamın kontrolden çıkmasına kapsam kayması (scope creep) denir: küçük küçük eklenen, onaylanmamış işlerin projeyi zamanla şişirmesidir. "Küçük bir ekleme daha" cümlesi, üst üste geldiğinde bütçeyi ve takvimi patlatır. İyi bir kapsam bildirimi ve net kabul kriterleri, kapsam kaymasına karşı ilk savunma hattıdır. Kabul kriteri (acceptance criteria), bir teslimatın "tamamlandı" sayılması için karşılaması gereken ölçülebilir koşuldur (ör. "form 2 saniyeden kısa sürede yüklenir").
İpucu: Kapsam bildirimini yazarken "yapacaklarımız" kadar "yapmayacaklarımız" listesine emek verin. Kapsam dışı maddeler, projenin en ucuz sigortasıdır.
İş kırılım yapısı (WBS) nedir?
İş kırılım yapısı (WBS — Work Breakdown Structure), projenin toplam işini, tepeden aşağı doğru giderek küçülen mantıklı parçalara bölen hiyerarşik bir ağaçtır. En üstte proje, altında ana teslimatlar/fazlar, onların altında çalışma paketleri (work package) bulunur. Çalışma paketi, bir kişiye/ekibe atanabilecek, süresi ve maliyeti tahmin edilebilecek kadar küçük en alt seviyedeki iş parçasıdır. İyi bir WBS iki kurala uyar: %100 kuralı (alt parçaların toplamı üst parçanın tamamını kapsar, ne eksik ne fazla) ve karşılıklı dışlayıcılık (iki paket aynı işi içermez, çakışma yoktur).
WBS neden bu kadar önemli? Çünkü tahmin, çizelge, bütçe ve risk hep çalışma paketi seviyesinde yapılır. "Web sitesi yapacağız" tahmin edilemez; ama "giriş sayfası tasarımı", "kullanıcı kayıt formu", "ödeme entegrasyonu testi" gibi paketler tahmin edilebilir. WBS aynı zamanda sorumluluk atamanın (RACI), ilerleme izlemenin ve iletişimin de iskeletidir.
Adım adım: YZ ile WBS taslağı üretmek
- Kapsamı netleştirin. YZ'ye projenin amacını, ana teslimatlarını ve bilinen kısıtları anonim biçimde verin. Belirsiz bir amaçtan iyi bir WBS çıkmaz.
- Taslak kırılım isteyin. YZ'den fazlara ve çalışma paketlerine bölünmüş bir hiyerarşi isteyin; her paket için tek satırlık kapsam tanımı ve önerilen teslimat isteyin.
- %100 kuralını sınayın. Üretilen paketlerin toplamının kapsamı tam karşılayıp karşılamadığını kontrol edin; eksikleri ve gereksizleri işaretleyin.
- Kabul kriterlerini ekletin. Her önemli teslimat için ölçülebilir kabul kriteri taslağı isteyin, sonra bunları gerçeğe göre düzeltin.
- Kapsam dışını netleştirin. YZ'den "bu projede muhtemelen kapsam dışı olması gereken maddeler" listesi isteyip ekiple tartışın.
- Ekip ve paydaş doğrulaması. Taslağı çalışma paketi sahipleriyle gözden geçirin. WBS, ekip onayı almadan asla "plan" değildir.
Dikkat: YZ'nin ürettiği WBS genellikle mantıklı görünen ama sizin kurumunuza özgü kritik bir paketi (ör. "yasal onay", "veri göçü", "kullanıcı eğitimi") atlayabilir. Eksik paket, tahmininizi baştan yanlışlar. %100 kuralını mutlaka insan gözüyle uygulayın.
Üç mini vaka
Vaka 1 — Zaman kazandıran taslak. Bir PMO uzmanı, yeni bir intranet projesi için WBS'i sıfırdan kurmak yerine YZ'ye anonim kapsam özetini verip taslak istedi. YZ 6 faz ve 34 çalışma paketi önerdi. Uzman, ekiple 45 dakikalık bir çalıştayda 5 paketi çıkardı, 3 eksik paketi (SSO entegrasyonu, erişilebilirlik testi, içerik göçü) ekledi. Sıfırdan 1 gün sürecek iş, yarım günde bitti ve daha bütünlüklü oldu.
Vaka 2 — Kapsam kayması yakalama. Bir proje yöneticisi, müşteriden gelen 12 küçük talebi YZ'ye verip "bunlar mevcut kapsam bildirimine göre kapsam içi mi, kapsam dışı mı?" diye sınıflandırttı. YZ 7 talebi "muhtemelen kapsam dışı" olarak işaretledi. PM bunları resmi değişiklik talebine dönüştürdü; aksi halde ek 3 haftalık iş sessizce projeye sızacaktı.
Vaka 3 — Eksik paket tuzağı. Bir ekip, YZ'nin ürettiği 28 paketlik WBS'i doğrulamadan onayladı. Proje ortasında "veri migrasyonu" ve "canlıya alma provası" paketlerinin hiç olmadığı fark edildi; bu iki eksik, çizelgeye 4 hafta ekledi. Ders: YZ taslağı %100 kuralıyla insan tarafından sınanmadan onaylanmamalı.
Zayıf prompt / Güçlü prompt
Zayıf prompt:
Bir mobil uygulama projesi için WBS yaz.
Bu istem çok geneldir: YZ tipik bir şablon üretir, ama sizin projenizin gerçek teslimatlarıyla, kısıtlarıyla ve kabul kriterleriyle ilgisi zayıf olur.
Güçlü prompt:
Rolün: kıdemli bir proje planlama uzmanı.Bağlam: Bir perakende müşterisi (adı maskeli) için bir stok takip mobil uygulaması.Kısıtlar: 4 aylık süre, mevcut ERP ile entegrasyon zorunlu, iOS+Android, veri göçü var.Görev: Fazlara ve çalışma paketlerine bölünmüş bir WBS taslağı üret.Kurallar:- %100 kuralını gözet; her fazın altındaki paketler fazı tam kapsasın.- Her çalışma paketi için: tek satır kapsam + ana teslimat + ölçülebilir kabul kriteri.- Sonda ayrı bir "muhtemelen kapsam DIŞI" listesi ver.- Emin olmadığın kuruma özgü paketleri "[ekiple teyit]" ile işaretle, uydurma.Çıktı: markdown tablo (Faz | Paket | Kapsam | Teslimat | Kabul kriteri).
Bu istem güçlüdür çünkü bağlam, kısıt, %100 kuralı, kabul kriteri ve kapsam dışı talebi açıktır; ayrıca belirsizliği "[ekiple teyit]" ile zorunlu kılar.
Ek şablonlar:
# Kapsam dışı bulucuAşağıdaki kapsam bildirimini oku. Sık görülen ama burada AÇIKÇA belirtilmemişişleri "kapsam dışı adayı" olarak listele (ör. eğitim, dokümantasyon, destek,göç, güvenlik testi). Her biri için neden dahil/hariç olması gerektiğini sor.
# Kabul kriteri üreticiŞu teslimat için 3-5 ölçülebilir kabul kriteri öner (SMART formatında):[teslimat]. Ölçülemeyen ("iyi çalışsın" gibi) kriter yazma.
# %100 kuralı denetçisiAşağıdaki WBS'i incele. Kapsam bildirimindeki hangi teslimatın hiçbir çalışmapaketinde karşılığı YOK? Hangi paketler kapsam bildirimini AŞIYOR? Boşlukları listele.
Sık yapılan hatalar
- Kapsam dışını yazmamak: "Ne yapmayacağımız" belirsizse, kapsam kayması kaçınılmazdır.
- Çok iri veya çok ince paketler: Bir ay süren dev paket tahmin edilemez; bir saatlik minik paket ise yönetimi boğar. Paketler tahmin ve takip edilebilir olmalı.
- YZ taslağını doğrulamadan onaylamak: Eksik bir kuruma özgü paket (veri göçü, yasal onay, eğitim) baştan planı yanlışlar.
- Kabul kriterini atlamak: Kriter yoksa "tamamlandı" tartışması bitmez.
- WBS'i faaliyet değil çıktı odaklı kurmamak: İyi WBS teslimatları (isimleri) gösterir, "toplantı yapmak" gibi faaliyetleri değil.
İpucu: WBS'i bir kez yazıp bırakmayın. Onaylı bir değişiklik geldiğinde WBS'i, ardından çizelge ve bütçeyi güncelleyin. WBS canlı bir belgedir.
Özetle
Kapsam bildirimi projenin sınırlarını, WBS ise işin yönetilebilir parçalarını tanımlar. İyi bir kapsam bildirimi net kabul kriterleri ve güçlü bir "kapsam dışı" listesi içerir; iyi bir WBS %100 kuralına ve karşılıklı dışlayıcılığa uyar. Yapay zeka her ikisi için hızlı ve bütünlüklü taslaklar üretir, ama kuruma özgü paketleri atlayabilir. %100 kuralını insan gözüyle uygulamak, kapsam dışını netleştirmek ve ekip doğrulaması almak proje yöneticisine aittir.
Uygulama görevi
Güncel bir projeniz için YZ'den fazlara ve çalışma paketlerine bölünmüş bir WBS taslağı üretin (verileri anonimleştirin). Sonra ekibinizden bir kişiyle birlikte %100 kuralını uygulayın: hangi paketler eksik, hangileri gereksiz, hangi teslimatın kabul kriteri yok? En az 3 eksik/hatalı noktayı düzeltin ve düzeltilmiş WBS'i kaydedin.
Kontrol listesi
- [ ] Kapsam bildirimimde amaç, teslimat, kabul kriteri, kapsam dışı, varsayım ve kısıt var.
- [ ] "Kapsam dışı" listesini bilinçli olarak doldurdum.
- [ ] WBS %100 kuralına uyuyor (eksik/fazla paket yok).
- [ ] Her çalışma paketi tahmin ve takip edilebilir büyüklükte.
- [ ] Her önemli teslimatın ölçülebilir kabul kriteri var.
- [ ] YZ taslağını ekiple doğruladım; kuruma özgü paketleri ekledim.