Hizmet Seviyesi Beklentisi: Söz Değil, Olasılık
"Cuma'ya kadar teslim ederiz" güven verici gelir ve neredeyse her zaman gerçek gibi giydirilmiş bir tahmindir. Hizmet seviyesi beklentisi, bu tahmini daha dürüst bir şeyle değiştirir: kendi geçmiş verinizin ne söylediğiyle.
"İşlerin %85'i 8 gün veya daha kısa sürede tamamlanıyor."
Tarihsel veri
Benzer geçmiş işlerin gerçek döngü sürelerinden türetilir.
Olasılık
Kesin tarih garantisi değil, riskli bir tahmindir.
Güncelleme
Akış değiştikçe yeniden değerlendirilir.
Tek bir ortalama, değişkenliği gizler. Onun yerine bir yüzdelik kullanmak — 'çoğu iş, çoğu zaman' — belirsizliği fark ettirmeden atmak yerine görünür kılar. Farklı iş türleri genellikle kendi veri kümesini gerektirir; bir hata düzeltmesiyle yeni bir entegrasyon aynı dağılımı paylaşmaz.
Yüzdeliği bir kez elle hesaplamak
Son 20 benzer entegrasyon işinin döngü süresi (gün, küçükten büyüğe sıralı) şöyle olsun: 4, 5, 5, 6, 6, 6, 7, 7, 7, 8, 8, 8, 9, 9, 10, 10, 11, 12, 14, 19.
85. yüzdelik için 20 işin %85'ini alın — bu 17 eder — ve sıralı listede 17. değere bakın: 11 gün. Yani dürüst cümle 'bu tür işler %85 ihtimalle 11 gün veya daha kısa sürede bitiyor' cümlesidir. Bunu söylemek, neyi dışarıda bıraktığınızı da bilmek demektir: kalan 3 iş (%15) daha uzun sürmüş, biri hatta 19 gün. Bu iki yavaş uç değeri listeden çıkarıp 'ortalamamız 7,7 gün' derseniz, bir paydaşın plan yapmak için tam olarak ihtiyaç duyduğu belirsizliği fark ettirmeden gizlemiş olursunuz.
Bu aynı zamanda tarih için sıkıştıran bir paydaşa gerçekten söyleyeceğiniz cümledir: 'Cuma'yı garanti edemem — söyleyebileceğim şu: buna benzer işlerin %85'i 11 gün içinde bitiyor, kapsam netleştikten sonra bu değişirse seni güncellerim.' 'Cuma' kadar kesin gelmez. Ama üç hafta sonra hâlâ doğru olan versiyon budur.
Daha çok başlamak, daha çok bitirmez
Az WIP → daha az bekleme → daha kısa geri bildirim. Sezgiye aykırı gelir, ama aynı anda daha çok işe başlamak sistemi hızlandırmaz — her işin arkasında beklediği kuyruğu büyütür.
Bir entegrasyon ekibi aynı anda 12 iş açık tutuyordu ve ortalama döngü süresi 9 güne kadar sürünmüştü. WIP limitini 6'ya indirdiler — başka hiçbir şey değişmedi, aynı insanlar, aynı yetkinlikler. Üç hafta sonra ortalama döngü süresi 5 güne indi, haftalık throughput ise 4 işten 6 işe çıktı. Kimse bireysel olarak daha hızlı çalışmadı; her iş, aynı iki gözden geçirenin arkasında on bir başka işin değil, çok daha azının kuyruğunda bekledi.
Odak artar
Aynı anda daha az bağlam ve bağımlılık değişimi.
Tıkanıklık görünür olur
Yeni iş başlatmak yerine mevcut işi engelleyen şey çözülür.
Risk erken kapanır
İş daha çabuk biter, varsayımı daha erken sınanır.
Şimdi uygula
Baskı altındaki bir paydaş kesin bir tarih istiyor. Onun yerine dürüst, olasılığa dayalı bir hizmet seviyesi beklentisi kur — AI'dan rubrik geri bildirimiyle.
PracticeLab'ı aç →Sık sorulan sorular
Olasılıklı bir ifade, taahhütten kaçmanın bir yolu değil mi?
Hayır — daha dürüst bir taahhüttür. Sabit bir tarih, sahip olmadığınız bir kesinliği ima eder; olasılıklı ifade ise verinizin gerçekten desteklediği şeye ve gerçeklik değiştikçe bunu güncellemeye taahhüt eder.
WIP'i azaltmak neden yavaşlatmak yerine hızlandırıyor?
Devam eden her iş, aynı kişileri ve dikkati paylaşan diğer bütün işleri bekletir. Daha az devam eden iş, iş başına daha az bekleme demektir — bu da döngü süresini kısaltır ve geri bildirimin daha hızlı gelmesini sağlar; ekibin toplam kapasitesinin değişmesi gerekmez.
Üst yönetim yine de sabit bir tarih isterse ne yapmalı?
Olasılıklı tahmini, sabit bir tarihin riskiyle birlikte sunun: eksik veriye dayanan katı bir söz, özellikle tutturulamadığında, dürüst bir aralıktan çok daha büyük bir ilişki riski taşır.