Group Decision-Making Techniques

Teknik pengambilan keputusan kelompok adalah proses untuk mendapatkan

alternative dengan tujuan mendapatkan hasil yang terbaik untuk kedepanya. Group
Decision making techniques Untuk memutuskan kebutuhan proyek,
mengklasifikasikannya dan memprioritaskannya. Ada beberapa cara untuk
memutuskan :

Ada berbagai metode untuk mencapai keputusan kelompok, seperti:

Unanimity : Semua setuju dengan 1 keputusan mutlak . Sebuah keputusan yang
dicapai dimana semua orang setuju pada satu rangkaian tindakan. Salah satu cara
untuk
mencapai kebulatan suara adalah teknik Delphi, di mana kelompok yang dipilih dari
para ahli menjawab kuesioner dan memberikan umpan balik mengenai tanggapan
dari setiap putaran pengumpulan persyaratan. tanggapan
hanya tersedia bagi fasilitator untuk menjaga anonimitas.
Majority : 50% lebih setuju dengan 1 keputusan. Sebuah keputusan yang dicapai
dengan dukungan yang diperoleh dari lebih dari 50% dari anggota kelompok.
Plurality : mengambil suara terbanyak (walaupun <50%) . Sebuah keputusan yang
dicapai pada blok terbesar dalam suatu kelompok. Metode ini umumnya digunakan
ketika jumlah pilihan dinominasikan lebih dari dua.
Dictatorship : 1 orang yang memutuskan .Dalam metode ini, satu orang yang
membuat keputusan untuk grup. Semua teknik pengambilan keputusan kelompok
ini dapat diterapkan pada teknik kreativitas kelompok yang digunakan dalam
Kumpulkan proses Persyaratan.

6. Questionary and Surveys Menyebar kuisioner dan melakukan survey kepada

responden.
Kuesioner dan survei set tertulis pertanyaan yang dirancang untuk mengumpulkan
informasi dari
Sebagian besar responden.
7. Observation Pengamatan secara langsung untuk melihat keadaan nyata , dan
langkah kedepanya dalam menyelesaikan proyek. observasi merupakan cara
langsung melihat suatu proyek turun ke lapangan dan melihat bagaimana suatu
proyek melakukan pekerjaan mereka atau

tugas dan melaksanakan proses. Hal ini sangat membantu untuk proses rinci ketika
orang-orang yang menggunakan produk
mengalami kesulitan atau enggan untuk mengartikulasikan kebutuhan mereka.
Hal ini biasanya dilakukan secara eksternal oleh pengamat melihat seorang ahli
bisnis melakukan pekerjaan.

8. Prototype
Metode untuk mendapakan feedback yang cepat dengan cara membuat rancangan
kerja dari produk. Prototyping adalah metode untuk memperoleh umpan balik awal
persyaratan dengan menyediakan model kerja produk yang diharapkan sebelum
benar-benar di bangun. Karena prototipe adalah nyata, memungkinkan para
pemangku kepentingan untuk bereksperimen
dengan model produk akhir bukannya terbatas untuk membahas representasi
abstrak dari persyaratan. Prototip mendukung konsep elaborasi progresif dalam
siklus dan penciptaan mock-up, pengguna eksperimen, generasi tanggapan, dan
revisi prototipe. Ketika siklus umpan balik yang cukup telah terlaksana, persyaratan
yang diperoleh dari prototipe yang cukup lengkap akan dipindah ke desain atau
proses membangun. Storyboard adalah teknik prototyping untuk menunjukkan
urutan atau navigasi melalui serangkaian gambar atau
ilustrasi. Storyboard digunakan pada berbagai proyek di berbagai industri, seperti
film, iklan,
desain instruksional, dan proyek-proyek pengembangan perangkat lunak dan
lainnya. Dalam pengembangan perangkat lunak, storyboard menggunakan mock-up
untuk menunjukkan jalur navigasi melalui halaman web, layar, atau antarmuka
pengguna lain.
9. Benchmarking Harus melihat apa yang dimiliki kita dan yang dimiliki orang lain,
cari yang kira-kira sebanding. Benchmarking melibatkan membandingkan praktik
aktual atau direncanakan, seperti proses dan operasi, untuk orang-orang organisasi
sebanding dengan mengidentifikasi praktik-praktik terbaik, menghasilkan ide-ide
untuk perbaikan, dan memberikan dasar untuk mengukur kinerja.
10. Context Diagram Contoh dari model scope management yang menggambarkan
ruang lingkup produk dengan memunculkan sistem bisnis tersebut. Diagram
konteks adalah contoh dari model lingkup. Diagram konteks visual menggambarkan
ruang lingkup produk dengan menunjukkan sistem bisnis (proses, peralatan, sistem
komputer, dll), dan bagaimana orang-orang dan sistem lain berinteraksi dengannya.
Konteks diagram menunjukkan input ke sistem bisnis, menyediakan input, output
dari sistem bisnis, dan penerima output.

11. Document Analysis Digunakan untuk memperoleh kebutuhan dengan cara

menganalisa dan mengidentifikasi dokumen. Analisis dokumen digunakan untuk
memperoleh kebutuhan dengan menganalisa dokumentasi yang ada dan
mengidentifikasi informasi yang relevan dengan kebutuhan. Ada berbagai dokumen
yang dapat dianalisis untuk membantu memperoleh persyaratan yang relevan.
Contoh dokumen yang dapat dianalisis, tetapi tidak terbatas pada: rencana bisnis,
literatur pemasaran, perjanjian, permintaan untuk usulan, proses arus mengalir,
model data logis, aturan bisnis repositori, dokumentasi perangkat lunak aplikasi,
proses bisnis atau dokumentasi antarmuka, kasus penggunaan, lainnya
Collect Requirement: Output
Requirement Documentation Mendeskripsikan bagaimana kebutuhan individu
disatukan dengan kebutuhan bisnis dari proyek . Komponenya :Business
Requirement, Stakeholder requirement, Solution Requirement, project Requirement,
Transition requirement, requirement assumtion , dependencies, and contraints. 2.
Requirement Tracebility Matrix Menunjukkan bagaimana kebutuhan akan di analisis,
di dokumentasikan dan di atur selama proyek berlangsung
Component ini mencangkup:
1. Business requirements
Btujuan bisnis dan proyek
aturan bisnis untuk organisasi dan
Membimbing prinsip-prinsip organisasi.
2. Stakeholder requirements
Dampak ke daerah organisasi lainnya;
Dampak ke entitas lain di dalam atau di luar organisasi dan
komunikasi Stakeholder dan persyaratan pelaporan.
3. Solution requirements
persyaratan Fungsional dan nonfungsional;
Teknologi dan kepatuhan standar persyaratan;
Dukungan dan pelatihan persyaratan;
Syarat mutu; dan
persyaratan Pelaporan, dll (solusi dapat didokumentasikan secara tekstual, dalam
model,

atau keduanya).
4. Project requirements
Tingkat pelayanan, kinerja, keamanan, kepatuhan, dll .; dan
Kriteria penerimaan.
5. Transition requirements
6. Requirements assumptions, dependencies, and constraints