Penentuan kebutuhan pengguna tentunya harus didefinisikan di awal, sehingga perusahaan tidak salah dalam membuat sebuah produk. Tim juga harus bisa membedakan mana yang disebut kebutuhan pengguna dan mana yang dimaksud keinginan pengguna, agar requirement bisa dikatakan sebagai “good requirement”. Lantas, Bagaimana cara mengetahui kebutuhan pengguna tersebut merupakan sebuah “good requirement” ?
Kualitas kebutuhan pengguna berdampak pada kesuksesan sebuah proyek yang dilakukan. Untuk membuat sebuah produk yang hebat, tentulah dibutuhkan user requirement agar produk yang dibuat dapat diterima oleh user dan dapat digunakan sesuai dengan yang pengguna butuhkan. Dengan demikian, kita harus mengetahui kebenaran user requirement dan ke-valid an data yang kita dapatkan. Berikut ini merupakan cara untuk mengetahui kebutuhan user tersebut termasuk ke dalam “good requirement” :
1. Memenuhi kebutuhan spesifik
Suatu persyaratan pada dasarnya adalah sebuah pernyataan dari sesuatu yang seseorang butuhkan. Kita harus membedakan antara kebutuhan dan keinginan. Sekalipun dapat diverifikasi, dapat dicapai dan dinyatakan dengan baik, persyaratan yang tidak diperlukan bukanlah persyaratan yang baik. Definisi kebutuhan akan tergantung pada konteks atau keadaan. Misalnya, jika kita menghabiskan uang pembayar pajak atau pemegang saham, kebutuhan akan ditentukan secara sempit. Untuk produk komersial, keinginan konsumen adalah kebutuhan akan produk kita, sehingga jika kita menjual apa yang konsumen butuhkan maka produk kita akan dibanjiri oleh konsumen.
2. Bisa diverifikasi
Persyaratan harus menyatakan sesuatu yang dapat diverifikasi melalui inspeksi, analisis, pengujian, atau demonstrasi. Saat kita meninjau persyaratan, pikirkan bagaimana kita akan membuktikan bahwa produk tersebut telah memenuhi persyaratan. Tentukan kriteria khusus untuk penerimaan produk, yang akan memastikan persyaratan yang dapat diverifikasi.
3. Bisa dicapai
Persyaratannya harus bisa dicapai. Ini harus sesuai dengan anggaran dan jadwal dan secara teknis layak dilakukan. Jangan menulis persyaratan untuk hal-hal yang tidak dapat dibangun atau yang tidak sesuai dengan anggaran proyek. Jika kita melakukannya, itu membuang-buang waktu dan usaha. Banyak pertanyaan kelayakan belum tentu jelas. Kita mungkin tidak memiliki keahlian untuk menilai apakah suatu persyaratan secara teknis layak dilakukan. Tim mungkin perlu melakukan penelitian untuk menentukan kelayakan persyaratan sebelum ditambahkan ke dasar produk. Jika penelitian ini masih membuat kita tidak yakin dengan kelayakan apa yang kita inginkan, pertimbangkan untuk menyatakan kebutuhan sebagai tujuan dan bukan sebagai persyaratan. Jika Anda tidak dapat memenuhi persyaratan yang tidak terlalu menuntut namun jelas, Anda harus mengidentifikasi persyaratan tersebut sebagai risiko dan memantaunya dengan risiko dan masalah lain selama proyek berlangsung.
4. Harus jelas
Persyaratan yang baik tidak bisa disalahpahami. Ini mengungkapkan satu pemikiran. Ini ringkas dan sederhana. Kata yang lebih mudah dan jelas, lebih baik. Gunakan kalimat pendek dan sederhana dengan terminologi yang konsisten untuk persyaratan. Jika memungkinkan, putuskan nama tertentu untuk solusi atau produk dan kiriman Anda dan rujuk hanya dengan nama sendiri sesuai kebutuhan Anda. Gunakan bahasa yang konsisten. Saat Anda mendefinisikan subsistem, beri nama juga dan rujuk hanya dengan nama itu. Gunakan akronim jika Anda harus menjaga agar tetap pendek. Hal yang kurang kompleks dan konsisten semuanya adalah dari persyaratan ke kebutuhan, semakin baik. Terlalu banyak kata dan terlalu banyak referensi membiakkan ketidakkonsistenan dan kebingungan.
5. Konsisten
Poin penting tentang konsistensi adalah bahwa tidak ada persyaratan yang bertentangan dengan yang dikatakan orang lain. Khususnya sistem tidak harus memproses input yang sama secara berbeda. Hal ini dapat terjadi karena jalan yang ditulis oleh tim yang terpisah, dan mereka tidak menyetujui apa yang harus dilakukan.
6. Bisa dituntut
Harus dimungkinkan untuk melacak persyaratan baik kembali ke alasan bisnisnya, dan sampai pada dokumentasi desain dan pengujian. Tanpa kemampuan untuk mengejarnya, tidak mungkin membandingkan dokumentasi apa pun untuk melihat apakah mereka telah diimplementasikan. Yang lebih penting adalah tanpa mereka tidak mungkin untuk membuat penilaian tentang efek apa yang dimiliki sistem terhadap sistem, dan bisnis.
Referensi :
http://www.coleyconsulting.co.uk/requirements-characteristics.htm
http://pmtips.net/blog-new/characteristics-good-requirement
