---

Apa itu Definition of Done dalam Kerangka Kerja Scrum? Jawabannya Mungkin Mengejutkan Anda!

Dalam kerangka kerja Scrum, faktor yang menentukan kapan fitur selesai dan memenuhi standar kualitas ditetapkan oleh Definition of Done (DoD).

Seperti telah dijelaskan, DoD menetapkan hasil yang diharapkan terkait persyaratan fungsional serta nonfungsional, desain, pemrograman, pengujian unit, validasi pengguna akhir, dokumentasi, dan seterusnya. Tim dapat menggunakan kriteria penerimaan cerita serta daftar periksa tugas untuk memperjelas ekspektasi fungsional, nonfungsional, dan pekerjaan.

Semua itu mendukung Definition of Done produk bersama, bukan menggantinya dengan standar kualitas berbeda untuk setiap item.

Scrum Team tidak boleh menutup cerita pengguna maupun tugas yang tidak memenuhi DoD. Definition of Done (DoD) menentukan apakah Cerita Pengguna dalam Sprint Backlog selesai. DoD adalah daftar lengkap kegiatan wajib agar hanya fitur yang benar-benar selesai disampaikan, baik dari segi fungsi maupun kualitas. Norma yang digunakan tim untuk menentukan DoD dapat berbeda, tetapi Definition of Done produk harus konsisten. Tim pada satu produk berbagi DoD yang sama, dan standar organisasi menjadi batas minimumnya.

Organisasi dapat menggunakan tujuan pelengkap, kriteria penerimaan, atau daftar periksa pada beberapa tingkat. Ini alat bantu perencanaan yang berguna, bukan pengganti Definition of Done bersama pada tingkat Increment:

• Daftar periksa Proyek/Produk (dalam tujuan proyek)
• Daftar periksa Rilis (dalam tujuan rilis)
• Daftar periksa Sprint (dalam tujuan Sprint)
• Kriteria penerimaan Cerita Pengguna (dalam Cerita Pengguna)
• Daftar periksa Tugas (dalam tugas)

Satu hal penting lain yang perlu diingat adalah DoD tidak bersifat statis atau tidak dapat dipertanyakan. Selama proyek, rilis, atau Sprint, siapa pun dari tim Scrum maupun pemangku kepentingan bisnis dan TI lain dapat mempertanyakan DoD. Selama perubahan yang diusulkan masuk akal dan bertujuan mendukung keberhasilan proyek, Scrum Team serta Scrum Product Owner perlu terbuka mendengarkan dan menerapkannya bila sesuai, tanpa menurunkan kualitas atau menandai pekerjaan belum selesai sebagai Done.