Les développeurs sont-ils parties prenantes d'un système

Les développeurs d'un produit sont-ils considérés comme des parties prenantes?

Généralement, oui, les développeurs sont parties prenantes d'un projet logiciel. Cela est conforme à la définition du terme du dictionnaire . Voici quelques définitions des parties prenantes, tirées de diverses publications:

Configuration logicielle requise pour Karl Wieger :

partie prenante Une personne, un groupe ou une organisation qui participe activement à un projet, est affecté par son résultat ou peut influencer son résultat.

Génie logiciel 8 d'Ian Sommverville :

Le terme partie prenante est utilisé pour désigner toute personne ou tout groupe qui sera affecté par le système, directement ou indirectement. Les parties prenantes comprennent les utilisateurs finaux qui interagissent avec le système et tous les autres membres d'une organisation qui peuvent être affectés par son installation. Les autres parties prenantes du système peuvent être des ingénieurs qui développent ou entretiennent des systèmes connexes, des chefs d'entreprise, des experts du domaine et des représentants syndicaux.

L'ingénierie logicielle de Roger S. Pressman: une approche de praticien (6e édition) définit cinq groupes ou parties prenantes: les cadres supérieurs qui définissent les problèmes commerciaux, les gestionnaires de projet / techniques qui organisent et contrôlent les praticiens, les praticiens qui conçoivent le système, les clients qui spécifient les exigences. pour le logiciel et les utilisateurs finaux qui interagiront avec le système livré.

Participation active des parties prenantes de Scott Ambler: une pratique exemplaire agile :

Ma définition d'une partie prenante du projet est toute personne qui est un utilisateur direct, un utilisateur indirect, un gestionnaire d'utilisateurs, un cadre supérieur, un membre du personnel d'exploitation, le "propriétaire d'or" qui finance le projet, un membre du personnel de soutien (help desk), des auditeurs, votre programme / gestionnaire de portefeuille, développeurs travaillant sur d'autres systèmes qui intègrent ou interagissent avec celui en cours de développement, ou professionnels de la maintenance potentiellement affectés par le développement et / ou le déploiement d'un projet logiciel.

...

Dans cette définition, j'ai choisi d'exclure les développeurs qui travaillent sur le projet. Cela peut sembler étrange au premier abord car les développeurs ont clairement un intérêt important dans les projets sur lesquels ils travaillent. Oui, les développeurs sont définitivement des parties prenantes du projet. Pourquoi dois-je continuer à faire la distinction entre les développeurs et les parties prenantes du projet? Parce que je veux des termes pratiques pour les distinguer, je n'aime vraiment pas «intervenant développeur» et «intervenant non développeur», et parce qu'ils ont des rôles différents à jouer sur un projet.

Dans la pratique, j'ai généralement vu les parties prenantes réparties en groupes, et un groupe contient les personnes qui construisent le système. Il est important de reconnaître que, lors de la construction d'un système, les développeurs ont des besoins et des préoccupations qui doivent être équilibrés avec les besoins de tout le monde. Cependant, ceux-ci doivent être classés par ordre de priorité et pris en considération avec tous les autres besoins.

Généralement non, mais il peut y avoir des exceptions. « Manger votre propre nourriture pour chien » vient à l'esprit comme la principale exception car dans ce cas, les développeurs peuvent utiliser directement ce qu'ils construisent et donc ils sont des parties prenantes dans une certaine mesure. Cependant, je me demandais si cela représentait plus de quelques pour cent des développeurs dans l'ensemble.

Oui - pour un système qui vivra et sera maintenu. Les développeurs sont susceptibles de travailler avec le code pour corriger les bogues et introduire de nouvelles fonctionnalités bien après la fermeture du projet par l'équipe initiale. Une exigence importante pour les systèmes à longue durée de vie est la maintenabilité et qui devrait y investir si ce n'est des développeurs?

Si cela est demandé par rapport à Scrum, alors non ...

... la définition d'une partie prenante du projet est toute personne qui est un utilisateur direct, un utilisateur indirect, un gestionnaire d'utilisateurs, un cadre supérieur, un membre du personnel des opérations, le "propriétaire d'or" qui finance le projet, un membre du personnel de soutien (help desk), des auditeurs, votre gestionnaire de programme / portefeuille, les développeurs travaillant sur d'autres systèmes qui intègrent ou interagissent avec celui en cours de développement, ou les professionnels de la maintenance potentiellement affectés par le développement et / ou le déploiement d'un projet logiciel ...

Les parties prenantes sont des personnes externes à l'équipe de développement de produits actuelle sous une forme ou une autre. Si vous faites partie de l'équipe X et qu'un autre développeur fait partie de l'équipe Y et que vous travaillez sur des produits différents qui interagissent les uns avec les autres à un moment ultérieur, vous devenez partie prenante de chacun des autres produits.

Après un peu de recherche sur Google, je dois dire que c'est une question sans réponse. Il n'y a pas de définition unique d'un intervenant et différentes sources l'utilisent différemment.

Comme le souligne la référence Scott Ambler d'Aaron, plus d'une méthodologie évite complètement le terme. D'autres tentent de le décomposer en différentes catégories d'acteurs. Le résultat est que, même s'il existe une signification générale que la partie prenante est "quelqu'un qui a de l'intérêt", la signification précise est perdue.

Quel est cet intérêt se résume à l'une des deux significations dans mon esprit:

• Ceux qui s'attendent à tirer une valeur primaire de l'application

ou

• Ceux qui investiront dans le résultat du projet.

L'organisme de parrainage correspond à l'une ou l'autre définition. La manière dont les utilisateurs finaux s'intègrent dans l'organisme de parrainage est un tout autre sujet. Pour l'instant, supposons qu'ils s'intègrent parce que je ne suis pas prêt à couper les poils dessus. Tout membre de l'équipe de projet correspond également à la deuxième signification.

En fin de compte, ce qui compte, c'est que la valeur dérive de nos candidatures et nous comprenons que les sponsors obtiennent le dernier mot.

Mon sentiment général est que les personnes qui souhaitent regrouper les développeurs dans le groupe "Parties prenantes" se soucient en grande partie du fait qu'elles ont vu des situations où les développeurs sont traités comme des rouages ​​dans une machine et souvent mal traités en conséquence. La rétroaction sur les exigences n'est pas autorisée, des heures supplémentaires importantes non rémunérées sont obligatoires, etc. Parce que vous abandonnez le temps et la raison au-dessus de ce qui devrait être prévu, il y a des gens enclins à voir cela comme un investissement. Investissement = enjeu donc dans leur esprit l'équipe de développement est partie prenante.

En conséquence, je ne suis pas un fan du terme. "Sponsors" est clair. «Parties prenantes» ne l'est pas.

Ils peuvent être. Si leur position après la fin du produit sera différente qu'auparavant, ils sont partie prenante. Par exemple, si un développeur reçoit un salaire pour développer un logiciel pour une entreprise, il est probable qu'il n'est pas partie prenante car rien ne changera après la livraison du produit. Cependant, s'il est partenaire dans une startup, où sa situation financière dépend du succès du produit, je dirais qu'il est partie prenante.

Un autre exemple serait le cas (certes rare) d'un développeur créant un logiciel qu'il utilisera. Dans ce cas, il est définitivement partie prenante car il a tout intérêt à ce que ce logiciel fonctionne correctement.

Les développeurs sont en effet des parties prenantes (affectées par ce qui est produit): à la fois ceux qui développent initialement un système et ceux qui le maintiennent. Les premiers ont tendance à s'intéresser aux nouvelles technologies et à accroître leur base de compétences, tandis que les seconds veulent pouvoir suivre le nombre généralement élevé de systèmes qu'ils doivent entretenir.

Cependant, les parties prenantes «légitimes» sont une autre question. En équilibrant les exigences, toutes les parties prenantes ne trouveront certainement pas leurs préoccupations satisfaites. Votre entreprise craint-elle de perdre les meilleurs développeurs? Renforcez les préoccupations des développeurs. Sinon, les développeurs ont tendance à se retrouver assez bas sur le totem. Malheureusement, cela peut aussi avoir pour effet d'ignorer la maintenabilité, d'accumuler une dette technique comme s'il n'y avait pas de lendemain.

Non, ils ne sont pas.

Partie prenante: personne ou organisation susceptible d'être affectée par le succès ou l'échec d'un projet ou d'une organisation

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

Fondamentalement, une partie prenante est une personne ou une organisation ou, pour le dire simplement, "est une entité qui exerce une influence bonne / mauvaise sur l'achèvement du projet".

Les parties prenantes sont très importantes dans la réalisation du projet. Les parties prenantes peuvent être un client, un groupe d'utilisateurs, un chef de projet, un chef de projet ou un coordinateur.

Vous devez satisfaire les attentes des parties prenantes dans l'achèvement du projet.

Je pense que cela dépend du projet.

Un intervenant comprend toute personne qui a un intérêt ou un intérêt dans ce que fait le système, car alors elle aura certaines exigences pour dire ce qu'elle doit faire. Par conséquent, je n'inclurais pas les développeurs dans un projet où le code est simplement poussé à la porte et oublié, mais les inclurais s'ils soutiennent le projet ou l'étendent tel quel, alors les développeurs exigent que le système soit maintenable / extensible.