it-swarm-id.com

Apakah pengembang merupakan pemangku kepentingan dalam suatu sistem

Apakah pengembang produk dianggap sebagai pemangku kepentingan?

23
Tom

Secara umum, ya, pengembang adalah pemangku kepentingan pada proyek perangkat lunak. Itu konsisten dengan definisi kamus istilah . Berikut adalah beberapa definisi pemangku kepentingan, dari berbagai publikasi:

Persyaratan Perangkat Lunak Karl Wieger :

pemangku kepentingan Seseorang, kelompok, atau organisasi yang secara aktif terlibat dalam suatu proyek, dipengaruhi oleh hasilnya, atau dapat memengaruhi hasilnya.

Rekayasa Perangkat Lunak Ian Sommverville 8 :

Istilah pemangku kepentingan digunakan untuk merujuk pada setiap orang atau kelompok yang akan dipengaruhi oleh sistem, secara langsung atau tidak langsung. Stakeholder termasuk pengguna akhir yang berinteraksi dengan sistem dan semua orang dalam organisasi yang mungkin terpengaruh oleh pemasangannya. Pemangku kepentingan sistem lainnya mungkin adalah insinyur yang mengembangkan atau memelihara sistem terkait, manajer bisnis, pakar domain, dan perwakilan serikat pekerja.

Roger S. Pressman Rekayasa Perangkat Lunak: Pendekatan Praktisi (Edisi ke-6) mendefinisikan lima kelompok atau pemangku kepentingan: manajer senior yang mendefinisikan masalah bisnis, manajer proyek/teknis yang mengatur dan mengendalikan para praktisi, para praktisi yang merekayasa sistem, pelanggan yang menentukan persyaratan untuk perangkat lunak, dan pengguna akhir yang akan berinteraksi dengan sistem yang dikirimkan.

Partisipasi Stakeholder Aktif Scott Ambler: Praktek Terbaik Agile :

Definisi saya tentang pemangku kepentingan proyek adalah siapa saja yang merupakan pengguna langsung, pengguna tidak langsung, manajer pengguna, manajer senior, anggota staf operasi, "pemilik emas" yang mendanai proyek, staf pendukung (help desk), auditor, program Anda/manajer portofolio, pengembang yang bekerja pada sistem lain yang mengintegrasikan atau berinteraksi dengan sistem yang sedang dikembangkan, atau profesional pemeliharaan yang berpotensi terkena dampak pengembangan dan/atau penyebaran proyek perangkat lunak.

...

Dalam definisi ini saya telah memilih untuk mengecualikan pengembang yang sedang mengerjakan proyek. Ini mungkin tampak aneh pada awalnya karena pengembang jelas memiliki kepentingan besar dalam proyek yang mereka kerjakan. Ya, pengembang jelas merupakan pemangku kepentingan proyek. Mengapa saya terus membedakan antara pengembang dan pemangku kepentingan proyek? Karena saya ingin istilah yang mudah untuk membedakannya, saya benar-benar tidak suka "pemangku kepentingan pengembang" dan "pemangku kepentingan non-pengembang", dan karena mereka memiliki peran yang berbeda untuk dimainkan dalam suatu proyek.

Dalam praktiknya, saya biasanya melihat para pemangku kepentingan dipecah menjadi kelompok-kelompok, dan satu kelompok berisi orang-orang yang membangun sistem. Penting untuk menyadari bahwa, ketika membangun sistem, para pengembang memang memiliki kebutuhan dan kekhawatiran yang perlu diseimbangkan dengan kebutuhan orang lain. Namun, ini perlu diprioritaskan dan dipertimbangkan dengan setiap kebutuhan lainnya.

20
Thomas Owens

Biasanya tidak, tetapi bisa ada pengecualian. " Mengkonsumsi makanan anjing Anda sendiri " muncul sebagai pengecualian utama karena dalam hal ini pengembang mungkin menggunakan apa yang mereka bangun secara langsung dan dengan demikian mereka adalah pemangku kepentingan sampai batas tertentu. Namun, saya mempertanyakan apakah ini lebih dari beberapa persen pengembang secara keseluruhan.

5
JB King

Jika ini diminta sehubungan dengan Scrum maka tidak ...

... definisi pemangku kepentingan proyek adalah siapa saja yang merupakan pengguna langsung, pengguna tidak langsung, manajer pengguna, manajer senior, anggota staf operasi, "pemilik emas" yang mendanai proyek, staf pendukung (help desk), auditor, manajer program/portofolio Anda, pengembang yang bekerja pada sistem lain yang mengintegrasikan atau berinteraksi dengan yang sedang dalam pengembangan, atau profesional pemeliharaan yang berpotensi dipengaruhi oleh pengembangan dan/atau penyebaran proyek perangkat lunak ...

Stakeholder adalah individu di luar tim pengembangan produk saat ini dalam satu bentuk atau lainnya. Jika Anda berada di tim X dan pengembang lain di tim Y dan Anda bekerja pada produk yang berbeda yang berinteraksi satu sama lain pada titik waktu kemudian, Anda menjadi pemangku kepentingan di setiap produk lainnya.

4
Aaron McIver

Ya - untuk sistem yang akan hidup dan dipelihara. Pengembang cenderung bekerja dengan kode untuk memperbaiki bug dan memperkenalkan fitur-fitur baru lama setelah tim awal menutup proyek. Persyaratan penting untuk sistem yang berumur panjang adalah kemampuan pemeliharaan dan siapa yang harus mempertaruhkan sahamnya jika bukan pengembang?

4
froderik

Setelah sedikit googling, saya harus mengatakan bahwa ini adalah pertanyaan yang tidak dapat dijawab. Tidak ada satu definisi pemangku kepentingan dan sumber yang berbeda menggunakannya secara berbeda.

Seperti yang ditunjukkan oleh referensi Scott Ambler oleh Aaron, lebih dari satu metodologi menghindari istilah itu sama sekali. Yang lain mencoba memecahnya menjadi berbagai kategori pemangku kepentingan. Hasilnya adalah bahwa meskipun ada makna umum bahwa pemangku kepentingan adalah "seseorang dengan minat", makna yang tepat hilang.

Apa yang menarik itu sampai pada salah satu dari dua makna dalam pikiran saya:

  • Mereka yang berharap memperoleh nilai primer dari aplikasi

atau

  • Mereka yang akan berinvestasi dalam hasil proyek.

Badan sponsor cocok dengan kedua definisi tersebut. Bagaimana pengguna akhir masuk ke dalam badan sponsor adalah topik lain sepenuhnya. Untuk sekarang, mari kita asumsikan mereka cocok karena saya tidak mau membagi rambut di atasnya. Siapa pun di tim proyek cocok dengan makna kedua juga.

Pada akhirnya yang penting adalah bahwa nilai tersebut berasal dari aplikasi kami dan kami memahami bahwa sponsor mendapatkan kata akhir.

Perasaan umum saya adalah bahwa orang-orang yang ingin menyatukan pengembang ke dalam kelompok "Pemangku Kepentingan" sebagian besar peduli karena mereka telah melihat situasi di mana pengembang diperlakukan sebagai roda penggerak dalam sebuah mesin dan seringkali diperlakukan dengan buruk sebagai hasilnya. Umpan balik tentang persyaratan tidak diperbolehkan, lembur signifikan yang tidak dibayar adalah wajib, dll. Karena Anda memberikan waktu dan kewarasan di atas apa yang diharapkan, ada orang yang cenderung melihatnya sebagai investasi. Investasi = taruhan jadi dalam pikiran mereka tim pengembang adalah pemangku kepentingan.

Akibatnya, saya bukan penggemar istilah ini. "Sponsor" jelas. "Stakeholder" tidak.

2
MIA

Mereka mungkin. Jika posisi mereka setelah produk jadi akan berbeda dari sebelumnya, mereka adalah pemangku kepentingan. Misalnya, jika pengembang dibayar gaji untuk mengembangkan perangkat lunak untuk perusahaan, kemungkinan dia bukan pemangku kepentingan karena tidak ada yang akan berubah setelah produk dikirimkan. Namun, jika ia adalah mitra dalam startup, di mana posisi keuangannya tergantung pada produk yang sukses, saya berpendapat bahwa ia adalah pemangku kepentingan.

Contoh lain adalah kasus (diakui jarang) pengembang membuat perangkat lunak yang akan ia gunakan. Dalam hal ini, ia jelas merupakan pemangku kepentingan karena ia memiliki kepentingan pribadi untuk membuat perangkat lunak itu bekerja dengan benar.

0
Michael K

Pengembang memang pemangku kepentingan (dipengaruhi oleh apa yang diproduksi): baik mereka yang awalnya mengembangkan sistem, dan mereka yang memelihara itu. Yang pertama cenderung tertarik pada teknologi baru dan meningkatkan basis keterampilan mereka, sedangkan yang terakhir ingin dapat mengikuti sejumlah besar sistem yang biasanya harus mereka pelihara.

Namun, pemangku kepentingan 'sah' adalah pertanyaan lain. Ketika menyeimbangkan persyaratan, semua pemangku kepentingan tentu tidak akan menemukan kekhawatiran mereka ditujukan untuk kepuasan mereka. Apakah perusahaan Anda khawatir kehilangan pengembang top? Menambah kekhawatiran pengembang. Jika tidak, pengembang cenderung berakhir cukup rendah di tiang totem. Sayangnya, ini dapat memiliki efek mengabaikan pemeliharaan juga, membangun hutang teknis seperti tidak ada hari esok.

0
Pontus Gagge