> tpl_del_005
İş Listesi Sağlığı ve Arıtma Çalışma Kitabı
DEEP kriterlerini (Ayrıntılı, Gelişebilir, Tahminlenmiş, Önceliklendirilmiş), INVEST kullanıcı hikayesi uyumunu, bilet yaşlandırma dağılımlarını, epik ayrıştırma oranlarını ve hazır iş listesi sprint tamponlarını izleyen çevik ürün iş listesi yönetimi çalışma kitabı ve arıtma sağlık denetim modeli.
DEEP/INVEST kriterlerini, bilet yaşlandırmasını ve 2 sprintlik hazır iş tamponunu izleyen iş listesi hijyeni çalışma kitabı.
Önemli Teknik Doküman Şablonu ve Hukuki Uyarı
TinyCTO.tv Teknik Doküman Şablon Bildirimi: Bu şablon genel eğitim ve operasyon amaçlı bir başlangıç materyalidir. Hukuki, vergisel, muhasebesel, yatırım, satın alma, mevzuat, güvenlik veya sertifikasyon danışmanlığı değildir. Gereklilikler ülkeye, kuruma, sözleşmeye ve riske göre değişir. Kullanmadan önce yetkin uzmanlarla gözden geçirip uyarlayın.
Çözülen Üretim Problemi
Mühendislik ekipleri kabul kriteri olmayan yüzlerce eski ve yetersiz tanımlanmış biletin bulunduğu şişkin iş listelerinde boğulur; bu da planlamayı felç ederek geliştiricileri anlık gereksinim uydurmaya zorlar.
Ne Zaman Kullanılmalı?
- •Mühendislik ekipleriyle düzenli haftalık iş listesi temizleme ve arıtma seansları yürütürken
- •Kullanıcı hikayesi kalitesini INVEST çerçevesine (Bağımsız, Müzakere Edilebilir, Değerli, Tahminlenebilir, Küçük, Test Edilebilir) göre denetlerken
- •Aktif geliştirmenin önünde tam tanımlanmış hikayelerden oluşan sağlıklı 2 sprintlik hazır iş tamponu tutarken
Ne Zaman Kullanılmamalı?
- •Üst düzey iş gerekçesi tanımları ve ürün vizyon bildirgelerinde (TPL-PDS-001 kullanın)
- •Canlı Sev-1 kesintileri sırasındaki anlık hata önceliklendirmelerinde (TPL-OPS-007 kullanın)
5 Şablon Bölümü ve Yapısal İskelet
İş listesinin Yeterince Ayrıntılı, Gelişebilir, Tahminlenmiş ve Önceliklendirilmiş olmasının denetlenmesi; Hazır durumunda 1,5x ila 2,5x sprintlik iş tutulması.
Biletlerin Bağımsız, Müzakere Edilebilir, Değerli, Tahminlenebilir, Küçük (sprintin 1/4'ü) ve Test Edilebilir standartlarına göre denetlenmesi.
Bilet yaş aralıklarının takibi (<30 gün, 31-90 gün, 91-180 gün, >180 gün); sahipsiz talepler için otomatik arşivleme kurallarının işletilmesi.
Kabul kriterlerinin BDD Gherkin (Given-When-Then) formatında standartlaştırılması; negatif test yolları ve performans beklentilerinin eklenmesi.
Haftalık 1 saatlik arıtma seremonisi gündemi, çapraz fonksiyonlu katılım (PO, Geliştirici, QA) ve hazır durumu onay listeleri.
Doldurma ve Uygulama Yönergeleri
Bağımsız İnceleme ve Onay Kontrol Listesi
- Tüm zorunlu bölümler dolduruldu
- Gizli anahtar veya parola içermiyor
- Yönetici sponsor onayı alındı
İş Listesi Sağlığı ve Arıtma Çalışma Kitabı - Örnek Vaka Analizi
Örnek Organizasyon: SaaS Mobil Çekirdek Ekibi İş Listesi Arıtma ve Sağlık Optimizasyonu
SaaS Mobil Çekirdek Ekibi İş Listesi Arıtma ve Sağlık Optimizasyonu için eksiksiz operasyonel uygulamayı gösteren gerçek dünya vaka analizi.
- •520 biletlik şişkin iş listesinden 6 aydan eski 340 atıl bilet temizlenerek güncel stratejik önceliklere odaklanıldı
- •Katı INVEST kabul kriterlerini karşılayan istikrarlı 2,2 sprintlik hazır iş tamponu oluşturuldu
- •Belirsiz ve arıtılmamış hikayeler elenerek sprint planlama süresi 3,5 saatten 45 dakikaya indirildi
Sıkça Sorulan Sorular
Çevik iş listesi yönetiminde DEEP kriterleri ne anlama gelir?
DEEP: Yeterince Ayrıntılı (üstteki işler çok detaylı, alttakiler kaba epiklerdir), Tahminlenmiş (üstteki işlerin hikaye puanı vardır), Gelişebilir (yeni bilgilerle sürekli evrilir) ve Önceliklendirilmiş (işler ticari değere göre tek sıra halinde dizilmiştir).
3 sprintten fazla hazır iş tamponu tutmak çevik yaklaşımda neden israf sayılır?
Gereksinimler ve pazar koşulları hızla değişir. Geliştirmeden 4-6 ay önce hikayeleri ince ayrıntısına kadar tanımlamak "stok israfı" yaratır; işler nihayet sprinte ulaştığında şartnameler eskimiş olur ve yeniden analiz gerektirir.
Yatay teknik işler kullanıcı hikayesi iş listesinde nasıl temsil edilmelidir?
"Veritabanı Şeması Oluştur" gibi salt teknik hikayelerden kaçının. Uçtan uca değer sunan dikey dilimlenmiş hikayeler yazın (örn. "Kullanıcıyı OAuth ile Doğrula"); veritabanı, API ve ön yüz işleri bu hikayenin alt görevleri olmalıdır.
Teknik Doküman Şablon Paketi
Giriş GerekliTüm boş şablonları, işlenmiş senaryoları ve doğrulama manifestolarını tek bir arşivde indirin.
Yetkili Standartlar ve Kaynaklar
- Agile Product Management with Scrum: Creating Products that Customers Love (Roman Pichler)Pichler Consulting • OFFICIAL REQUIREMENT
- INVEST in Good Stories, and SMART Tasks (Bill Wake)XP123 • OFFICIAL REQUIREMENT
- Scrum.org: Backlog Refinement Best PracticesScrum.org • OFFICIAL REQUIREMENT