logo
Retrospektifler
Planlama Pokeri
Standuplar
BuzKırıcılar
Fiyatlandırma
Kontrol Paneli

Gönderiler

Ekibinizin gercekten ihtiyaci olan definition of done kontrol listesi

Tamamlanmis bir kontrol listesiyle bir beyaz tahtanin onunde duran, sprint artisini bitirdikten sonra birbirine caktigini cakan cevik ekip
Matt Lewandowski

Matt Lewandowski

Son güncelleme 14/02/20268 dk okuma

Her Scrum ekibinin, birinin bir hikayeyi "tamamlandi" olarak isaretledigi ve bir baskasinin "ama testleri yazdin mi?" diye sordugu bir ani vardir. Bir kisinin tamamlanmis olarak kabul ettigi sey ile ekibin gercekte ihtiyac duydugu sey arasindaki bu bosluk, tam olarak Definition of Done'in cozdugu problemdir. 2020 Scrum Kilavuzu, DoD'yi sahip olunmasi guzel bir seyden, Artis'a bagli resmi bir taahhude yukseltti. Ancak Ron Lichty'nin Urun Ekibi Performansi Arastirmasi, ekiplerin yalnizca %45'inin kendi ekipleri tarafindan olusturulmus bir DoD'ye sahip oldugunu gostermektedir. Geri kalani ya DoD olmadan calisiyor ya da baska birinin verdigi bir kontrol listesini takip ediyor. Ilginc olan kisim: yalnizca ekip tarafindan olusturulan definition of done'lar yuksek performansla iliskilendirilmektedir. Disaridan dayatilan DoD'ler hicbir korelasyon gostermemektedir.

Definition of done aslinda nedir

DoD, ekibinizin teslim ettigi her is parcasina uygulanan paylasilan bir kalite standardidir. Kabul kriterleriyle ayni sey degildir.
Definition of DoneKabul kriterleri
KapsamEvrensel, tum islere uygulanirTek bir hikayeye ozgu
OdakKalite ve surec standartlariFonksiyonel gereksinimler
Kim yazarTum Scrum EkibiUrun Sahibi (ekip girdisiyle)
Ornek"Kod en az bir gelistirici tarafindan incelendi""Kullanici tarih araligina gore filtreleyebilir"
Bir hikaye tamamlanmadan once her ikisinin de karsilanmasi gerekir. Kabul kriterleri neyi insa edeceginizi soyler. DoD, ne kadar iyi insa edilmesi gerektigini soyler.

Uc seviyede definition of done kontrol listesi

Her ekip ayni DoD'ye ihtiyac duymaz. MVP'sini gondermekte olan bir startup, uyumluluk gereksinimleri olan bir saglik platformundan farkli kalite ihtiyaclarina sahiptir. Iste katmanli bir yaklasim.

Baslangic DoD

Resmi bir definition of done ile yeni baslayan ekipler icin:

Kod en az bir baska gelistirici tarafindan incelendi

Birim testleri yazildi ve gecti

Yeni derleyici uyarisi veya hatasi yok

Kabul kriterleri dogrulandi

Kod ana dala birlestirildi

Kaynak kontrolunden basariyla derleniyor

Orta Seviye DoD

Yerlesik CI/CD'ye sahip ve birkaç sprint deneyimi olan ekipler icin:

Kod en az bir baska gelistirici tarafindan incelendi

Birim testleri yazildi ve gecti

Kod kapsamı mevcut esik degerinin altina dusmuyor

Entegrasyon testleri geciyor

Kritik veya yuksek oncelikli hata kalmadi

Kabul kriterleri uctan uca dogrulandi

Staging ortamina deploy edildi

Urun Sahibi inceledi ve onayladi

Teknik dokumantasyon guncellendi

Erisilebilirlik standartlari karsilandi

Ileri Seviye DoD

Her sprintte production'a deploy eden olgun ekipler icin:

Kod en az bir baska gelistirici tarafindan incelendi

Birim, entegrasyon ve regresyon testleri geciyor

Kod kapsamı korunuyor veya iyilestiriliyor

Guvenlik acigi taramasi gecti

Performans olcutleri karsilandi

Feature flag arkasinda production'a deploy edildi

Izleme ve uyari yapilandirildi

Kullaniciya yonelik dokumantasyon guncellendi

Surum notlari yazildi

Kabul kriterleri production'da dogrulandi

Urun Sahibi onayi tamamlandi

CI/CD pipeline'inin her asamasinda yesil onay isaretleri olan buyuk bir monitore bakan ekip, otomatik kalite kapılarını temsil ediyor Dogru seviye bağlaminiza baglidir. Ekibinizin surekli olarak karsilayabilecegi bir kontrol listesiyle baslayin, sonra zamanla citiyi yukseltin. Ekibinizin rutin olarak atladigi maddeleri eklemek, herkesi DoD'yi tamamen gormezden gelmeye alistirmaktan baska bir ise yaramaz.

DoD'nin tahminleme icin sandiginizdan daha onemli olmasi

Cogu definition of done makalesi burada durur. Ancak DoD ile tahmin dogrulugu arasindaki baglanti, dogru yapmanin en hafife alinan nedenidir. Scrum Kilavuzu bunu acikca belirtir: gelistiriciler Definition of Done'larini anladiklarinda daha guvenle tahmin yaparlar. Ekibiniz planning poker sirasinda bir hikayeyi tahmin ettiginde, bu tahmin DoD'yi karsilamak icin gereken her seyi icermelidir. Sadece kodu yazmak degil, inceleme, testler, deploy ve geri kalan her sey. Yalnizca kodlama eforu tahmin eden ve sonra sprint sonunda DoD aktivitelerini kesfeden ekipler surekli olarak fazla taahhut eder. Is tahmin edilenden uzun surmedi. Tahmin isin yarisini gormezden geldi. DoD'nize yeni maddeler eklediginizde (guvenlik taramasi veya performans testi gibi), velocity'nin gecici olarak dusmesini bekleyin. Bu sagliklidir. Velocity'niz sadece durustlesiyor.

DoD'nizi baltalayan bes anti-kalip

1. Yaz ve unut

Ekip alti ay once bir DoD yazdi ve o zamandan beri bakmadi. Araclar degisiyor ve urun buyuyor. Her seferinde degistirmeseniz bile DoD'yi retrospektiflerinizde gozden gecirin.

2. Tek bir kisi tarafindan olusturuldu

Bir teknik lider veya Scrum Master, DoD'yi tek basina hazirlar ve kesinlesmis olarak sunar. Ekibin geri kalani uzerinde hicbir zaman sahiplik hissetmez, bu yuzden opsiyonel olarak gorurler. Cozum: birlikte bir calismada olusturun. Isi yapan herkesin "tamamlandi"nin ne anlama geldiginde sozu olmalidir.

3. Dogrulanamayacak kadar belirsiz

"Kod kaliteli" ve "test yapildi" dogrulanabilir ifadeler degildir. Her maddenin net bir gecti/kaldi kosulu olmalidir. "Kod statik analizden sifir kritik sorunla gecti" kontrol edilebilir bir seydir. "Kod temiz" bir gorus meselesidir. Dev bir kontrol listesine bakan, bazi maddelerin acikca tamamlanmis, digerlerinin belirsiz oldugu, belirsiz ve belirli kriterler arasindaki farki gosteren bir kisi

4. Baski altinda citayi dusurme

Teslim tarihleri sikistiginda, ekipler bazen daha hizli gondermek icin DoD'yi zayiflatir. 2020 Scrum Kilavuzu burada aciktir: DoD kaliteyi iyilestirmek icin gelisebilir, ancak zayiflatilmamalidir. Kaliteden odun vermek sizi hizlandirmaz. Gelecek sprintler icin sorunlar yigarak hiz yanilsamasi yaratir.

5. DoD ile kabul kriterlerini karistirma

DoD evrenseldir. Kabul kriterleri hikayeye ozgudur. Bunlari birbirine karistirmak, ya kalite standardini kaybedersiniz ya da fonksiyonel gereksinimleri unutursunuz anlamina gelir. Bunlari birlikte calisan ayri kontrol listeleri olarak tutun.

Ilk DoD'nizi nasil olusturursunuz

Ekibinizin henuz bir definition of done'i yoksa, istte olusturmak icin pratik bir yol. Hizli bir baslangic noktasi icin, bir definition of done olusturucu ekibinizin baglamina gore bir baslangic kontrol listesi hazirlayabilir.
Halihazirda yapilanlari belirleyerek baslayin
Ekibinize sorun: "Bir seyi tamamlandi olarak adlandirmadan once zaten ne yapiyoruz?" Her cevabi yazin. Cogu ekibin zaten belgelenmemis gayri resmi standartlari vardir.
Bosluklari belirleyin
Son hatalara veya production olaylarina bakin. Bunlari daha erken ne yakalayabilirdi? Bu bosluklar yeni DoD maddeleri icin aday olur.
Kisa tutun
6-12 madde hedefleyin. Her madde gercek bir sorun kategorisini onleyerek yerini hak etmelidir. Bir maddenin yakalayacagi belirli bir soruna isaret edemiyorsaniz, cikartin.
Gorunur kilin
DoD'yi ekibin sprint planlama ve gunluk calisma sirasinda gorebilecegi bir yere koyun. Bir wiki'ye gomulmus bir kontrol listesi, kimsenin okumadigi bir kontrol listesidir.
Her retrospektifte gozden gecirin
Retrospektiflerinize surekli bir gundem maddesi ekleyin. Sorun: "DoD yakalamasi gerekeni yakaladi mi? Bir sey gozden mi kacti? Madde eklemeli veya cikarmali miyiz?"

Yuksek performansli ekipler neleri farkli yapar

Ron Lichty'nin arastirmasi net bir kaliba isaret ediyor. Yuksek performansli ekipler DoD'lerine sahip cikar ve bilinçli olarak gelistirir. Ayrica tahminlemeyi iyimser degil, durustturmak icin kullanirlar. Bu ekipler kontrol listesinin mumkun oldugunca cogunu otomatiklestirir. Kod kapsami kontrolleri ve statik analiz, guvenlik taramalariyla birlikte CI/CD pipeline'larinda calisir. DoD, hafiza yerine sistem tarafindan uygulanir, bu da ekibi gercekten insan yargilamasi gerektiren maddelere odaklanmaya serbest birakir; ornegin kabul kriterlerinin kullanici perspektifinden karsilanip karsilanmadigi. En olgun ekipler DoD'lerini yalnizca teknik standartlara degil, is sonuclarina baglar. Martin Hinshelwood bir ornek verir: "Production'da canli, telemetri toplayan, baslangic hipotezini destekleyen veya azaltan." Bu, definition of done'i yalnizca "kod calisiyor" degil, "gonderdigimiz seyden ogreniyoruz" olan bir ekiptir.

Baslangic

Yukaridaki baslangic kontrol listesinden uc madde secin. Bunlari bir beyaz tahtaya yazin veya paylasilan bir dokumana ekleyin. Bir sprint boyunca kullanin. Retrospektifte neyin isleyip neyin eksik oldugunu sorun. Bir veya iki madde ekleyin. Tekrarlayin. Ekibin gercekten takip ettigi kucuk, tutarli bir DoD, herkesin gormezden geldigi kapsamli bir DoD'yi yener. Once aliskanliği olusturun, sonra citayi yukseltin. Ve bir dahaki sefere biri bir hikayenin tamamlanip tamamlanmadigini sorduğunda, 10 dakikalik bir konusma gerektirmeyen bir cevabniz olacak. Ekibiniz tahminleme icin planning poker kullaniyorsa, bu oturumlar sirasinda DoD'yi gorunur tutun. Tahminlerin "tamamlandi"nin gercekte ne anlama geldiginin tam kapsamini yansitmasini saglamanin en hizli yoludur.

Her sprint retrospektifinde gozden gecirin. Cogu sprintte hicbir sey degistirmezsiniz, ancak bu aliskanlik onu guncel tutar. Tekrarlayan kalite bosluklari buldugunuzda veya yeni araclar mevcut maddeleri otomatiklestirilebilir kildiginda guncelleyin.

Scrum Kilavuzu, eger bir organizasyonun standart bir DoD'si varsa, ekiplerin bunu minimum olarak takip etmesi gerektigini soyler. Ekipler bunun uzerine daha siki standartlar ekleyebilir. Pratikte, her ekip organizasyonel taban cizgisinin otesindeki maddelere sahip olmalidir.

Definition of Ready, bir backlog ogesinin ise baslamak icin yeterli bilgiye sahip olup olmadigini kapsar (net gereksinimler, bagimliliklar belirlenmis). Definition of Done, tamamlanan isin kalite standartlarini karsilayip karsilamadigini kapsar. Ready giris kapisidir, Done cikis kapisidir.

Hayir. Tam DoD'yi karsilamiyorsa, tamamlanmamistir. Urun backlog'una geri doner. Kismen tamamlanmis is asla sprint incelemesinde sunulmamali veya velocity'ye dahil edilmemelidir.