5.7 Verification Gate dan Evidence-Based Review
Confidence perlu diuji dengan verification gate dan evidence, bukan sekadar perasaan. Bayangkan Anda sudah menetapkan bahwa sebuah inisiatif akan dimajukan ke quarter ini karena delivery keyakinan-nya tinggi. Tim mulai bekerja, sprint pertama berjalan lancar, semua orang optimis. Lalu masuk sprint ketiga, tiba-tiba ditemukan bahwa integrasi dengan sistem lama membutuhkan perubahan arsitektur yang tidak diperkirakan sebelumnya. Atau ternyata data yang dibutuhkan belum siap karena tim data sedang fokus ke inisiatif lain. Tiba-tiba keyakinan yang tadinya tinggi turun drastis, dan inisiatif terancam tidak selesai tepat waktu.
Situasi seperti ini sebenarnya bisa dicegah. Bukan dengan cara memperlambat pekerjaan atau menambah banyak review yang membuat tim frustrasi, tetapi dengan memasang verification gate di titik-titik kritis perjalanan inisiatif. Verification gate adalah titik pemeriksaan yang menentukan apakah sebuah inisiatif layak dilanjutkan ke tahap berikutnya atau perlu dihentikan sementara. Fungsinya bukan untuk menghambat, melainkan untuk memastikan bahwa keyakinan yang kita miliki didasarkan pada evidence, bukan asumsi.
Apa yang diperiksa di verification gate? Tergantung pada jenis inisiatif dan tahapannya. Untuk inisiatif yang melibatkan pengembangan sistem, gate bisa berupa: apakah kode sudah lolos automated testing? Apakah hasil review keamanan sudah keluar? Apakah dokumentasi teknis sudah siap? Apakah basis pengetahuan yang dibutuhkan operation stream sudah terisi? Untuk inisiatif yang lebih ke arah perubahan proses bisnis, gate bisa berupa: apakah data uji coba sudah menunjukkan hasil yang diharapkan? Apakah pengguna sudah dilatih? Apakah prosedur jalur cadangan sudah siap jika terjadi masalah?
Berikut adalah contoh daftar verification gate dalam format checklist yang bisa langsung digunakan:
# Checklist Verification Gate
## Gate 1: Sebelum Pengembangan Penuh
- [ ] Spesifikasi teknis disetujui oleh arsitek
- [ ] Dependency eksternal teridentifikasi dan tidak ada blokir
- [ ] Data uji tersedia (sintetis atau sampling)
- [ ] Risiko utama sudah dimitigasi
## Gate 2: Sebelum Rilis ke Produksi
- [ ] Kode lolos automated testing (unit, integrasi, E2E)
- [ ] Review keamanan selesai (tidak ada critical/high finding)
- [ ] Dokumentasi teknis dan operasional siap
- [ ] Basis pengetahuan operation stream terisi
- [ ] Prosedur rollback siap
## Gate 3: Sebelum Scale-up
- [ ] Data uji coba menunjukkan hasil sesuai target
- [ ] Pengguna awal sudah dilatih
- [ ] Monitoring dan alerting aktif
- [ ] Prosedur jalur cadangan siap
Di sinilah AI leverage menjadi sangat relevan. AI bisa membantu menghasilkan evidence lebih cepat sehingga verification gate tidak menjadi bottleneck. Automated testing yang didukung AI bisa menjalankan ribuan skenario dalam hitungan menit, bukan hari. AI code review bisa memeriksa konsistensi kode, potensi bug, dan kepatuhan terhadap standar arsitektur secara otomatis. Dokumentasi yang biasanya memakan waktu berhari-hari bisa dihasilkan dalam jam dengan bantuan AI assistant. Bahkan untuk hal-hal seperti analisis dampak perubahan, AI bisa membantu memetakan komponen mana saja yang terpengaruh dan memberikan estimasi risiko.
Evidence yang dihasilkan AI ini bukan untuk menggantikan keputusan manusia, tetapi untuk mempercepat proses pengambilan keputusan. Seorang arsitek atau delivery lead tetap perlu menilai apakah evidence yang dihasilkan sudah cukup untuk melanjutkan inisiatif. Bedanya, dengan AI, mereka tidak perlu menunggu berminggu-minggu untuk mendapatkan data yang dibutuhkan.
Penting juga untuk membedakan verification gate dengan post-release evidence. Verification gate terjadi sebelum inisiatif dilanjutkan ke tahap berikutnya—misalnya sebelum masuk ke pengembangan penuh, sebelum rilis ke produksi, atau sebelum scale-up ke pengguna yang lebih luas. Post-release evidence adalah data yang dikumpulkan setelah inisiatif berjalan, seperti adoption rate, error rate, response time, atau feedback pengguna. Keduanya penting, tetapi untuk menjaga delivery keyakinan, verification gate-lah yang menjadi alat utama.
Berikut adalah ilustrasi alur inisiatif melewati verification gate di titik-titik kritis:
Security review selesai?
Dokumentasi siap?| D[Ya: Lanjut ke Sprint 2] C -->|Tidak| E[Hentikan Sementara / Perbaiki] D --> F[Sprint 2] F --> G{Gate 2} G -->|Data uji siap?
Pengguna dilatih?
Prosedur cadangan siap?| H[Ya: Lanjut ke Rilis] G -->|Tidak| I[Hentikan Sementara / Evaluasi] H --> J([Rilis / Scale-up])
Dengan verification gate yang jelas dan AI yang membantu menghasilkan evidence lebih cepat, tim bisa bergerak lebih agresif tanpa menjadi ceroboh. Setiap gate adalah kesempatan untuk mengonfirmasi bahwa inisiatif masih berada di jalur yang benar. Jika evidence menunjukkan ada masalah, tim bisa mengambil keputusan lebih awal: memperbaiki, menunda, atau bahkan menghentikan inisiatif sebelum terlalu banyak sumber daya terpakai.
Setelah verification gate dan evidence-based review dipahami, langkah terakhir adalah menyatukan semua elemen yang sudah dibahas—tema quarter, stream, dependency, kapasitas, delivery keyakinan, dan verification gate—ke dalam satu halaman quarterly roadmap yang bisa menjadi alat komunikasi dan komitmen.
