Gli sviluppatori di un prodotto sono considerati parti interessate?
Gli sviluppatori di un prodotto sono considerati parti interessate?
In generale, sì, gli sviluppatori sono parti interessate su un progetto software. Questo è coerente con la definizione del dizionario del termine . Ecco alcune definizioni di stakeholder, da varie pubblicazioni:
Requisiti software di Karl Wieger :
stakeholder A person, group, or organization that is actively involved in a project, is affected by its outcome, or can influence its outcome.
Ingegneria software di Ian Sommverville 8 :
The term stakeholder is used to refer to any person or group who will be affected by the system, directly or indirectly. Stakeholders include end-users who interact with the system and everyone else in an organisation that may be affected by its installation. Other system stakeholders may be engineers who are developing or maintaining related systems, business managers, domain experts, and trade union representatives.
Ingegneria del software di Roger S. Pressman: A Practitioner's Approach (6a edizione) definisce cinque gruppi o stakeholder: 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 migliore pratica agile :
My definition of a project stakeholder is anyone who is a direct user, indirect user, manager of users, senior manager, operations staff member, the "gold owner" who funds the project, support (help desk) staff member, auditors, your program/portfolio manager, developers working on other systems that integrate or interact with the one under development, or maintenance professionals potentially affected by the development and/or deployment of a software project.
...
In this definition I have chosen to exclude the developers who are working on the project. This may seem strange at first because developers clearly have an important stake in the projects that they work on. Yes, developers are definitely project stakeholders. Why do I continue to distinguish between developers and project stakeholders? Because I want convenient terms to distinguish them, I really don’t like “developer stakeholder” and “non-developer stakeholder”, and because they have different roles to play on a project.
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 bilanciati con i bisogni di tutti gli altri. Tuttavia, questi devono essere priorizzati e presi in considerazione con ogni altra esigenza.
Di solito no, ma possono esserci delle eccezioni. "Mi viene in mente Mangiare il tuo cibo per cani " come eccezione principale in quanto in questo caso gli sviluppatori potrebbero utilizzare ciò che costruiscono direttamente e quindi sono parti interessate in una certa misura. Tuttavia, mi verrebbe da chiedersi se si trattasse comunque di più di una piccola percentuale di sviluppatori.
Sì, per un sistema che vivrà e verrà mantenuto. Gli sviluppatori probabilmente lavoreranno 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 è 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 ...
...definition of a project stakeholder is anyone who is a direct user, indirect user, manager of users, senior manager, operations staff member, the "gold owner" who funds the project, support (help desk) staff member, auditors, your program/portfolio manager, developers working on other systems that integrate or interact with the one under development, or maintenance professionals potentially affected by the development and/or deployment of a software project...
Le parti interessate sono individui esterni all'attuale team di sviluppo del prodotto in una forma o nell'altra. Se sei nella squadra X e un altro sviluppatore è nella squadra Y e lavori su prodotti diversi che interagiscono tra loro in un secondo momento, diventi uno stakeholder in ogni altro prodotto.
Dopo un po 'di googling, 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 Scott Ambler di Aaron, più di una metodologia evita del tutto il termine. Altri cercano di suddividerlo in diverse categorie di stakeholder. Il risultato è che mentre c'è un significato generale che lo stakeholder è "qualcuno interessato", il significato preciso è perso.
Ciò che questo interesse deriva da uno dei due significati nella mia mente:
o
L'organismo di sponsorizzazione si adatta a entrambe le definizioni. Un altro argomento è il modo in cui gli utenti finali si inseriscono nell'organismo di sponsorizzazione. Per ora, supponiamo che si adattino perché non sono disposto a dividerci i capelli. Chiunque nel team del progetto si adatta anche al secondo significato.
Alla fine ciò che conta è che il valore deriva dalle nostre applicazioni e capiamo che gli sponsor ottengono l'ultima parola.
Il mio sentimento generale è che le persone che vogliono coinvolgere gli sviluppatori nel gruppo "Stakeholders" si preoccupano molto perché hanno visto situazioni in cui gli sviluppatori sono trattati come ingranaggi in una macchina e spesso trattati male come risultato. Il feedback sui requisiti non è consentito, gli straordinari non retribuiti significativi sono obbligatori, ecc. Dato che stai rinunciando a tempo e sanità mentale al di sopra di quanto ci si dovrebbe aspettare, ci sono persone inclini a considerarlo un investimento. Investimento = palo quindi nelle loro menti il team di sviluppo è rappresentato dalle parti interessate.
Di conseguenza, non sono un fan del termine. "Sponsor" è chiaro. "Stakeholder" non lo è.
Potrebbero esserlo Se la loro posizione dopo che il prodotto è finito sarà diverso da prima, sono uno stakeholder. Ad esempio, se uno sviluppatore riceve uno stipendio per lo sviluppo di software per un'azienda, è probabile che non sia uno stakeholder perché nulla cambierà prima che il prodotto venga consegnato. Tuttavia, se è un partner in una startup, in cui la sua posizione finanziaria dipende dal successo del prodotto, direi che è uno stakeholder.
Un altro esempio potrebbe essere il caso (certamente raro) di uno sviluppatore che crea software che utilizzerà. In tal caso, è sicuramente uno stakeholder perché ha interesse a far funzionare correttamente il software.
Gli sviluppatori sono davvero parti interessate (influenzate 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 propria base di competenze, mentre i secondi vogliono essere in grado di stare al passo con il solito numero 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 rivolte 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 piuttosto in basso sul totem. Sfortunatamente, questo può avere l'effetto di ignorare anche la manutenibilità, aumentando il debito tecnico come se non ci fosse un domani.
Fondamentalmente, uno Stakeholder è un individuo o un'organizzazione o, per dirla semplicemente, "è un'entità che sta avendo una buona / cattiva influenza sul completamento del progetto".
Le parti interessate sono molto importanti nella realizzazione del progetto. Le parti interessate possono essere un cliente, un gruppo di utenti, un project manager, un capo progetto o un coordinatore.
Devi soddisfare le aspettative degli stakeholder nel completamento del progetto.
Penso che dipenda dal progetto.
Un detentore di quote comprende chiunque abbia un interesse o un interesse in ciò che fa il sistema, poiché in tal caso avrà alcuni requisiti per dire cosa dovrebbe fare. Quindi non includerei gli sviluppatori in un progetto in cui il codice è semplicemente spinto fuori dalla porta e dimenticato ma li includerebbe se stanno supportando il progetto o estendendolo in quanto è quindi gli sviluppatori richiedono che il sistema sia mantenibile / estendibile.
Leggi altre domande sui tag project-management