Yang definisi penyelesaian (DoD) adalah daftar persyaratan yang harus dipatuhi oleh cerita pengguna agar tim dapat menganggapnya sebagai selesai.
Yang kriteria penerimaan untuk cerita pengguna mencakup serangkaian skenario pengujian yang akan memenuhi persyaratan untuk mengonfirmasi apakah perangkat lunak berfungsi seperti yang diharapkan.
Kapan cerita pengguna akan diselesaikan?
Dengan kata lain, untuk menyelesaikan cerita pengguna, DOD dan kriteria penerimaan harus dipenuhi. Inkrement produk tidak dianggap lengkap kecuali kedua daftar tersebut diselesaikan. Oleh karena itu, kita perlu mendefinisikan dua aspek dari definisi DoD — kriteria penyelesaian dan kriteria penerimaan:
Definisi Selesai
Definisi Selesai disusun sebagai daftar item, masing-masing digunakan untuk memvalidasi sebuah Cerita atau PBI, yang ada untuk memastikan bahwa Tim Pengembangan setuju tentang kualitas pekerjaan yang mereka coba hasilkan. Ini berfungsi sebagai daftar periksa yang digunakan untuk memeriksa setiap Daftar Produk Item (alias PBI) atau Cerita Pengguna untuk kelengkapan. Item dalam definisi “Selesai” dimaksudkan untuk berlaku untuk semua item dalam Daftar Produk, bukan hanya satu Cerita Pengguna.
Ini dapat dirangkum sebagai berikut:
- Istilah ini lebih berlaku untuk inkrement produk secara keseluruhan
- Dalam banyak kasus, istilah ini menyiratkan bahwa inkrement produk dapat dikirim
- Istilah ini didefinisikan dalam Panduan Scrum
- Digunakan sebagai cara untuk berkomunikasi di antara anggota tim
- Kualitas Perangkat Lunak Secara Keseluruhan
- Apakah inkrement dapat dikirim atau tidak
Contoh — Definisi Selesai
- Kode telah ditinjau oleh rekan?
- Kode telah diselesaikan?
- Kode telah ditinjau?
- Kode telah di-check-in?
- Pengujian unit berhasil?
- Pengujian fungsional berhasil?
- Pengujian penerimaan selesai?
- Pemilik Produk ditinjau dan diterima?
Kriteria Penerimaan
Cerita pengguna adalah salah satu artefak pengembangan utamaartefak untuk pengembangan Agile, tetapi Scrum tidak secara eksplisit mengharuskan baik Cerita Pengguna maupun Kriteria Penerimaan untuk digunakan. Jika sebuah item backlog produk dianggap terlalu besar untuk dimasukkan ke dalam sprint, biasanya akan dipecah menjadi cerita pengguna dan selanjutnya menjadi serangkaian tugas seperti yang ditunjukkan pada Gambar:
Cerita Pengguna mengenkapsulasi Kriteria Penerimaan, sehingga kita sering melihat definisi selesai dan kriteria penerimaan ada bersama dalam proses pengembangan scrum kita. Cerita pengguna memberikan konteks dari fungsionalitas yang harus disampaikan tim. Kriteria penerimaan memberikan panduan tentang rincian fungsionalitas tersebut dan bagaimana pelanggan akan menerimanya. Keduanya bersama-sama menyediakan keseluruhan hasil yang dapat disampaikan.
Beberapa Kriteria Penerimaan akan ditemukan dalam acara Penyempurnaan Backlog yang Berlangsung sebelum Sprint dimulai, dan yang lainnya akan ditemukan segera setelah Perencanaan Sprint ketika duduk untuk berbicara tentang cerita pengguna dalam tim kecil. Jadi Kriteria Penerimaan adalah atribut yang unik untuk Cerita Pengguna atau Item Backlog Produk.
- Istilah ini berlaku untuk PBI/Cerita individu
- Kriteria Penerimaan berbeda untuk setiap PBI/Cerita
- Istilah ini tidak didefinisikan dalam Panduan Scrum
- Digunakan sebagai cara untuk mengkomunikasikan kepada semua yang terlibat bahwa persyaratan untuk PBI/cerita tertentu telah terpenuhi
- Alias Pengujian Penerimaan, Kondisi Kepuasan, dalam beberapa kasus “Kasus Uji,” dll
Contoh Cerita Pengguna dengan Kriteria Penerimaan
Gambar di bawah ini menunjukkan contoh kriteria penerimaan dari sebuah cerita pengguna.
This post is also available in Deutsch, English, Español, فارسی, Français, 日本語, Polski, Portuguese, Ру́сский, Việt Nam, 简体中文 and 繁體中文.