Geliştiriciler bir sistemde bir paydaş mıdır?


23

Bir ürün geliştiricileri paydaş olarak kabul edilir mi?


Belki ... sisteme bağlı olabilir.

Arızalardan sorumlu olduğu gibi istif tutucusu. Parasal olarak başarıdan yararlananlarda olduğu gibi değil .;)
abel

"Paydaş", "Söylemesi gereken şeyleri söylemesi gereken, ancak yasal olarak hakkı olmayan biri" için bir tür Newspeak. Asıl soru ne , merak ediyoruz?
Tony Ennis

Sisteme bağlı.
Dinamik

Lütfen özellikle scrum tarafından tanımlandığı şekilde "paydaş" mı demek istediğinizi veya sadece terimi genel anlamda mı kullandığınızı belirtin. Bu bağlamda cevap tamamen farklıdır.
Jimmy Hoffa,

Yanıtlar:


20

Genel olarak, evet, geliştiriciler bir yazılım projesinde paydaşlardır. Bu , terimin sözlük tanımıyla tutarlıdır . İşte çeşitli yayınlardan paydaşların birkaç tanımı:

Karl Wieger'in Yazılım Gereksinimleri :

paydaş Bir projeye aktif olarak katılan bir kişi, grup veya kuruluş, sonuçlarından etkilenir veya sonucunu etkileyebilir.

Ian Sommverville'in Yazılım Mühendisliği 8 :

Paydaş terimi , sistemden doğrudan veya dolaylı olarak etkilenecek herhangi bir kişi veya gruba atıfta bulunmak için kullanılır. Paydaşlar, sistemle etkileşime giren son kullanıcıları ve bir kuruluştaki kurulumundan etkilenebilecek herkesi içerir. Diğer sistem paydaşları, ilgili sistemleri geliştiren veya sürdüren mühendisler, işletme yöneticileri, alan uzmanları ve sendika temsilcileri olabilir.

Roger S. Pressman'ın Yazılım Mühendisliği: Bir Uygulayıcı Yaklaşımı (6. Baskı) beş grubu veya paydaşları tanımlar: işletme sorunlarını tanımlayan üst düzey yöneticiler, uygulayıcıları organize eden ve kontrol eden proje / teknik yöneticiler, sistemi yapan pratisyenler, gereksinimleri belirleyen müşteriler Yazılım ve sunulan sistemle etkileşime girecek son kullanıcılar için.

Scott Ambler'in Aktif Paydaş Katılımı: Çevik Bir En İyi Uygulama :

Proje paydaş tanımım, doğrudan kullanıcı, dolaylı kullanıcı, kullanıcı yöneticisi, üst düzey yönetici, işletme personeli, projeyi finanse eden "altın sahibi", destek (yardım masası) personeli, denetçiler, programınızdır. / portföy yöneticisi, geliştirilmekte olan sistemle bütünleşen veya etkileşime giren diğer sistemler üzerinde çalışan geliştiriciler veya bir yazılım projesinin geliştirilmesinden ve / veya uygulanmasından potansiyel olarak etkilenen bakım profesyonelleri.

...

Bu tanımda, proje üzerinde çalışan geliştiricileri dışlamayı seçtim. Bu ilk bakışta garip gelebilir çünkü geliştiricilerin üzerinde çalıştıkları projelerde açıkça önemli bir payları var. Evet, geliştiriciler kesinlikle proje paydaşlarıdır. Geliştiriciler ile proje paydaşları arasında neden ayrım yapmaya devam ediyorum? Onları ayırt etmek için uygun terimler istediğim için “geliştirici paydaş” ve “geliştirici olmayan paydaş” ı gerçekten sevmiyorum ve bir projede oynayacakları farklı rolleri var.

Uygulamada, tipik olarak paydaşları gruplara ayırdığını gördüm ve bir grup sistemi oluşturan kişileri içeriyor. Bir sistem inşa ederken, geliştiricilerin herkesin ihtiyaçları ile dengelenmesi gereken ihtiyaç ve endişeleri olduğunu kabul etmek önemlidir. Bununla birlikte, bunlara öncelik verilmesi ve diğer her ihtiyaç için de dikkate alınması gerekir.


5

Genellikle hayır, ancak istisnalar olabilir. “ Kendi köpek yemenizi yemek ”, bu durumda geliştiricilerin doğrudan inşa ettikleri şeyi kullandıkları ve bu nedenle bir dereceye kadar paydaş oldukları için, bu durumun ana istisnası olarak akla geliyor. Ancak, bunun genel olarak geliştiricilerin yüzde birkaçından daha fazlası olup olmadığını sorgulayacağım.


4

Evet - yaşayacak ve sürdürülecek bir sistem için. Geliştiricilerin hataları gidermek ve ilk ekip projeyi kapattıktan hemen sonra yeni özellikler tanıtmak için kodla birlikte çalışması olasıdır. Uzun ömürlü sistemler için önemli bir gereklilik sürdürülebilirliktir ve geliştiriciler olmasaydı kime bu konuyu riske sokmalıdır?


4

Bu Scrum ile ilgili olarak isteniyorsa, hayır ...

... proje paydaşının tanımı; doğrudan kullanıcı, dolaylı kullanıcı, kullanıcı yöneticisi, üst düzey yönetici, işletme personeli, projeyi finanse eden "altın sahibi", destek (yardım masası) personeli, denetçiler, program / portföy yöneticiniz, geliştirilmekte olanla entegre olan veya etkileşime giren diğer sistemler üzerinde çalışan geliştiriciler veya bir yazılım projesinin geliştirilmesinden ve / veya uygulanmasından potansiyel olarak etkilenen bakım uzmanları ...

Menfaat sahipleri, mevcut ürün geliştirme ekibinin bir biçimde veya başka bir biçimde harici bireyleridir. X takımındaysanız ve başka bir geliştirici de Y takımındaysa ve daha sonra birbirleriyle etkileşime giren farklı ürünler üzerinde çalışıyorsanız, o zaman birbirlerinin ürününde paydaş olursunuz.


1
-1. "Evet, geliştiriciler kesinlikle proje paydaşıdır" ı kaçırdınız.
MIA

3
@Jim Doğrudan ekip içindeki geliştiricilerin paydaş olduğu gerçeğine katılmıyorum. Bütün fikir, paydaşların biriktirme sırasına öncelik vermesi, paydaşların sprint inceleme toplantısında görünmesi, paydaşların proje hakkında kodlama yaklaşımı dışında karar vermesi vs. paydaş değil. Genel takımın parçası mı, Scrum mu yoksa başka bir metodoloji mi? Evet; ama paydaşlar onlar değildir. Domuz ve tavuk masalları, projeye bağlılık hakkında ... paydaş olmama konusunda.
Aaron McIver

1
Ben sadece senin pozisyonunu desteklemeyecek pozisyonunu destekleyecek birini önerdiğini söylüyorum. Bu tartışmanın amaçları doğrultusunda, "Paydaş" ı dar anlamda kullanıyor, ancak aynı zamanda konsepti normal olarak geliştiricileri de kapsadığını düşünüyor. Neden seninle aynı fikirde olmayan birini işaret etsin? Bakış açınızı referans göstermeden ve kendi argümanlarınızın esasına dayanmasına izin vermemeniz daha iyi.
MIA

1
@Jim Neyin alakası olduğunu alıntı yaptım ve kaynağa kredi verdim. Kuşkusuz bir romandaki bir geçitten bahsetmemi beklemiyorsunuz, ancak romanın içindeki her şeyin benim alıntımla alakalı olduğunu mu düşünüyorsunuz? Aynı fikir.
Aaron McIver

1
Tamam o zaman, sanırım bunu satın alabilirim. Bazen insanlar her şeyi okumadan başkalarını alıntı yaparlar. Bir boşluk düzenlemesi yaptım, böylece aşağı oy kullanabilecektim.
MIA

2

Biraz googling yaptıktan sonra, bunun cevaplanamaz bir soru olduğunu söylemeliyim. Bir paydaş tanımının tek bir tanımı yoktur ve farklı kaynaklar farklı şekilde kullanır.

Aaron'un Scott Ambler referansına işaret ettiği gibi, birden fazla metodoloji terimden tamamen kaçınır. Diğerleri farklı paydaş kategorilerine ayırmaya çalışır. Sonuç olarak, paydaşın "ilgisi olan biri" olduğu genel bir anlam olsa da, kesin anlamın kaybolması.

Bu ilginin ne olduğu aklımdaki iki anlamdan birine bağlı:

  • Uygulamadan birincil değer elde etmeyi bekleyenler

veya

  • Projenin sonucuna yatırım yapacak olanlar.

Sponsorluk organı her iki tanıma da uyar. Son kullanıcıların sponsorluk organına nasıl uydukları tamamen başka bir konudur. Şimdilik, formda olduklarını varsayalım çünkü tüyleri ayırmaya istekli değilim. Proje ekibindeki herkes de ikinci anlama geliyor.

Sonunda önemli olan bu değerin uygulamalarımızdan kaynaklanmasıdır ve sponsorların son sözü aldıklarını anlıyoruz.

Genel hissim, geliştiricilere "Paydaş" grubuna girmek isteyenlerin büyük bir özen göstermesi, çünkü geliştiricilerin bir makinede çark dişi gibi muamele gördükleri ve çoğunlukla kötü muamele gördükleri durumları gördükleri. Gereksinimler hakkında geri bildirime izin verilmez, önemli miktarda ödenmemiş fazla mesai zorunludur, vb. Beklenir. Beklenenden daha fazla zaman ve akıldan vazgeçtiğiniz için, bunu bir yatırım olarak görmeye yatkın insanlar vardır. Yatırım = hisse senetleri bu yüzden zihinlerinde geliştirme ekibi paydaşlardır.

Sonuç olarak, terimin hayranı değilim. "Sponsorlar" açıktır. "Paydaşlar" değildir.


0

Olabilirler. Ürün bittikten sonraki pozisyonları öncekinden farklı olacaksa, paydaşlarıdır. Örneğin, bir geliştiriciye bir şirket için yazılım geliştirmek için bir maaş ödenirse, ürün teslim edildiğinde hiçbir şey değişmeyeceği için şansı o bir paydaş değildir. Bununla birlikte, bir finansal kuruluşta finansal pozisyonunun başarılı olmasına bağlı olduğu başlangıçta bir ortak ise, onun bir paydaş olduğunu savunurum.

Diğer bir örnek, kullanacağı bir yazılım geliştirici için (kuşkusuz nadir) bir durum olabilir. Bu durumda, kesinlikle o bir paydaştır, çünkü o yazılımın doğru çalışması için kazanılmış bir ilgisi vardır.


0

Geliştiriciler gerçekten paydaşlardır (üretilenlerden etkilenir): Hem başlangıçta bir sistem geliştirenler hem de onu koruyanlar. İlki, yeni teknolojilerle ilgilenmeye ve onların yetenek tabanını arttırmaya meyilliyken, ikincisi, sürdürmek zorunda oldukları genellikle çok sayıda sisteme ayak uydurabilmek istemektedir.

Ancak, 'meşru' paydaşlar başka bir sorudur. Gereksinimleri dengeleme yaparken, tüm paydaşlar kesinlikle endişelerini memnuniyetlerine yönelik bulmayacaklardır. Şirketiniz en iyi geliştiricileri kaybetme konusunda endişeli mi? Geliştirici endişelerini artırın. Olmazsa, geliştiriciler totem direğinde oldukça düşük sonuçlanma eğilimindedir. Ne yazık ki, bunun yanı sıra sürdürülebilirliği de görmezden gelme, yarın yokmuş gibi teknik borç oluşturma etkisi olabilir.


-1

Hayır değiller.

Paydaş: Bir proje veya kuruluşun başarısından veya başarısızlığından etkilenebilecek bir kişi veya kuruluş

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


7
Ne? Yani, eğer programcı berbat bir yazılım yaratırsa ve sonuç olarak yazılımı satan şirketin hayatta kalamayacağını, programcının umursamayacağını mı söylüyorsunuz?
Klaus Byskov Hoffmann,

@Klaus - Sanırım, berbat bir yazılım üretmeyeceği temel bir profesyonellik düzeyi olduğunu varsayıyor.
Jon Hopkins,

5
Projenin başarısız olması sonucu işimi kaybedersem, etkilendiğimi tahmin ediyorum. Haftada 60+ çalışan kişi benimsem etkilenir. Lütfen etkilenen tanımınızı netleştirin.
MIA

1
Geliştiriciler, projenin başarısından veya başarısızlığından en çok etkilenenler arasındadır. Kişisel stres, kurumsal durum, mevcut ve gelecekteki istihdam - bunların tümü ve daha fazlası projenin ilerlemesinden ve sonuçlarından etkilenir.
yarışmacı

-1

Temel olarak, Bir Paydaş bir birey veya kurumdur veya basitçe söylemek gerekirse, "proje tamamlanmasında iyi / kötü etkiye sahip olan bir varlıktır".

Proje başarısında paydaşlar çok önemlidir. Paydaşlar müşteri, kullanıcı grubu, proje yöneticisi, proje lideri veya koordinatörü olabilir.

Proje bitiminde paydaşların beklentilerini karşılamak zorundasınız.


-1

Projeye bağlı olduğunu düşünüyorum.

Bir hisse sahibi, sistemin ne yaptığı ile ilgilenen ya da ilgilenen herkesi içerir çünkü o zaman ne yapması gerektiğini söylemek için bazı gereksinimleri olacaktır. Bu nedenle, geliştiricileri kodun basitçe itildiği ve unutulduğu bir projeye dahil etmeyeceğim, ancak projeyi destekliyorlarsa ya da daha sonra geliştiricilerin sistemin sürdürülebilir / genişletilebilir olmasını gerektirdiği şekilde genişletmeleri durumunda bunları dahil edecektim.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.