Bekerja di organisasi besar, sering kali anggota tim pengembangan tidak bisa mendapatkan akses langsung ke klien untuk mengumpulkan persyaratan. Apakah mungkin / disarankan untuk memberikan daftar pertanyaan kepada manajer akun sehingga mereka dapat memenuhi persyaratan atas nama Anda?

• Kemungkinan: ya :-)

• Disarankan: hanya jika benar-benar tidak ada cara lain. Ini akan dengan mudah menghasilkan persyaratan yang sangat rapuh dan kurang dipahami. Dan masalah hanya dapat muncul pada tahap selanjutnya, selama implementasi atau pengujian penerimaan.

Pengumpulan persyaratan idealnya harus berupa serangkaian diskusi terperinci antara klien dan pengembang.Klien biasanya memiliki ide-ide yang sangat samar tentang apa yang sebenarnya mereka inginkan, sehingga menerapkan deklarasi samar pertama mereka seperti yang hampir pasti akan menimbulkan masalah. Jadi pengembang harus dapat memberi tahu harga setiap ide / cerita / persyaratan, yang membantu klien memprioritaskan kebutuhan mereka, dan memberikan umpan balik teknis tentang apa yang mungkin dan layak. Juga, mereka harus memahami domain masalah sedalam yang diperlukan, untuk memberikan solusi teknis terbaik untuk masalah klien. Dan sepanjang jalan, mereka harus memastikan bahwa mereka memahami klien dengan benar, yang berarti sering meminta kembali untuk klarifikasi dan mengulangi apa yang mereka mengerti dengan kata-kata mereka sendiri selama sesi komunikasi (dan sering memberikan prototipe UI / maket ide-ide klien).Media terbaik untuk ini adalah komunikasi lisan - jika tidak memungkinkan secara langsung, konferensi video atau telepon adalah pilihan terbaik berikutnya.

Memiliki orang yang tidak teknis sebagai saluran komunikasi antara klien dan pengembang sangat membatasi efisiensi komunikasi. Bahkan mengirim dokumen bolak-balik melalui email akan lebih baik, di mana setidaknya tidak ada perantara, jadi ada satu kemungkinan yang kurang untuk kesalahpahaman.

Meskipun saya setuju dengan Péter Török bahwa perantara dapat membatasi efisiensi, melakukan pembicaraan non-pengembang dengan pengguna akhir dapat meningkatkan efektivitas komunikasi.

Saya telah menemukan bahwa pengembang dan pengguna akhir sering kali dapat berbicara bersama tetapi masih salah paham satu sama lain karena mereka berasal dari "dunia yang berbeda." Sambil mengucapkan kata-kata yang sama, mereka mungkin memahaminya dengan makna hal-hal yang sama sekali berbeda ... Seorang perantara yang memahami baik pengguna akhir maupun pola pikir / bahasa pengembang, dapat sebanding dengan bobot mereka dalam emas yang meningkatkan saling pengertian tentang apa yang dibutuhkan / apa yang akan dikembangkan.

Yang sedang berkata, bertanya kepada manajer, apakah itu manajer akun atau jenis manajer lainnya, bukanlah cara yang tepat. Menjembatani kesenjangan antara dunia pengembang dan pengguna akhir adalah keterampilan dan bukan sesuatu yang Anda lakukan "sebagai tambahan."

Singkatnya, cara kerja ini penuh dengan bahaya dan merupakan salah satu alasan lahirnya Manifesto Agile .

{upaya buruk humor} Memohon, meminjam, melawan, menipu, mencuri, pesona, bawa ke pub, melakukan apa pun yang Anda bisa untuk benar-benar terlibat dengan pengguna akhir {/ upaya buruk humor}

Tapi serius, jika Anda tidak bisa mendapatkan akses maka setidaknya pastikan ada siklus umpan balik yang cepat. Jadi ya Anda dapat mengajukan pertanyaan melalui manajer akun (jika Anda dapat mengakses klien secara langsung, bahkan jika dari jarak jauh melalui email yang masih lebih baik), tetapi tanyakan setiap hari dan berikan prototipe sesering mungkin bagi klien untuk dicoba.

Kalau tidak, Anda memiliki risiko besar mengirimkan sesuatu yang sebenarnya tidak diinginkan klien akhir.

Saya bekerja di organisasi ukuran sedang-besar dan kami memiliki tim solusi bisnis yang memiliki banyak analis bisnis. Mereka melakukan pekerjaan penting karena mereka memahami proses bisnis dengan sangat baik dan menerjemahkan apa yang diinginkan bisnis ke apa yang dipahami pengembang. Ini bekerja dengan cara lain juga. Jika saya mendeteksi beberapa masalah desain dan / atau arsitektur atau mengusulkan cara alternatif untuk menyelesaikan masalah saya berbicara dengan mereka dan mereka pada gilirannya akan berbisnis.

Dalam bisnis besar ada banyak hal yang perlu dipertimbangkan selain hal teknis ketika melakukan suatu persyaratan. Seperti masalah pelatihan staf, seperti tidak memengaruhi pelanggan dengan perubahan, seperti proses kompensasi yang ada untuk menjadikan pertanyaan Anda tidak menjadi masalah, atau "John" adalah pemasaran menggunakan fungsi ini dan Anda tidak bisa hanya mengubahnya, dll.

Untuk menjawab pertanyaan Anda jika Anda memiliki struktur, gunakan itu. Beri mereka daftar pertanyaan untuk ditindaklanjuti dengan manajer akun bisnis.

Anda sedang bermain persyaratan mengumpulkan versi permainan telepon. Paling-paling, ini akan menyebabkan banyak inefisiensi komunikasi. Paling buruk, itu akan menyebabkan persyaratan yang dikumpulkan tidak benar. Pentingnya putaran umpan balik ini dan efisiensinya adalah salah satu alasan utama mengapa Perwakilan Pelanggan adalah salah satu peran paling berharga (dan paling sulit untuk diukur) dalam tim Agile.

TIDAK

Menjawab pertanyaan Anda secara harfiah, jawabannya tidak bisa lain dari kata "TIDAK! TIDAK! RIBU DAN DUA PULUH EMPAT KALI TIDAK!" kecuali "Manajer Akun" juga merupakan konsultan, analis, dan pengembang yang terlatih

Jika harus ada perantara yang tidak terlatih dalam proses ini, Anda lebih baik mengirimkan survei pengguna melalui email dan hanya CC'ing manajer akun. Ia tidak mungkin dapat menambah nilai pada proses, tetapi tentu saja dapat memutarbalikkan komunikasi.

Peran yang tepat untuk Manajer Akun dalam proses ini adalah untuk berpartisipasi dalam percakapan sebagai pemangku kepentingan , bukan sebagai middleware atau analis amatir.