Les développeurs d'un produit sont-ils considérés comme des parties prenantes?
project-management
Thomas Owens
la source
la source
Réponses:
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 :
Génie logiciel 8 d'Ian Sommverville :
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 :
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.
la source
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.
la source
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?
la source
Si cela est demandé par rapport à Scrum, alors non ...
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.
la source
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:
ou
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.
la source
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.
la source
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.
la source
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
la source
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.
la source
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.
la source