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

23

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

Thomas Owens
la source
Peut-être ... cela pourrait dépendre du système.
Stackholder comme responsable des pannes. Pas comme celui qui profite du succès financièrement .;)
abel
"Stakeholder" est un peu le langage de "quelqu'un qui devrait avoir son mot à dire, mais n'y a aucun droit légal". Quelle est la vraie question, nous nous demandons?
Tony Ennis
Dépend du système.
Dynamic
Veuillez préciser si vous voulez dire spécifiquement "partie prenante" tel que défini par Scrum ou si vous utilisez simplement le terme dans un sens général? La réponse est complètement différente en fonction de ce contexte.
Jimmy Hoffa

Réponses:

20

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.

Thomas Owens
la source
5

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.

JB King
la source
4

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?

froderik
la source
4

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.

Aaron McIver
la source
1
-1. Vous avez manqué "Oui, les développeurs sont définitivement des parties prenantes du projet".
MIA
3
@Jim Je ne suis pas d'accord avec le fait que les développeurs au sein de l'équipe directe sont des parties prenantes. L'idée générale est que les parties prenantes priorisent l'arriéré, les parties prenantes apparaissent lors de la réunion de revue de sprint, les parties prenantes prennent des décisions sur le projet en dehors de l'approche de codage, etc ... Les développeurs au sein de l'équipe directe travaillant sur le projet par les éléments mentionnés ci-dessus sont pas les parties prenantes. Font-ils partie de l'équipe globale, que ce soit Scrum ou une autre méthodologie? Oui; mais les parties prenantes ne le sont pas. La fable du porc et du poulet concerne l'engagement envers le projet ... ne pas être partie prenante.
Aaron McIver
1
Je souligne simplement que vous citez quelqu'un pour appuyer votre position qui ne serait pas d'accord avec votre position. Aux fins de cette discussion, il utilise les «parties prenantes» au sens étroit, mais dit également qu'il considère que le concept englobe également normalement les développeurs. Pourquoi citer quelqu'un qui n'est pas d'accord avec vous pour faire valoir un point? Il vaut mieux exposer votre point de vue sans référence et le laisser reposer sur le mérite de vos propres arguments.
MIA
1
@Jim J'ai cité ce qui était pertinent et j'ai rendu hommage à la source. Vous ne vous attendriez sûrement pas à ce que je cite un passage d'un roman tout en vous attendant à ce que tout ce qui se trouve dans le roman soit pertinent pour ma citation? Même idée.
Aaron McIver
1
Bon alors, je suppose que je peux l'acheter. Parfois, les gens en citent d'autres sans lire le tout. J'ai fait une modification des espaces afin que je puisse retirer le downvote.
MIA
2

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.

MIA
la source
0

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.

Michael K
la source
0

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.

Pontus Gagge
la source
-1

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

Jader Dias
la source
7
Quelle? Vous dites donc que si le programmeur crée des logiciels de merde et que, par conséquent, la société qui vend les logiciels ne peut survivre, que le programmeur s'en fiche?
Klaus Byskov Hoffmann
@Klaus - Je pense que cela suppose un niveau de professionnalisme de base, c'est-à-dire qu'il ne produira pas de logiciels de merde.
Jon Hopkins
5
Si je perds mon emploi en raison de l'échec du projet, je suppose que je suis affecté. Si je suis celui qui travaille 60+ par semaine, je suis touché. Veuillez clarifier votre définition de affecté.
MIA
1
Les développeurs sont parmi les plus touchés par le succès ou l'échec du projet. Stress personnel, statut d'entreprise, emploi actuel et futur - tout cela et bien d'autres sont affectés par l'avancement et les résultats du projet.
comingstorm
-1

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.

harshal
la source
-1

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.

Lama inversé
la source