Apa Itu BASE?

BASE adalah konsep rekayasa software yang berkaitan dengan struktur data, pemrograman, arsitektur, pengujian, deployment, atau operasi sistem untuk membangun aplikasi yang dapat dipelihara. Penggunaan BASE sebaiknya dimulai dari masalah yang jelas. Bagi software engineer, architect, QA, DevOps, dan product team, istilah ini berguna untuk membedakan tujuan, proses, indikator, dan risiko dalam rekayasa perangkat lunak, arsitektur, testing, deployment, dan operasi.

Penerapannya perlu diuji terhadap requirement, code dan dependency. Hasilnya kemudian dapat dinilai melalui lead time, deployment frequency dan defect rate. Jika definisi, data, dan ruang lingkup tidak konsisten, tim mudah mengambil kesimpulan yang terlihat benar tetapi tidak relevan dengan tujuan.

1. Untuk BASE, tentukan konteks penggunaan BASE 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.

• Membantu memisahkan masalah data, proses, teknologi, dan keputusan sehingga perbaikannya lebih tepat sasaran.
• Memudahkan evaluasi karena perubahan dapat dibandingkan terhadap baseline dan indikator yang disepakati.
• Membuat hasil BASE dapat ditinjau bersama indikator seperti lead time, deployment frequency, dan defect rate.
• Membuat eksperimen dan perbaikan berikutnya lebih cepat karena pembelajaran sebelumnya terdokumentasi.

Salah satu konteks praktis BASE adalah saat tim ingin merilis fitur lebih cepat tanpa meningkatkan jumlah bug produksi. Gunakan architecture diagram untuk menyamakan konteks, data, dan keputusan yang akan diambil. Hasilnya dapat ditinjau melalui lead time dan deployment frequency.

Contohnya, tim perlu memilih trade-off antara performa, kompleksitas, biaya, dan maintainability. Tim mendokumentasikan kondisi awal dalam source code, menerapkan BASE pada ruang lingkup terbatas, lalu membandingkan defect rate dengan reliability. Hasil dan alasan perubahan dicatat pada CI pipeline sebelum pendekatan diperluas.

• Menerapkan BASE tanpa menjelaskan tujuan, baseline, dan keputusan apa yang akan dipengaruhi.
• 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.
• Mengejar satu metrik sambil mengabaikan kualitas, biaya, pengalaman pengguna, atau risiko.