Persyaratan Perakitan – Memilih Alat yang Tepat

Tujuan dari bagian ini adalah untuk memberi Anda sedikit wawasan tentang berbagai alat pengumpulan persyaratan yang tersedia dan faktor-faktor yang harus Anda pertimbangkan saat memilih mana yang akan digunakan untuk proyek Anda. Anda perlu menjalani pelatihan dalam penggunaan alat ini sebelum menjadi mahir dalam penggunaannya.

Sifat aplikasi perangkat lunak atau situs web yang akan dikirimkan oleh proyek Anda akan memengaruhi keputusan Anda tentang alat pengumpulan persyaratan yang akan digunakan. Faktor-faktor lain yang akan mempengaruhi keputusan Anda adalah jumlah dan jenis pengguna bisnis, perwakilan layanan pelanggan dan orang-orang pemeliharaan serta lokasi mereka. Kami akan mencoba menjelaskan beberapa alat yang tersedia untuk Anda di bagian ini dan menjelaskan situasi yang tepat untuk digunakan.

Kontrak atau Pernyataan Ketenagakerjaan

Jika organisasi Anda telah mengontrak vendor eksternal untuk mengembangkan aplikasi, Anda akan memiliki kontrak yang menetapkan fitur dan fungsionalitas aplikasi atau situs web Anda secara umum. Jika kontrak disertai dengan Surat Pernyataan Kerja (SOW), fitur dan fungsi dapat dijelaskan lebih lengkap. Masih ada pekerjaan yang harus dilakukan untuk menyempurnakan pernyataan dalam kontrak atau SOW menjadi persyaratan tetapi Anda harus menggunakannya untuk menentukan batas-batas yang harus tetap berada dalam definisi persyaratan.

Brainstorming

Brainstorming mungkin merupakan alat yang paling umum digunakan untuk mendapatkan pemikiran dan ide. Ini adalah teknik yang mengharuskan peserta untuk berkumpul di satu ruangan agar berfungsi dengan baik (setidaknya saya belum pernah mendengar ada orang yang berhasil melakukan brainstorming melalui konferensi audio atau video). Hal ini juga tergantung pada orang-orang yang berpartisipasi memiliki pemahaman yang sama tentang masalah atau solusi yang sedang dibahas.

Sesi brainstorming harus fokus pada jumlah ide sehingga Anda harus menumbuhkan suasana yang kondusif untuk semua orang dalam sesi berbicara. Jika beberapa ide yang diangkat dalam sesi tersebut tidak dapat dijalankan, atau tidak tercakup dalam kontrak atau SOW, sekarang bukan saatnya untuk mengabaikannya. Biarkan kreativitas mengalir. Untuk mempersiapkan sesi, Anda perlu menyatakan masalah untuk memicu pemikiran kreatif sebelum orang banyak tiba di sesi. Anda akan memerlukan pernyataan masalah untuk setiap kelompok yang akan Anda sumbangkan dan jika proyek memiliki kontrak atau SOW, Anda perlu mendasarkan pernyataan masalah Anda pada hal ini.

Anda harus mendorong tim untuk menggabungkan ide atau kebutuhan yang terkait satu sama lain – tidak ada gunanya menangkap fitur atau fungsi yang sama dalam 10 kebutuhan yang berbeda. Langkah terakhir dalam pelatihan harus memprioritaskan fitur, menggunakan skor kardinal atau ordinal untuk tujuan itu. Hal ini agar ketika tiba saatnya untuk menyesuaikan pembangunan dengan anggaran yang tersedia, Anda akan mengetahui kebutuhan yang perlu dilontarkan terlebih dahulu. Anda dapat mencoba variasi brainstorming yang disebut teknik kelompok nominal untuk mencapai tujuan ini.

Brainstorming dan teknik kelompok nominal sangat ideal di mana Anda dapat menempatkan beberapa orang dengan kebutuhan yang sama untuk aplikasi/situs web baru di dalam ruangan bersama sehingga kreativitas mereka akan saling merangsang. Ini dapat digunakan di mana Anda memiliki tim yang semuanya akan melakukan pekerjaan yang sama dengan aplikasi, atau setidaknya terbiasa dengan penggunaan satu sama lain. Ini juga dapat digunakan di mana Anda memiliki beberapa kelompok fungsional yang berbeda (misalnya penjualan, layanan pelanggan, dukungan, dll.) sehingga Anda dapat menjalankan satu sesi curah pendapat untuk setiap kelompok fungsional. Brainstorming tidak tepat ketika Anda memiliki sekelompok kecil pemangku kepentingan dengan kebutuhan yang berbeda, atau pemangku kepentingan Anda tersebar secara geografis.

Wawancara

Wawancara memungkinkan Anda untuk bertemu langsung dengan pemangku kepentingan Anda dan mengajukan pertanyaan terfokus sehingga persyaratan yang diajukan selama wawancara akan jelas dan memenuhi kebutuhan pemangku kepentingan secara memadai. Teknik wawancara juga akan memungkinkan Anda untuk menguraikan kebutuhan besar setelah Anda mengetahui sifat kebutuhan pemangku kepentingan dan biaya pengembangan fungsi untuk memenuhi kebutuhan tersebut. Ketika Anda menentukan bahwa persyaratan yang disebutkan tidak akan layak karena waktu dan upaya yang diperlukan untuk pengembangan, tanyakan kepada pemangku kepentingan apakah “…. apakah ada cara yang lebih mudah untuk melakukannya?”, Atau “…. apakah ada fitur apakah x , y, dan z memenuhi persyaratan itu?”

Analisis, kombinasi persyaratan serupa dan penyelarasan persyaratan dengan kontrak atau SOW akan dilakukan oleh Anda dan Anda perlu menyalurkan hasilnya kembali ke orang yang diwawancarai.

Metode ini dapat digunakan ketika Anda memiliki sekelompok kecil pemangku kepentingan yang berbeda untuk meminta persyaratan darinya. Keuntungan dari metode ini adalah kontrol Anda atas kebutuhan tertentu, kemampuan Anda untuk mempengaruhi harapan, dan kemampuan Anda untuk memastikan bahwa kebutuhan ditangkap secara akurat. Ini tidak ideal untuk proyek di mana Anda memiliki banyak pemangku kepentingan untuk diminta.

Pengembangan Aplikasi Bersama (JAD)

JAD menggunakan lokakarya untuk mendapatkan kebutuhan dari pemangku kepentingan seperti brainstorming. Namun, ada beberapa perbedaan utama, perbedaan utama adalah keterlibatan analis sistem dalam proses pengumpulan persyaratan. Lokakarya membutuhkan seorang fasilitator untuk menjaga diskusi tetap pada jalurnya dan memfokuskan upaya tim pada tugas mengumpulkan kebutuhan dan perekam untuk menangkap kebutuhan (ini mirip dengan brainstorming). Keterlibatan analis dalam lokakarya memastikan bahwa persyaratan yang dikumpulkan akan layak dan tidak memiliki biaya yang tidak masuk akal dalam hal waktu atau upaya pengembangan. Keuntungan lain dari memiliki analis di bengkel adalah kemampuan mereka untuk menawarkan alternatif yang dapat memenuhi kebutuhan serupa dengan biaya lebih rendah.

JAD akan bekerja dalam situasi serupa di mana brainstorming sesuai dan, seperti brainstorming, akan membutuhkan tim untuk digabungkan.

Survei Survei adalah pendekatan yang sama dengan wawancara, kecuali survei dapat dilakukan dari jarak jauh. Informasi yang dibutuhkan oleh pemangku kepentingan yang Anda minta untuk memungkinkan mereka mengekspresikan kebutuhan mereka untuk proyek Anda harus dikomunikasikan kepada mereka dalam waktu yang cukup untuk memungkinkan mereka merespons dengan cerdas. Anda harus memberikan tenggat waktu respons untuk memastikan Anda menerima respons sebelum tanggal kedaluwarsa yang direncanakan dan Anda harus melakukan analisis, kompilasi, dan penyelarasan respons Anda sendiri. Survei juga mengharuskan Anda untuk mengomunikasikan hasil survei kepada pemangku kepentingan Anda (mirip dengan teknik wawancara).

Teknik ini tepat ketika kelompok pemangku kepentingan yang diminta tersebar secara geografis, atau jumlah pemangku kepentingan yang diminta terlalu besar untuk menggunakan teknik wawancara. Teknik survei memungkinkan Anda untuk mengumpulkan persyaratan dari sejumlah besar pemangku kepentingan tanpa biaya overhead yang diperlukan dalam sebuah wawancara. Hati-hati: untuk mencapai tingkat keberhasilan apa pun dengan metode ini, Anda perlu memperhatikan pemangku kepentingan Anda tentang pentingnya tanggapan mereka.

Papan cerita

Storyboard adalah cara untuk menangkap kebutuhan dalam tampilan grafis daripada dalam teks. Ini meminjam dari industri hiburan di mana teknik ini pertama kali digunakan dalam produksi kartun.

Menggunakan papan cerita untuk menangkap kebutuhan melibatkan perekam menggambar layar di atas kuda atau papan tulis. Layar akan berisi semua informasi yang akan ditampilkan di layar serta kolom input yang diperlukan untuk mengumpulkan informasi. Papan cerita digunakan dalam suasana lokakarya dengan fasilitator dan perekam. Fasilitator dan perekam akan memulai sesi dengan membuat layar untuk persyaratan utama pertama yang akan ditentukan. Ini mungkin layar login, atau layar lain yang menangkap fungsionalitas dasar. Layar asli dapat memicu layar berikutnya untuk menyelesaikan fungsi. Misalnya, layar entri pesanan pertama dapat menangkap informasi umum untuk setiap pesanan dan memerlukan layar berikutnya untuk menangkap informasi unik untuk jenis pesanan yang berbeda, misalnya satu layar masing-masing untuk pesanan perangkat lunak, pesanan komputer, dan pesanan manual pengoperasian. . Storyboard akan mengembangkan layar saat grup menavigasi setiap fungsi atau persyaratan.

Karena storyboard hanya dapat menangkap beberapa kondisi untuk setiap layar, penting bagi perekam untuk menangkap kondisi berbeda yang mungkin ada pada setiap layar dan perilaku layar pada input yang berbeda (cara penanganan kesalahan, cara informasi input divalidasi , dll.).

Salah satu keuntungan dari storyboard adalah kemampuannya untuk menentukan layar mana yang akan menjadi fitur utama aplikasi dan mendapatkan konsensus dalam pengaturan grup untuk tampilan dan nuansa setiap layar. Metode ini cocok untuk aplikasi yang dikembangkan berbasis GUI, atau untuk website. Juga tepat di mana para pemangku kepentingan yang diminta dikumpulkan sehingga mereka dapat berpartisipasi dalam lokakarya. Tidak tepat bila pemangku kepentingan tersebar secara geografis, atau aplikasi yang dikembangkan tidak berbasis GUI.

Leave a comment

Your email address will not be published. Required fields are marked *