Apa Itu Virtual Reality?

Virtual Reality adalah konsep rekayasa software yang berkaitan dengan struktur data, pemrograman, arsitektur, pengujian, deployment, atau operasi sistem untuk membangun aplikasi yang dapat dipelihara. Dalam praktiknya, istilah ini muncul ketika software engineer, architect, QA, DevOps, dan product team perlu mengelola rekayasa perangkat lunak, arsitektur, testing, deployment, dan operasi dengan keputusan yang dapat dijelaskan, bukan sekadar mengikuti tool atau tren.

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 Virtual Reality, tentukan konteks penggunaan Virtual Reality 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 Virtual Reality dapat ditinjau bersama indikator seperti lead time, deployment frequency, dan defect rate.
• Membuat eksperimen dan perbaikan berikutnya lebih cepat karena pembelajaran sebelumnya terdokumentasi.

Virtual Reality berguna ketika deployment sering gagal karena perbedaan environment dan dependensi. Gunakan CI pipeline untuk menyamakan konteks, data, dan keputusan yang akan diambil. Hasilnya dapat ditinjau melalui lead time dan deployment frequency.

Sebagai contoh praktis, tim perlu memilih trade-off antara performa, kompleksitas, biaya, dan maintainability. Tim menguji Virtual Reality dengan data atau skenario representatif, mencatat temuan pada CI pipeline, lalu memverifikasi apakah defect rate membaik tanpa merusak reliability. Pembelajaran akhirnya dimasukkan ke runbook.

• Menerapkan Virtual Reality tanpa menjelaskan tujuan, baseline, dan keputusan apa yang akan dipengaruhi.
• Mengubah terlalu banyak faktor sekaligus sehingga penyebab peningkatan atau penurunan hasil tidak diketahui.
• Tidak menentukan pemilik tindakan sehingga temuan berhenti sebagai laporan tanpa perbaikan.
• Memulai dari tool atau fitur sebelum menjelaskan masalah dan hasil yang ingin dicapai.