> tpl_del_006
Teslimat Çalışma Anlaşması, Hazır Tanımı (DoR) ve Bitti Tanımı (DoD)
Çalışma Anlaşmalarını (işbirliği normları, çekirdek saatler, kod inceleme SLA'ları), hikaye kabulü için katı bir Hazır Tanımını (DoR) ve canlı dağıtımları denetleyen otomatik bir Bitti Tanımını (DoD) belirleyen mühendislik takımı sosyal sözleşmesi ve kalite kapısı belgesi.
Takım işbirliği normlarını, hikaye DoR kabul kriterlerini ve otomatik DoD sürüm kapılarını belirleyen çalışma anlaşması.
Ö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 açıkça mutabık kalınmış çalışma normları olmadığı ve doğrulanmamış kodların birleşmesine izin verildiği için sürtüşmeler, belirsiz kalite beklentileri ve canlı sistem hataları yaşar.
Ne Zaman Kullanılmalı?
- •Yeni bir mühendislik ekibi kurarken veya mevcut bir teslimat ekibinin çalışma normlarını yeniden yapılandırırken
- •Bir kullanıcı hikayesinin geliştirmeye hazır sayılması için pazarlık edilemez sınırları (DoR) çizerken
- •Bitti Tanımını (DoD) uygulayan otomatik CI/CD dal koruma kuralları ve kalite kapılarını yapılandırırken
Ne Zaman Kullanılmamalı?
- •Resmi kurumsal çalışan iş sözleşmeleri ve İK disiplin politikalarında (TPL-PEO-001 kullanın)
- •Genel kurumsal mimari ilkeleri ve sistem tasarım standartlarında (TPL-ARC-005 kullanın)
5 Şablon Bölümü ve Yapısal İskelet
Çekirdek saatler (10:00 - 15:00), öncelikle asenkron iletişim kuralları, Slack etiketleri, toplantısız odak blokları ve standup disiplini.
PR'lar için azami 24 saatlik inceleme SLA'sı, PR boyut limitleri (< 400 satır fark), yapıcı inceleme dili ve eşli programlama kuralları.
Pazarlık edilemez giriş kriterleri: ticari değer belirtilmiş, INVEST uyumlu, UX tasarımları ekli, Gherkin kabul kriterleri hazır, takımca puanlanmış.
Doğrulama kapıları: birim test kapsamı (>%80), SonarQube sıfır yeni hata/zafiyet, akran inceleme onayı, hazırlık ortamı testi ve güncel dokümanlar.
Her retrospektifte anlaşmanın gözden geçirilmesi, kuralları güncelleme prosedürü ve takım içi sürtüşmeleri çözme protokolleri.
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ı
Teslimat Çalışma Anlaşması, Hazır Tanımı (DoR) ve Bitti Tanımı (DoD) - Örnek Vaka Analizi
Örnek Organizasyon: Dağıtık Çekirdek Bankacılık Ekibi Çalışma Anlaşması ve Kalite Kapısı Bildirgesi
Dağıtık Çekirdek Bankacılık Ekibi Çalışma Anlaşması ve Kalite Kapısı Bildirgesi için eksiksiz operasyonel uygulamayı gösteren gerçek dünya vaka analizi.
- •3 zaman diliminde çalışan 11 kişilik dağıtık mühendislik ekibi için 9 maddelik sosyal sözleşme ve DoR/DoD kalite kapısı kuruldu
- •24 saatlik PR inceleme SLA'sı getirilerek ortalama pull request birleşme süresi 4,8 günden 14 saate indirildi
- •CI/CD hattında otomatik SonarQube ve test kapsamı kapıları kurularak canlı sistem hataları 6 ayda %62 oranında azaltıldı
Sıkça Sorulan Sorular
Hazır Tanımı (DoR) ile Bitti Tanımı (DoD) arasındaki temel fark nedir?
Hazır Tanımı (DoR) bir giriş kapısıdır: hikayenin sprint planlamasında taahhüt edilmeden önce yeterince net, puanlanmış ve engelsiz olmasını sağlar. Bitti Tanımı (DoD) ise bir çıkış kapısıdır: tamamlanan kodun canlıya çıkmadan önce tüm kalite, test, güvenlik ve dokümantasyon standartlarını karşıladığını garantiler.
Bir Ürün Sahibi ticari bir teslim tarihine yetişmek için Hazır Tanımını (DoR) geçersiz kılabilir mi?
Hayır. Arıtılmamış işleri sprinte sokmak takım anlaşmasını bozar ve neredeyse her zaman teslimatın gecikmesine ve hatalara yol açar. Tarih acilse, Ürün Sahibi ve mühendisler hikayeyi DoR şartlarını karşılayacak hale getirmek için derhal toplanmalıdır.
Takım üyeleri Çalışma Anlaşması ihlalleriyle nasıl başa çıkmalıdır?
İhlaller takım içinde derhal ve suçlamasız şekilde ele alınmalıdır. Biri sürekli PR inceleme SLA'larını aksatıyorsa, Scrum Master kök nedeni (örn. aşırı toplantı yükü) anlamak için retrospektifte doğrudan ve saygılı bir diyalog yürütü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
- Scrum Alliance: Definition of Done vs Definition of ReadyScrum Alliance • OFFICIAL REQUIREMENT
- Agile Alliance: Team Working AgreementsAgile Alliance • OFFICIAL REQUIREMENT
- ISO/IEC 25010: Systems and Software Quality ModelsInternational Organization for Standardization • OFFICIAL REQUIREMENT