Bukan Sekadar Formalitas: Kenapa Standar Rekayasa Perangkat Lunak Itu Penting
Standar rekayasa perangkat lunak bukan formalitas, melainkan pengetahuan kolektif industri yang membuat proses pengembangan lebih terukur dan konsisten.
Setiap kali mendengar kata "standar", yang terbayang biasanya tumpukan dokumen tebal, stempel sertifikasi, dan rapat panjang. Di dunia pengembangan perangkat lunak, anggapan itu membuat standar sering dianggap urusan perusahaan besar saja, sementara tim kecil merasa cukup dengan prinsip "yang penting aplikasinya jalan".
Masalahnya, prinsip itu justru sumber banyak kegagalan proyek. Fitur yang dikerjakan ternyata bukan yang diminta klien. Bug yang sama muncul berulang karena tidak ada catatan siapa mengubah apa. Anggota tim keluar dan pengetahuannya ikut hilang. Semua itu bukan masalah teknis, melainkan masalah proses. Di situlah standar rekayasa perangkat lunak bekerja.
Menurut ISO 24765, standar adalah sekumpulan persyaratan yang disepakati bersama dan dipelihara oleh badan yang diakui, untuk menetapkan pendekatan yang disiplin dan seragam. Kata kuncinya dua: konsensus dan keseragaman. Konsensus berarti standar bukan aturan yang dijatuhkan sepihak, melainkan hasil kesepakatan banyak pihak berkepentingan. Keseragaman berarti standar memberi bahasa yang sama. Ketika sebuah tim menyatakan "sudah lewat tahap verifikasi", semua orang paham persis artinya, bukan menafsirkan sendiri-sendiri.
Perjalanannya cukup panjang. Dimulai dari standar militer Departemen Pertahanan Amerika era 1970-an, berlanjut ke ISO dan Badan Antariksa Eropa pada 1980-an yang melahirkan ISO/IEC/IEEE 12207, lalu Software Engineering Institute yang memperkenalkan Capability Maturity Model. Hari ini, sub-komite SC7 saja menaungi sekitar 160 standar.
Tiga di antaranya paling sering ditemui. Pertama, ISO 9001 beserta keluarga ISO 9000, standar manajemen mutu yang berlaku untuk organisasi apa pun tanpa memandang ukuran atau model bisnis. Intinya siklus PDCA: Plan, Do, Check, Act. Rencanakan tujuan dan sumber dayanya, laksanakan, ukur hasilnya, lalu perbaiki. Untuk konteks perangkat lunak, ada ISO/IEC 90003 yang menerjemahkan bahasa ISO 9001 ke istilah teknis yang lebih konkret.
Kedua, ISO/IEC/IEEE 12207, kerangka umum untuk seluruh siklus hidup perangkat lunak, dari kesepakatan dengan klien sampai pembuangan sistem lama. Standar ini membagi proses ke dalam empat kelompok, dan yang penting dipahami, ia tidak memaksa kita memakai metodologi tertentu. Mau Waterfall atau Agile, silakan. Perannya hanya memastikan tidak ada proses penting yang terlewat.
Ketiga, IEEE 730 yang fokus pada Software Quality Assurance. Menariknya, IEEE 730 mendefinisikan QA sebagai serangkaian tindakan proaktif, bukan sekadar mencari bug setelah aplikasi selesai. QA di sini dibagi dua sisi: product assurance, apakah produknya sesuai spesifikasi, dan process assurance, apakah cara kerjanya sudah benar. Karena banyak cacat lahir dari proses yang buruk, memperbaiki proses jauh lebih murah daripada menambal produk terus-menerus.
Selain standar, ada pula model seperti CMMI yang memetakan kematangan proses sebuah organisasi ke dalam lima level: Initial yang serba ad hoc, Managed ketika proses direncanakan sesuai kebijakan, Defined ketika proses terdokumentasi baik, Quantitatively Managed ketika kualitas diukur dengan angka, dan Optimizing ketika perbaikan berjalan berkelanjutan berbasis data. Level ini bukan sekadar label prestise, melainkan cermin. Banyak tim mahasiswa, kalau jujur, masih berada di level pertama, ketika semuanya bergantung pada siapa yang kebetulan rajin minggu itu.
Lalu bagaimana dengan tim kecil? Keberatan bahwa standar terlalu berat untuk tim beranggotakan tiga orang sebenarnya sudah diantisipasi. ISO/IEC 29110 disusun khusus untuk Very Small Entities dan menyediakan profil bertingkat mulai dari Entry untuk proyek kecil dan startup, Basic, Intermediate, hingga Advanced. Prinsipnya sederhana: ambil yang sesuai kebutuhan, bukan telan semuanya. Salah satu faktor sukses penerapan standar justru adalah menggunakannya hanya jika memberi manfaat nyata.
Standar rekayasa perangkat lunak pada akhirnya bukan soal mengejar sertifikat atau memenuhi syarat tender. Ia adalah pengetahuan kolektif industri yang sudah disaring puluhan tahun, dirangkum supaya kita tidak perlu mengulang kesalahan yang sama.
Bagi mahasiswa Teknik Informatika, membiasakan diri menulis rencana sebelum mulai ngoding, mendokumentasikan keputusan desain, dan meninjau pekerjaan sendiri secara berkala adalah versi mini dari semua standar tadi. Tidak perlu menunggu bekerja di perusahaan besar untuk memulainya. Kualitas, seperti kata ISO 9001, bukan peristiwa satu kali, melainkan siklus yang terus berputar.
