Kazanimlar:
- Değişiklik talebi, sorun kaydı (issue log), değişiklik kontrol kurulu (CCB) ve kalite kriteri kavramlarını kavrayıp yapay zeka desteğiyle etki analizi taslağı üretebilme
- Yapay zekayı değişikliğin kapsam-zaman-maliyet-kalite (demir üçgen) etkisini görünür kılmak ve kök neden analizi taslağı için kullanabilme
- Değişiklik onayının ve kalite kabulünün yetkili karar merciine ait olduğunu, yapay zeka etki analizinin doğrulanması gerektiğini kavrayabilme
Hiçbir proje planlandığı gibi gitmez. Müşteri yeni bir istek getirir, beklenmedik bir hata çıkar, bir gereksinim değişir. Bu ünitenin konusu, bu kaçınılmaz değişimleri kaosa dönüşmeden yönetmektir. Üç mekanizmayı öğreneceğiz: onaylanmadan hiçbir işin değişmemesini sağlayan değişiklik yönetimi, ortaya çıkan problemleri kayıt altına alıp çözen sorun yönetimi ve teslimatların "yeterince iyi"yi karşılamasını güvence altına alan kalite yönetimi. Yapay zeka her üçünde de güçlü bir analiz ortağıdır: bir değişiklik talebinin kapsam-zaman-maliyet-kalite etkisini görünür kılar, sorunların kök nedenini araştırır, kalite kriterlerini taslaklar. Ama değişikliğin onayı ve kalitenin kabulü daima yetkili karar merciine aittir; YZ'nin etki analizi doğrulanmadan karara dönüşmemelidir.
Değişiklik yönetimi ve demir üçgen
Değişiklik talebi (change request), kapsam, çizelge, bütçe veya kaynakta bir değişiklik öneren resmi istektir. Kontrolsüz değişiklik, önceki ünitelerde gördüğümüz kapsam kaymasının ana kaynağıdır. Çözüm, her değişikliği bir kapıdan geçirmektir: değişiklik kontrol kurulu (CCB — Change Control Board), değişiklik taleplerini değerlendirip onaylayan/reddeden yetkili gruptur.
Her değişikliğin etkisini anlamak için demir üçgen (iron triangle) kavramı kritiktir: kapsam, zaman ve maliyet birbirine bağlıdır (ortalarında kalite yer alır). Birini değiştirmek diğerlerini etkiler: kapsamı büyütürseniz ya süre uzar ya maliyet artar ya kalite düşer; "aynı sürede, aynı bütçeyle daha fazla iş" çoğu zaman kalitenin bedelini öder. İyi bir etki analizi, bir değişikliğin bu üç (dört) boyuta etkisini açıkça gösterir.
Değişiklik süreci tipik olarak şöyledir: talep kaydı → etki analizi (kapsam/zaman/maliyet/kalite/risk) → CCB kararı → onaylanırsa plan, çizelge ve bütçe güncellemesi → paydaş bilgilendirme. Onaylanmamış hiçbir değişiklik uygulanmaz.
Sorun ve kalite yönetimi
Sorun (issue), riskten farklı olarak zaten gerçekleşmiş bir problemdir (risk gelecekteki belirsizlik, sorun bugünkü gerçek). Sorun kaydı (issue log), açık sorunları, önceliğini, sahibini, çözüm durumunu izleyen canlı listedir. Sorunların kök nedenini bulmak için iki teknik yaygındır: 5 Neden (5 Whys) — "neden?" sorusunu ardışık sorarak yüzeydeki belirtiden asıl nedene inmek; ve balık kılçığı (Ishikawa/fishbone) diyagramı — nedenleri kategoriler (insan, süreç, malzeme, makine, çevre) altında haritalamak.
Kalite yönetimi iki parçadır: kalite güvencesi (QA) süreçlerin doğru işlemesini sağlar (önleyici), kalite kontrolü (QC) çıktıların kriterleri karşılayıp karşılamadığını denetler (tespit edici). Kabul kriterleri ve tanım tamamlandı (Definition of Done) bir işin gerçekten bittiğini belirleyen ölçütlerdir.
Kavram
Ne
Örnek
Değişiklik talebi
Planı değiştiren resmi istek
"Rapor ekranına filtre ekleyin"
Etki analizi
Kapsam/zaman/maliyet/kalite etkisi
"+5 gün, +%3 bütçe, orta risk"
CCB
Onay mercii
Sponsor + PM + teknik lider
Sorun (issue)
Gerçekleşmiş problem
"Test ortamı çöktü"
Kök neden
Asıl sebep (5 Neden)
"Yedekleme yapılandırması hatalı"
Kalite kriteri
Kabul ölçütü
"Hata oranı < %1"
Adım adım: YZ ile değişiklik ve kalite
- Talebi netleştirin. Değişiklik talebini "ne, neden, kim istiyor" olarak yazın; muğlak talep analiz edilemez.
- Etki analizi taslağı. YZ'den kapsam, zaman, maliyet, kalite ve risk boyutlarında bir etki taslağı isteyin; sayıları ekip verisiyle doğrulayın.
- Seçenek üretin. YZ'den "onayla / reddet / ertele / kısmi uygula" seçeneklerini ve her birinin sonucunu listeletin.
- CCB'ye sunun. Analizi karar merciine götürün; onay olmadan uygulamayın.
- Kök neden analizi. Bir sorun için YZ'ye 5 Neden zinciri ve balık kılçığı kategorileri ürettirin; gerçek veriyle sınayın.
- Kalite kriteri kontrolü. Teslimatları YZ'ye verip kabul kriterlerine göre eksik/uyumsuzluk taslağı çıkarttırın; nihai kabulü uzman verir.
Dikkat: YZ bir değişikliğin etkisini "sadece 2 gün" gibi hafif gösterebilir çünkü gizli bağımlılıkları ve dolaylı etkileri bilmez. Etki analizi, işi yapacak ekiple doğrulanmadan CCB'ye "kesin" diye sunulmamalıdır.
Üç mini vaka
Vaka 1 — Değişikliğin gerçek bedeli. Bir müşteri "küçük bir ekran değişikliği" istedi. PM, talebi YZ'ye verip etki analizi taslağı aldı: değişiklik üç modülü etkiliyordu, +6 gün ve +%4 bütçe demekti. Ekip bunu doğruladı. CCB, müşteriye gerçek maliyeti gösterdi; müşteri değişikliği bir sonraki faza erteledi. "Küçük" sanılan talep, kaosa dönüşmeden yönetildi.
Vaka 2 — Kök neden bulundu. Bir ekipte test ortamı sürekli çöküyordu. Koordinatör, sorun kaydını YZ'ye verip 5 Neden zinciri istedi. Zincir, "yetersiz disk → temizlik görevi tanımsız → süreç sahibi yok" noktasına indi. Ekip yüzeydeki belirtiyi (çökme) değil, kök nedeni (sahipsiz temizlik süreci) çözdü; sorun tekrarlamadı.
Vaka 3 — Hafife alınan etki. Bir ekip, YZ'nin "bu değişiklik minimal etkili" taslağını doğrulamadan onayladı. Değişiklik, kritik yoldaki bir bağımlılığı bozdu ve proje 9 gün gecikti. Ders: etki analizi ekip doğrulaması olmadan karara esas alınamaz.
Zayıf prompt / Güçlü prompt
Zayıf prompt:
Bu değişiklik talebini değerlendir.
Boyut, veri ve karar çerçevesi yok; YZ yüzeysel ve muhtemelen fazla iyimser bir yanıt verir.
Güçlü prompt:
Rolün: bir değişiklik yönetimi analisti.Değişiklik talebi: [açıklama]. Talep eden: [rol]. Gerekçe: [neden].Bağlam: mevcut kapsam, çizelge (kritik yol ekte), bütçe durumu (oran olarak).Görev: Demir üçgen üzerinden etki analizi TASLAĞI üret:- Kapsam etkisi, Zaman etkisi (kritik yolu etkiler mi?), Maliyet etkisi, Kalite etkisi, Yeni riskler- Seçenekler: onayla / reddet / ertele / kısmi; her birinin sonucuKural: Sayısal etkileri TASLAK olarak ver ve "[ekip doğrulaması gerekli]" ile işaretle.Gizli bağımlılıkları bilmediğini varsay; kesin konuşma. Nihai karar CCB'ye aittir.
Bu istem güçlüdür: demir üçgen çerçevesi, seçenek üretimi, taslak uyarısı ve karar merci vurgusu içerir.
Ek şablonlar:
# 5 Neden motoruŞu sorun için "neden?" sorusunu 5 kez ardışık sorarak kök nedene in: [sorun].Her adımda bir sonraki nedenin veriyle nasıl doğrulanacağını da yaz. Uydurma neden ekleme.
# Balık kılçığı üreticiŞu sorunun olası nedenlerini kategori kategori (İnsan, Süreç, Araç/Makine, Malzeme,Çevre, Yöntem) listele. En olası 3 nedeni işaretle ve doğrulama yöntemini öner.
# Kalite kabul denetçisiŞu teslimatı, aşağıdaki kabul kriterlerine göre madde madde kontrol et; karşılanan,karşılanmayan ve belirsiz olanları ayır. Nihai kabul kararının uzmanda olduğunu belirt.
Sık yapılan hatalar
- Değişikliği kayıtsız uygulamak: Onaysız değişiklik kapsam kaymasının ta kendisidir.
- Etkiyi hafife almak: YZ'nin "küçük" dediği değişiklik gizli bağımlılıklarla büyük olabilir.
- Belirtiyi çözüp kök nedeni bırakmak: 5 Neden yapılmazsa sorun geri gelir.
- Sorun ile riski karıştırmak: Risk gelecekte, sorun bugünde; farklı yönetilirler.
- Kalite kriterini öznel bırakmak: "İyi olsun" ölçülemez; kabul kriteri sayısal olmalı.
- Etki analizini doğrulamadan CCB'ye sunmak: Yanlış analiz, yanlış kararı besler.
İpucu: Her değişiklik talebine "hayır" demek de bir yönetim kararıdır. İyi bir PM, değişikliği reddetmenin de projeyi koruduğunu bilir; her isteği kabul eden PM, projeyi değil müşteriyi yönetir.
Özetle
Değişiklik, sorun ve kalite yönetimi, projeyi kaçınılmaz değişimin içinde ayakta tutar. Değişiklikler CCB'den geçer ve demir üçgen (kapsam-zaman-maliyet-kalite) üzerinden analiz edilir; sorunlar kayıt altına alınıp 5 Neden ve balık kılçığı ile kök nedene inilir; kalite, ölçülebilir kabul kriterleriyle güvence altına alınır. Yapay zeka etki analizini, kök neden araştırmasını ve kalite denetimini hızlandırır. Ancak etki sayıları ekip doğrulaması, değişiklik onayı ve kalite kabulü yetkili insan merciine aittir.
Uygulama görevi
Projenizden bir değişiklik talebi (gerçek veya olası) alın. YZ'den demir üçgen üzerinden bir etki analizi taslağı ve karar seçenekleri üretin; sayıları ekibinizden biriyle doğrulayın. Ayrıca güncel bir sorunu alıp "5 Neden motoru" ile kök nedene inin ve çözümü kök nedene yöneltin. Etki analizini bir CCB kararı formatında özetleyin.
Kontrol listesi
- [ ] Değişikliği demir üçgen (kapsam/zaman/maliyet/kalite) üzerinden analiz ettim.
- [ ] Etki sayılarını ekip verisiyle doğruladım, taslak olarak işaretledim.
- [ ] Onay için değişikliği yetkili merciye (CCB) götürdüm.
- [ ] Sorunun kök nedenini 5 Neden/balık kılçığı ile buldum.
- [ ] Kalite kabulünü ölçülebilir kriterlere bağladım.
- [ ] Onaysız hiçbir değişikliği uygulamadım.