Apa Itu Acceptance Criteria?

Acceptance Criteria adalah konsep rekayasa software yang berkaitan dengan struktur data, pemrograman, arsitektur, pengujian, deployment, atau operasi sistem untuk membangun aplikasi yang dapat dipelihara. Secara operasional, Acceptance Criteria membantu memberi struktur pada pekerjaan yang berhubungan dengan rekayasa perangkat lunak, arsitektur, testing, deployment, dan operasi, terutama ketika hasil harus dapat diukur dan diulang.

Hal yang perlu diperhatikan adalah kualitas requirement, code dan dependency. Evaluasi tidak cukup berhenti pada satu angka; lead time, deployment frequency dan defect rate perlu dibaca bersama konteks perubahan dan dampaknya terhadap pengguna atau bisnis.

1. Untuk Acceptance Criteria, tentukan konteks penggunaan Acceptance Criteria dan keputusan apa yang perlu dibantu oleh istilah ini.
2. Identifikasi komponen yang terlibat, misalnya requirement, code, dan source code.
3. Terapkan pada ruang lingkup yang jelas dan dokumentasikan asumsi agar tim memakai definisi yang sama.
4. Evaluasi dampaknya menggunakan indikator seperti lead time dan deployment frequency.

• Membuat definisi dan ruang lingkup Acceptance Criteria lebih konsisten ketika digunakan oleh beberapa tim.
• Memberi dasar yang lebih jelas untuk menentukan prioritas berdasarkan dampak, bukan asumsi.
• Membuat hasil Acceptance Criteria dapat ditinjau bersama indikator seperti lead time, deployment frequency, dan defect rate.
• Menghubungkan pekerjaan teknis atau operasional dengan hasil yang dapat dipahami oleh pemilik bisnis.

Tim biasanya membutuhkan Acceptance Criteria ketika tim ingin merilis fitur lebih cepat tanpa meningkatkan jumlah bug produksi. Gunakan source code untuk menyamakan konteks, data, dan keputusan yang akan diambil. Hasilnya dapat ditinjau melalui lead time dan deployment frequency.

Contohnya, deployment sering gagal karena perbedaan environment dan dependensi. Tim mendokumentasikan kondisi awal dalam source code, menerapkan Acceptance Criteria pada ruang lingkup terbatas, lalu membandingkan lead time dengan test coverage. Hasil dan alasan perubahan dicatat pada runbook sebelum pendekatan diperluas.

• Menerapkan Acceptance Criteria tanpa menjelaskan tujuan, baseline, dan keputusan apa yang akan dipengaruhi.
• Menganggap korelasi sebagai penyebab tanpa melakukan verifikasi atau pengujian tambahan.
• Menerapkan aturan yang sama ke seluruh kasus meskipun konteks, audiens, atau batasannya berbeda.
• Menggunakan data yang periodenya, definisinya, atau sumbernya berbeda lalu membandingkannya seolah setara.