it-swarm.it

Gli sviluppatori sono parti interessate in un sistema

Gli sviluppatori di un prodotto sono considerati stakeholder?

23
Tom

In generale, sì, gli sviluppatori sono parti interessate in un progetto software. Ciò è coerente con 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, ne è influenzata o può influenzarne l'esito.

Ingegneria del software 8 di Ian Sommverville :

Il termine stakeholder è usato per riferirsi a 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 le problematiche aziendali, project/technical manager che organizzano e controllano i professionisti, i professionisti che progettano il sistema, clienti che specificano i requisiti per il software e 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, non mi piacciono davvero "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, quando si costruisce 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.

20
Thomas Owens

Di solito no, ma ci possono essere eccezioni. " Mangia il tuo cibo per cani " viene in mente la principale eccezione 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.

5
JB King

Se questo viene richiesto 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.

4
Aaron McIver

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?

4
froderik

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 la Parola finale.

La mia sensazione generale è che le persone che vogliono inserire gli 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 è.

2
MIA

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 la consegna del prodotto. 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.

0
Michael K

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.

0
Pontus Gagge