Gli sviluppatori sono parti interessate in un sistema

Gli sviluppatori di un prodotto sono considerati stakeholder?

In genere sì, gli sviluppatori sono parti interessate in un progetto software. Ciò è coerente con la definizione del dizionario del termine . Ecco alcune definizioni di stakeholder, da varie pubblicazioni:

Requisiti software di Karl Wieger :

stakeholder Una persona, un gruppo o un'organizzazione che è attivamente coinvolta in un progetto, è influenzata dal suo esito o può influenzarne l'esito.

Software Engineering 8 di Ian Sommverville :

Il termine stakeholder viene utilizzato per indicare qualsiasi persona o gruppo che sarà interessato dal sistema, direttamente o indirettamente. Le parti interessate comprendono gli utenti finali che interagiscono con il sistema e tutti gli altri in un'organizzazione che potrebbero essere interessati dalla sua installazione. Altre parti interessate del sistema possono essere ingegneri che stanno sviluppando o gestendo sistemi correlati, dirigenti aziendali, esperti di dominio e rappresentanti sindacali.

Ingegneria del software di Roger S. Pressman: A Practitioner's Approach (6th Edition) definisce cinque gruppi o parti interessate: senior manager che definiscono problemi di business, project / technical manager che organizzano e controllano i professionisti, i professionisti che progettano il sistema, i clienti che specificano i requisiti per il software e gli utenti finali che interagiranno con il sistema fornito.

Partecipazione attiva delle parti interessate di Scott Ambler: una best practice agile :

La mia definizione di stakeholder del progetto è chiunque sia un utente diretto, un utente indiretto, un gestore di utenti, un senior manager, un membro dello staff operativo, il "proprietario dell'oro" che finanzia il progetto, un membro dello staff di supporto (help desk), un auditor, il tuo programma / portfolio manager, sviluppatori che lavorano su altri sistemi che si integrano o interagiscono con quello in fase di sviluppo o professionisti della manutenzione potenzialmente interessati dallo sviluppo e / o dalla distribuzione di un progetto software.

...

In questa definizione ho scelto di escludere gli sviluppatori che stanno lavorando al progetto. All'inizio questo può sembrare strano perché gli sviluppatori hanno chiaramente un ruolo importante nei progetti su cui lavorano. Sì, gli sviluppatori sono sicuramente stakeholder del progetto. Perché continuo a distinguere tra sviluppatori e parti interessate del progetto? Poiché desidero distinguerli in termini convenienti, in realtà non mi piacciono "stakeholder sviluppatore" e "stakeholder non sviluppatore" e perché hanno ruoli diversi da svolgere in un progetto.

In pratica, in genere ho visto le parti interessate suddivise in gruppi e un gruppo contiene le persone che costruiscono il sistema. È importante riconoscere che, durante la costruzione di un sistema, gli sviluppatori hanno esigenze e preoccupazioni che devono essere bilanciate con le esigenze di tutti gli altri. Tuttavia, questi devono essere prioritari e presi in considerazione con ogni altra esigenza.

Di solito no, ma ci possono essere eccezioni. " Mangiare il proprio cibo per cani " viene in mente come l'eccezione principale in quanto in questo caso gli sviluppatori potrebbero utilizzare ciò che costruiscono direttamente e quindi sono in qualche modo parti interessate. Tuttavia, mi chiederei se questo fosse più di qualche percento degli sviluppatori nel complesso.

Sì - per un sistema che vivrà e sarà mantenuto. È probabile che gli sviluppatori lavorino con il codice per correggere i bug e introdurre nuove funzionalità molto tempo dopo che il team iniziale ha chiuso il progetto. Un requisito importante per i sistemi di lunga durata sono la manutenibilità e chi dovrebbe mettere la propria posta in gioco se non gli sviluppatori?

Se questo viene chiesto in relazione a Scrum, allora no ...

... la definizione di stakeholder del progetto è chiunque sia un utente diretto, un utente indiretto, un gestore di utenti, un senior manager, un membro dello staff operativo, il "proprietario dell'oro" che finanzia il progetto, un membro dello staff di supporto (help desk), revisori, il tuo programma / gestore di portafoglio, sviluppatori che lavorano su altri sistemi che si integrano o interagiscono con quello in fase di sviluppo o professionisti della manutenzione potenzialmente interessati dallo sviluppo e / o dalla distribuzione di un progetto software ...

Le parti interessate sono soggetti esterni all'attuale team di sviluppo del prodotto in una forma o nell'altra. Se fai parte del team X e un altro sviluppatore fa parte del team Y e stai lavorando su prodotti diversi che interagiscono tra loro in un momento successivo, allora diventi un stakeholder in ogni altro prodotto.

Dopo un po 'di ricerche su Google, devo dire che questa è una domanda senza risposta. Non esiste una definizione di stakeholder e diverse fonti lo usano in modo diverso.

Come sottolinea il riferimento di Scott Ambler di Aaron, più di una metodologia evita del tutto il termine. Altri cercano di scomporlo in diverse categorie di stakeholder. Il risultato è che mentre c'è un significato generale che gli stakeholder sono "qualcuno con interesse", il significato preciso è perso.

Qual è l'interesse per uno dei due significati che ho in mente:

• Coloro che prevedono di trarre valore primario dall'applicazione

o

• Coloro che investiranno nel risultato del progetto.

L'organismo di sponsorizzazione si adatta a entrambe le definizioni. Il modo in cui gli utenti finali si inseriscono nell'organismo di sponsorizzazione è un altro argomento. Per ora, supponiamo che si adattino perché non sono disposto a dividere i capelli su di esso. Chiunque nel team di progetto si adatta anche al secondo significato.

Alla fine, ciò che conta è che il valore derivi dalle nostre applicazioni e comprendiamo che gli sponsor ottengono l'ultima parola.

La mia sensazione generale è che le persone che vogliono entrare a far parte degli sviluppatori nel gruppo "Stakeholders" si preoccupano in gran parte perché hanno visto situazioni in cui gli sviluppatori sono trattati come ingranaggi in una macchina e spesso trattati male di conseguenza. Non è consentito il feedback sui requisiti, sono necessari significativi straordinari non retribuiti, ecc. Dato che stai rinunciando a tempo e sanità mentale al di sopra di quanto ci si aspetterebbe, ci sono persone propense a vederlo come un investimento. Investimento = stake così nelle loro menti il ​​team di sviluppo è stakeholder.

Di conseguenza, non sono un fan del termine. "Sponsor" è chiaro. "Stakeholders" non lo è.

Possono essere. Se la loro posizione dopo che il prodotto è finito sarà diversa rispetto a prima, sono parti interessate. Ad esempio, se uno sviluppatore riceve uno stipendio per sviluppare software per un'azienda, è probabile che non sia un stakeholder perché nulla cambierà dopo che il prodotto viene consegnato. Tuttavia, se è un partner in una startup, in cui la sua posizione finanziaria dipende dal successo del prodotto, direi che è un stakeholder.

Un altro esempio potrebbe essere il caso (certamente raro) di uno sviluppatore che produce software che utilizzerà. In tal caso, è sicuramente un stakeholder perché ha un interesse acquisito a far funzionare correttamente quel software.

Gli sviluppatori sono effettivamente stakeholder (influenzati da ciò che viene prodotto): sia coloro che inizialmente sviluppano un sistema, sia coloro che lo mantengono. I primi tendono ad essere interessati alle nuove tecnologie e ad aumentare la loro base di competenze, mentre i secondi vogliono essere in grado di tenere il passo con il numero generalmente elevato di sistemi che devono mantenere.

Tuttavia, le parti interessate "legittime" sono un'altra domanda. Nel bilanciare i requisiti, tutte le parti interessate non troveranno certamente le loro preoccupazioni indirizzate alla loro soddisfazione. La tua azienda è preoccupata di perdere i migliori sviluppatori? Aumenta le preoccupazioni degli sviluppatori. In caso contrario, gli sviluppatori tendono a finire abbastanza in basso sul totem. Sfortunatamente, questo può avere l'effetto di ignorare anche la manutenibilità, accumulando debiti tecnici come se non ci fosse un domani.

No, non lo sono.

Stakeholder: una persona o un'organizzazione che può essere influenzata dal successo o dal fallimento di un progetto o di un'organizzazione

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

Fondamentalmente, uno Stakeholder è un individuo o un'organizzazione o, per dirla semplicemente, "è un'entità che ha un'influenza positiva / negativa sul completamento del progetto".

Le parti interessate sono molto importanti nella realizzazione del progetto. Le parti interessate possono essere clienti, gruppi di utenti, project manager, project leader o coordinatori.

Devi soddisfare le aspettative degli stakeholder nel completamento del progetto.

Penso che dipenda dal progetto.

Un detentore di palo include chiunque abbia un interesse o un interesse in ciò che fa il sistema perché avranno quindi dei requisiti per dire cosa dovrebbe fare. Pertanto non includerei gli sviluppatori in un progetto in cui il codice viene semplicemente spinto fuori e dimenticato, ma li includerei se supportano il progetto o lo estendono poiché è allora che gli sviluppatori richiedono che il sistema sia mantenibile / estendibile.