Apakah pengembang merupakan pemangku kepentingan dalam suatu sistem

Apakah pengembang produk dianggap sebagai pemangku kepentingan?

Secara umum, ya, pengembang adalah pemangku kepentingan pada proyek perangkat lunak. Itu konsisten dengan definisi kamus dari istilah tersebut . 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 stakeholder digunakan untuk merujuk kepada orang atau kelompok mana saja yang akan dipengaruhi oleh sistem, secara langsung atau tidak langsung. Stakeholder termasuk pengguna akhir yang berinteraksi dengan sistem dan semua orang di 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 praktisi, praktisi yang merekayasa sistem, pelanggan yang menentukan persyaratan untuk perangkat lunak, dan pengguna akhir yang akan berinteraksi dengan sistem yang dikirimkan.

Partisipasi Aktif Stakeholder 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 semua orang. Namun, ini perlu diprioritaskan dan dipertimbangkan dengan setiap kebutuhan lainnya.

Biasanya tidak, tapi bisa ada pengecualian. " Makan makanan anjing Anda sendiri " muncul di benak 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.

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?

Jika ini diminta sehubungan dengan Scrum maka tidak ada ...

... 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 terkena dampak 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 di kemudian hari, maka Anda menjadi pemangku kepentingan di setiap produk lainnya.

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 sementara 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 di 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 terakhir.

Perasaan umum saya adalah bahwa 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.

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, dia jelas merupakan pemangku kepentingan karena dia memiliki kepentingan pribadi untuk membuat perangkat lunak itu bekerja dengan benar.

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.

Tidak, mereka bukan.

Stakeholder: Seseorang atau organisasi yang mungkin terpengaruh oleh keberhasilan atau kegagalan suatu proyek atau organisasi

Sumber: http://www.site.uottawa.ca:4321/oose/index.html#stakeholder

Pada dasarnya, Stakeholder adalah individu atau organisasi atau, sederhananya, "adalah entitas yang memiliki pengaruh baik / buruk pada penyelesaian proyek".

Stakeholder sangat penting dalam pencapaian proyek. Stakeholder dapat berupa klien, grup pengguna, manajer proyek, pemimpin proyek atau koordinator.

Anda harus memenuhi harapan para pemangku kepentingan dalam penyelesaian proyek.

Saya pikir itu tergantung pada proyeknya.

Pemegang pasak mencakup siapa pun yang memiliki pasak atau minat dalam apa yang sistem lakukan karena dengan begitu mereka akan memiliki beberapa persyaratan untuk mengatakan apa yang harus dilakukan. Oleh karena itu saya tidak akan menyertakan pengembang dalam proyek di mana kode hanya didorong keluar pintu dan dilupakan tetapi akan menyertakan mereka jika mereka mendukung proyek atau memperluasnya karena itu maka pengembang memerlukan sistem yang dapat dipertahankan / diperluas.