Teknik Pengumpulan Persyaratan

Requirement Gathering Technique

Sepuluh Teknik Pengumpulan Persyaratan.

The BABoK ( Business Analyst Body of Knowledge ) daftar 10 teknik untuk pengumpulan persyaratan . Berikut ini adalah ikhtisar dari setiap . Untuk lebih jelasnya , lihat Panduan terbaru untuk BABoK tersebut .

1 . Brainstorming (Tukar Pikiran)

2 . Document Analysis (Analisis Dokumen)

3 . Focus Group

4 . Interface Analysis (Analisis Antarmuka)

5 . Interview (Wawancara)

6 . Observasation (Observasi / Pengamatan)

7 . Prototyping (Prototipe / Contoh Model)

8 . Requirement Workshop (Lokakarya Persyaratan)

9 . Reverse Engineering (Teknik Kebalikan)

10 . Survey (Penelitian)

1 . Brainstorming

Brainstorming digunakan dalam elisitasi persyaratan untuk mendapatkan ide sebanyak mungkin dari sekelompok orang . Peserta bebas, lintas level jabatan dan lintas fungsi. Umumnya digunakan untuk mengidentifikasi kemungkinan solusi untuk masalah dan menjelaskan rincian peluang . Brainstorming melemparkan jaring yang luas , mengidentifikasi berbagai kemungkinan. Prioritas yang berbeda kemungkinan tersebut penting untuk menemukan jarum di tumpukan jerami .

2 . Document Analysis / Request for Proposals (RFPs)

Meninjau dokumentasi sistem yang ada (Manual Prosedur / SOP) dapat membantu penelusuran SEBAGAIMANA ADANYA proses dokumen , serta mendorong ‘gap analysis’ untuk ruang lingkup proyek migrasi . Dalam pelaksanaannya, kita akan meninjau persyaratan yang mendorong penciptaan sistem yang ada - titik awal untuk mendokumentasikan kebutuhan saat ini . Informasi terletak di

dokumen yang sudah ada dan membantu kita mengajukan pertanyaan sebagai bagian dari memvalidasi kelengkapan persyaratan.

3 . Focus Group / Group Interview

Sebuah kelompok fokus adalah pertemuan orang-orang yang mewakili pengguna atau pelanggan dari suatu produk untuk mendapatkan umpan balik . Umpan balik dapat dikumpulkan tentang kebutuhan / peluang / masalah untuk mengidentifikasi kebutuhan , atau dapat berkumpul untuk memvalidasi dan memperbaiki sudah menimbulkan persyaratan . Bentuk riset pasar berbeda dari brainstorming dalam hal ini adalah proses dikelola dengan peserta tertentu. Peserta fokus group biasanya mempunyai level jabatan dan aturan main (role) yang sama. Beberapa orang percaya kelompok fokus yang terbaik efektif . Salah satu resiko adalah bahwa kita berakhir dengan fitur terendah ‘common denominator’.

4 . Interface Analysis / Use Cases

Interface untuk produk perangkat lunak dapat menjadi manusia atau mesin . Integrasi dengan sistem eksternal dan perangkat hanya antarmuka lain . Pengguna pendekatan desain sentris sangat efektif dalam memastikan bahwa kita membuat perangkat lunak berguna . Analisis Interface - meninjau titik sentuh dengan sistem eksternal lain - adalah penting untuk memastikan kita tidak mengabaikan persyaratan yang tidak segera terlihat oleh pengguna.

5 . Interview

Wawancara pemangku kepentingan dan pengguna sangat penting untuk menciptakan perangkat lunak yang besar . Tanpa memahami tujuan dan harapan para pengguna dan stakeholder , kita sangat tidak mungkin untuk memuaskan mereka . Kita juga harus mengakui perspektif masing-masing diwawancarai , sehingga kita benar dapat menimbang dan mengatasi masukan mereka . Seperti reporter besar , mendengarkan adalah keterampilan yang membantu seorang analis besar untuk mendapatkan nilai lebih dari sebuah wawancara daripada rata-rata analis .

6 . Observation / Following People Arround

Studi tentang pengguna di habitat alami mereka adalah pengamatan tentang sesuatu . Dengan mengamati pengguna , analis dapat mengidentifikasi aliran proses , kesalahan langkah, titik lemah dan peluang untuk perbaikan . Observasi dapat pasif atau aktif ( mengajukan pertanyaan sambil mengamati ) . Observasi pasif lebih baik untuk mendapatkan umpan balik pada prototipe ( untuk memperbaiki persyaratan ) , di mana pengamatan aktif lebih efektif dalam mendapatkan pemahaman tentang proses bisnis yang ada. Mungkin pendekatan dapat digunakan untuk mengungkap kebutuhan implisit yang mungkin tidak diabaikan .

7 . Prototyping

Prototip dapat sangat efektif untuk mengumpulkan umpan balik . Rendah kesetiaan prototipe dapat digunakan sebagai alat mendengarkan secara aktif . Sering kali , ketika orang tidak dapat mengartikulasikan kebutuhan tertentu secara abstrak , mereka dapat dengan cepat menilai jika pendekatan desain akan mengatasi kebutuhan . Prototip paling efisien dilakukan dengan sketsa cepat antarmuka dan storyboard . Prototip bahkan digunakan sebagai " persyaratan resmi " dalam beberapa situasi .

8 . Workshop / Joint Application Development (JAD)

Lebih dikenal sebagai sesi desain aplikasi bersama (JAD) , lokakarya dapat sangat efektif untuk mengumpulkan persyaratan secara lengkap. Lebih terstruktur daripada sesi brainstorming , pihak yang terlibat bekerja sama untuk dokumen persyaratan . Salah satu cara untuk menangkap kolaborasi ini adalah dengan penciptaan domain model artefak (seperti diagram statis, diagram aktivitas ) . Sebuah lokakarya akan lebih efektif dibandingkan dengan dua analis jadi satu , di mana fasilitator dan juru tulis bekerja sama . JAD merupakan sesi ‘general fasilitated’ sampai tujuannya dilengkapi, dimana satu set persyaratan yang lengkap didokumentasikan dan disetujui bersama-sama.

9 . Reverse Engineering / Facilitated Session

Apakah ini titik awal atau jalan terakhir ? Ketika sebuah proyek migrasi tidak memiliki akses ke dokumen yang memadai dari sistem yang ada , reverse engineering akan mengidentifikasi sistem benar atau tidak. Ini tidak akan mengidentifikasi sistem apa yang harus dilakukan , dan tidak akan mengidentifikasi ketika sistem melakukan hal yang salah .

10 . Survey / Questionnairs

Ketika mengumpulkan informasi dari banyak orang - terlalu banyak untuk wawancara dengan keterbatasan anggaran dan waktu - survei atau kuesioner dapat digunakan . Survei ini dapat memaksa pengguna untuk memilih dari pilihan , menilai sesuatu ( " Setuju Sangat , Setuju ... " ) , atau telah terbuka berakhir pertanyaan yang memungkinkan respon bentuk-bebas . Desain survei sulit - pertanyaan dapat bias responden . Jangan berasumsi bahwa Anda bisa membuat survei sendiri , dan mendapatkan wawasan yang berarti dari hasil . Saya akan berharap bahwa survei dirancang dengan baik akan memberikan bimbingan kualitatif untuk karakteristik pasar . Ini tidak boleh digunakan untuk prioritas fitur atau persyaratan .