Analisis Bisnis - Manajemen Persyaratan

Mengumpulkan persyaratan perangkat lunak adalah dasar dari keseluruhan proyek pengembangan perangkat lunak. Meminta dan mengumpulkan persyaratan bisnis adalah langkah pertama yang penting untuk setiap proyek. Untuk menjembatani kesenjangan antara persyaratan bisnis dan teknis, analis bisnis harus sepenuhnya memahami kebutuhan bisnis dalam konteks tertentu, menyelaraskan kebutuhan ini dengan tujuan bisnis, dan mengkomunikasikan kebutuhan dengan benar kepada pemangku kepentingan dan tim pengembangan.

Pemangku kepentingan utama berharap seseorang dapat menjelaskan persyaratan pelanggan / klien dalam bahasa Inggris yang sederhana. Akankah hal ini menguntungkan mereka dengan memahami nilai pada tingkat tinggi? Ini akan menjadi area fokus utama, karena mereka akan mencoba memetakan dokumentasi dengan persyaratan dan bagaimana BA dapat berkomunikasi dengan cara terbaik.

Mengapa Proyek Gagal

Ada banyak alasan mengapa proyek gagal tetapi beberapa area umum termasuk di bawah ini -

Kegagalan Pasar dan Strategi
Kegagalan Organisasi dan Perencanaan
Kegagalan Kualitas
Kegagalan Kepemimpinan dan Tata Kelola
Kegagalan Keterampilan, Pengetahuan dan kompetensi
Keterlibatan, kerja tim dan kegagalan komunikasi

Inti dari masalah ini adalah bahwa proyek semakin kompleks, perubahan terjadi, dan komunikasi menjadi tantangan.

Mengapa Tim Sukses melakukan Manajemen Persyaratan

Manajemen persyaratan adalah tentang menjaga tim Anda in-sync dan menyediakan visibility untuk apa yang terjadi dalam sebuah proyek.

Sangat penting untuk keberhasilan proyek Anda agar seluruh tim Anda memahami apa yang Anda bangun dan mengapa - itulah cara kami mendefinisikan manajemen persyaratan. "Mengapa" penting karena memberikan konteks pada tujuan, umpan balik dan keputusan yang dibuat tentang persyaratan.

Ini meningkatkan prediktabilitas kesuksesan di masa depan dan potensi masalah, memungkinkan tim Anda dengan cepat memperbaiki masalah apa pun dan berhasil menyelesaikan proyek Anda tepat waktu dan sesuai anggaran. Sebagai titik awal, penting bagi setiap orang yang terlibat untuk memiliki pemahaman dasar tentang persyaratan dan cara mengelolanya.

Mari Mulai dengan Dasar-dasar

Persyaratan adalah suatu kondisi atau kemampuan yang dibutuhkan oleh suatu pemangku kepentingan untuk menyelesaikan suatu masalah atau mencapai suatu tujuan. Suatu kondisi atau kemampuan yang harus dipenuhi atau dimiliki oleh suatu sistem atau sistem. Komponen untuk memenuhi kontrak, standar, spesifikasi, atau dokumen yang diberlakukan secara resmi.

Persyaratan dapat diekspresikan dengan teks, sketsa, maket atau model terperinci, informasi apa pun yang paling baik dikomunikasikan kepada seorang insinyur tentang apa yang harus dibangun, dan kepada manajer QA apa yang harus diuji. Bergantung pada proses pengembangan Anda, Anda mungkin menggunakan terminologi berbeda untuk menangkap persyaratan.

Persyaratan tingkat tinggi terkadang hanya disebut sebagai needs atau goals. Dalam praktik pengembangan perangkat lunak, persyaratan dapat disebut sebagai "kasus penggunaan", "fitur", atau "persyaratan fungsional". Bahkan lebih khusus lagi dalam metodologi pengembangan tangkas, persyaratan sering ditangkap sebagaiepics dan stories.

Terlepas dari apa panggilan tim Anda atau proses apa yang Anda gunakan; persyaratan sangat penting untuk pengembangan semua produk. Tanpa mendefinisikan persyaratan dengan jelas, Anda dapat menghasilkan produk yang tidak lengkap atau cacat. Sepanjang proses, ada banyak orang yang terlibat dalam menentukan persyaratan.

Pemangku kepentingan mungkin meminta fitur yang menjelaskan bagaimana produk akan memberikan nilai dalam memecahkan masalah. Seorang desainer mungkin mendefinisikan persyaratan berdasarkan bagaimana produk akhir harus terlihat atau bekerja dari sudut pandang kegunaan atau antarmuka pengguna.

Seorang analis bisnis mungkin membuat persyaratan sistem yang mengikuti kendala teknis atau organisasi tertentu. Untuk produk canggih dan aplikasi perangkat lunak yang sedang dibangun saat ini, seringkali dibutuhkan ratusan atau ribuan persyaratan untuk cukup menentukan cakupan proyek atau rilis. Oleh karena itu, tim harus dapat mengakses, berkolaborasi, memperbarui, dan menguji setiap persyaratan hingga selesai, karena persyaratan secara alami berubah dan berkembang seiring waktu selama proses pengembangan.

Sekarang setelah kita mendefinisikan nilai manajemen persyaratan pada tingkat tinggi, mari kita masuk lebih dalam ke empat dasar yang dapat dimanfaatkan oleh setiap anggota tim dan pemangku kepentingan dari pemahaman -

Perencanaan persyaratan yang baik: "Apa yang sedang kita bangun?"
Kolaborasi dan dukungan: "Setujui saja spesifikasinya!"
Ketertelusuran & manajemen perubahan: “Tunggu, apakah pengembang tahu itu berubah?”
Jaminan kualitas: “Halo, apakah ada yang menguji benda ini?”

Apakah semua orang tahu apa yang kami bangun dan mengapa? Itulah nilai dari manajemen persyaratan.

Kolaborasi dan Dukungan dari Stakeholder

Apakah semua orang ada dalam lingkaran? Apakah kami memiliki persetujuan atas persyaratan untuk maju? Pertanyaan-pertanyaan ini muncul selama siklus pengembangan. Akan sangat bagus jika semua orang dapat menyetujui persyaratan, tetapi untuk proyek besar dengan banyak pemangku kepentingan, ini biasanya tidak terjadi. Mencoba membuat semua orang setuju dapat menyebabkan keputusan tertunda, atau lebih buruk, tidak dibuat sama sekali. Mendapatkan konsensus pada setiap keputusan tidak selalu mudah.

Dalam praktiknya, Anda tidak perlu "konsensus", Anda ingin "persetujuan" dari grup dan persetujuan dari mereka yang memegang kendali sehingga Anda dapat memajukan proyek. Dengan konsensus, Anda mencoba membuat semua orang berkompromi dan menyetujui keputusan tersebut. Dengan dukungan, Anda mencoba membuat orang mendukung solusi terbaik, membuat keputusan cerdas, dan melakukan apa yang diperlukan untuk maju.

Anda tidak perlu semua orang setuju bahwa keputusan adalah yang terbaik. Anda membutuhkan semua orang untuk mendukung keputusan tersebut. Kolaborasi tim dapat membantu dalam menerima dukungan atas keputusan dan dalam perencanaan persyaratan yang baik.

Tim kolaboratif bekerja keras untuk memastikan setiap orang memiliki kepentingan dalam proyek dan memberikan umpan balik. Tim kolaboratif terus-menerus berbagi ide, biasanya memiliki komunikasi yang lebih baik dan cenderung mendukung keputusan yang dibuat karena ada rasa komitmen dan pemahaman bersama tentang tujuan proyek.

Saat pengembang, penguji, atau pemangku kepentingan lainnya merasa "keluar dari lingkaran", masalah komunikasi muncul, orang-orang menjadi frustrasi dan proyek tertunda. Setelah semua orang setuju dengan ruang lingkup pekerjaan, persyaratan harus jelas dan didokumentasikan dengan baik. Melacak semua persyaratan adalah saat segala sesuatunya menjadi rumit.

Bayangkan memiliki daftar tugas sepanjang satu mil yang melibatkan kolaborasi dengan banyak orang untuk diselesaikan. Bagaimana Anda menjaga agar semua barang itu tetap lurus? Bagaimana Anda akan melacak bagaimana satu perubahan pada suatu item akan memengaruhi sisa proyek? Di sinilah ketertelusuran dan manajemen perubahan menambah nilai.