Bir ürün geliştiricileri paydaş olarak kabul edilir mi?
Bir ürün geliştiricileri paydaş olarak kabul edilir mi?
Yanıtlar:
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.
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.
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?
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.
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ı:
veya
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.
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.
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.
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
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.
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.