Sind Entwickler ein Stakeholder in einem System?

Werden Entwickler eines Produkts als Stakeholder betrachtet?

In der Regel sind Entwickler an einem Softwareprojekt beteiligt. Dies steht im Einklang mit der Wörterbuchdefinition des Begriffs . Hier einige Definitionen von Stakeholdern aus verschiedenen Veröffentlichungen:

Software-Anforderungen von Karl Wieger :

Stakeholder Eine Person, Gruppe oder Organisation, die aktiv an einem Projekt beteiligt ist, ist von dessen Ergebnis betroffen oder kann dessen Ergebnis beeinflussen.

Ian Sommvervilles Software Engineering 8 :

Der Begriff Stakeholder bezieht sich auf jede Person oder Gruppe, die direkt oder indirekt vom System betroffen ist. Zu den Stakeholdern zählen Endbenutzer, die mit dem System interagieren, sowie alle anderen in einer Organisation, die möglicherweise von der Installation betroffen sind. Andere Systembeteiligte können Ingenieure sein, die verwandte Systeme entwickeln oder warten, Geschäftsführer, Domänenexperten und Gewerkschaftsvertreter.

Das Software-Engineering von Roger S. Pressman: A Practitioner's Approach (6. Ausgabe) definiert fünf Gruppen oder Stakeholder: Senior Manager, die Geschäftsfragen definieren, Projektmanager / technische Manager, die die Praktiker organisieren und kontrollieren, die Praktiker, die das System konstruieren, Kunden, die die Anforderungen spezifizieren für die Software und Endbenutzer, die mit dem gelieferten System interagieren.

Scott Amblers aktive Beteiligung von Interessengruppen: Eine agile Best Practice :

Meine Definition eines Projektbeteiligten ist jeder, der ein direkter Benutzer, ein indirekter Benutzer, ein Manager von Benutzern, ein Senior Manager, ein Mitarbeiter des Betriebspersonals, der "Goldbesitzer", der das Projekt finanziert, ein Mitarbeiter des Support (Helpdesk), ein Prüfer oder Ihr Programm ist / Portfoliomanager, Entwickler, die an anderen Systemen arbeiten, die sich in das zu entwickelnde System integrieren oder mit diesem interagieren, oder Wartungsfachleute, die möglicherweise von der Entwicklung und / oder Bereitstellung eines Softwareprojekts betroffen sind.

...

In dieser Definition habe ich die Entwickler ausgeschlossen, die an dem Projekt arbeiten. Dies mag auf den ersten Blick merkwürdig erscheinen, da Entwickler eindeutig einen wichtigen Anteil an den Projekten haben, an denen sie arbeiten. Ja, Entwickler sind definitiv Projektbeteiligte. Warum unterscheide ich weiterhin zwischen Entwicklern und Projektbeteiligten? Weil ich bequeme Begriffe zur Unterscheidung haben möchte, mag ich "Entwickler-Stakeholder" und "Nicht-Entwickler-Stakeholder" nicht und weil sie in einem Projekt unterschiedliche Rollen spielen.

In der Praxis habe ich normalerweise Stakeholder gesehen, die in Gruppen unterteilt waren, und eine Gruppe enthält die Personen, die das System aufbauen. Es ist wichtig zu erkennen, dass die Entwickler beim Aufbau eines Systems Bedürfnisse und Bedenken haben, die mit den Bedürfnissen aller anderen in Einklang gebracht werden müssen. Diese müssen jedoch priorisiert und bei jedem anderen Bedarf berücksichtigt werden.

Normalerweise nein, aber es kann Ausnahmen geben. Als Hauptausnahme ist das " Essen des eigenen Hundefutters " zu nennen, da die Entwickler in diesem Fall möglicherweise das verwenden, was sie direkt erstellen, und somit in gewissem Maße Stakeholder sind. Allerdings würde ich fragen, ob dies insgesamt mehr als ein paar Prozent der Entwickler waren.

Ja - für ein System, das weiterlebt und gewartet wird. Entwickler werden wahrscheinlich mit dem Code arbeiten, um Fehler zu beheben und neue Funktionen einzuführen, lange nachdem das erste Team das Projekt geschlossen hat. Eine wichtige Voraussetzung für langlebige Systeme ist die Wartbarkeit. Wer sollte daran teilnehmen, wenn nicht Entwickler?

Wenn dies in Bezug auf Scrum gefragt wird, dann nein ...

... Definition eines Projektbeteiligten ist jeder, der ein direkter Benutzer, ein indirekter Benutzer, ein Manager von Benutzern, ein Senior Manager, ein Betriebsmitarbeiter, der "Goldbesitzer", der das Projekt finanziert, ein Support-Mitarbeiter (Helpdesk), ein Prüfer ist. Ihr Programm- / Portfolio-Manager, Entwickler, die an anderen Systemen arbeiten, die sich in das zu entwickelnde System integrieren oder mit diesem interagieren, oder Wartungsfachleute, die möglicherweise von der Entwicklung und / oder Bereitstellung eines Softwareprojekts betroffen sind ...

Stakeholder sind Personen außerhalb des aktuellen Produktentwicklungsteams in der einen oder anderen Form. Wenn Sie in Team X sind und ein anderer Entwickler in Team Y ist und Sie an unterschiedlichen Produkten arbeiten, die zu einem späteren Zeitpunkt miteinander interagieren, werden Sie zu einem Stakeholder in jedem anderen Produkt.

Nach einigem googeln muss ich sagen, dass dies eine unbeantwortbare Frage ist. Es gibt keine einheitliche Definition eines Interessenträgers, und verschiedene Quellen verwenden sie unterschiedlich.

Wie der Scott Ambler-Verweis von Aaron hervorhebt, wird der Begriff durch mehrere Methoden insgesamt vermieden. Andere versuchen, es in verschiedene Kategorien von Stakeholdern zu unterteilen. Das Ergebnis ist, dass die allgemeine Bedeutung, dass der Stakeholder "jemand mit Interesse" ist, die genaue Bedeutung verloren geht.

Was dieses Interesse ist, hängt von einer von zwei Bedeutungen ab:

• Diejenigen, die erwarten, aus der Anwendung einen Primärwert abzuleiten

oder

• Diejenigen, die in das Ergebnis des Projekts investieren werden.

Das Sponsoring-Gremium passt zu beiden Definitionen. Wie Endbenutzer in das Sponsoring-Gremium passen, ist ein ganz anderes Thema. Nehmen wir vorerst an, dass sie passen, weil ich nicht bereit bin, Haare darauf zu spalten. Jeder im Projektteam hat auch die zweite Bedeutung.

Am Ende kommt es darauf an, dass der Wert aus unseren Bewerbungen abgeleitet wird und wir verstehen, dass die Sponsoren das letzte Wort bekommen.

Mein allgemeines Gefühl ist, dass es Menschen, die Entwickler in die Gruppe der "Stakeholder" einbinden wollen, größtenteils etwas ausmacht, weil sie Situationen erlebt haben, in denen Entwickler in einer Maschine wie Zahnräder behandelt und infolgedessen oft schlecht behandelt werden. Rückmeldungen zu Anforderungen sind nicht zulässig, erhebliche unbezahlte Überstunden sind obligatorisch usw. Da Sie mehr Zeit und Verstand aufgeben als erwartet, neigen Menschen dazu, dies als Investition zu betrachten. Investition = Anteil, so dass das Entwicklungsteam in ihren Köpfen Stakeholder sind.

Infolgedessen bin ich kein Fan des Begriffs. "Sponsoren" ist klar. "Stakeholder" ist nicht.

Sie können sein. Wenn ihre Position nach Fertigstellung des Produkts anders ist als zuvor, sind sie ein Stakeholder. Wenn ein Entwickler beispielsweise ein Gehalt für die Entwicklung von Software für ein Unternehmen erhält, ist er wahrscheinlich kein Stakeholder, da sich nach der Lieferung des Produkts nichts ändert. Wenn er jedoch ein Partner in einem Startup ist, bei dem seine finanzielle Position vom Erfolg des Produkts abhängt, würde ich behaupten, dass er ein Stakeholder ist.

Ein anderes Beispiel wäre der (zugegebenermaßen seltene) Fall, dass ein Entwickler Software herstellt, die er verwenden wird. In diesem Fall ist er definitiv ein Stakeholder, da er ein berechtigtes Interesse daran hat, dass diese Software korrekt funktioniert.

Entwickler sind in der Tat Stakeholder (die davon betroffen sind, was produziert wird): sowohl diejenigen, die ein System anfänglich entwickeln, als auch diejenigen, die es warten. Die ersteren interessieren sich tendenziell für neue Technologien und erhöhen ihre Qualifikationsbasis, während die letzteren in der Lage sein möchten, mit der normalerweise großen Anzahl von Systemen Schritt zu halten, die sie warten müssen.

"Legitime" Interessengruppen sind jedoch eine andere Frage. Bei der Abwägung der Anforderungen werden sicherlich nicht alle Stakeholder ihre Bedenken zu ihrer Zufriedenheit finden. Befürchtet Ihr Unternehmen, Top-Entwickler zu verlieren? Entwickler-Bedenken aufkommen lassen. Wenn nicht, landen Entwickler in der Regel ziemlich weit unten am Totempfahl. Leider kann dies auch dazu führen, dass die Wartbarkeit ignoriert wird und technische Schulden entstehen, als gäbe es kein Morgen.

Nein, sind sie nicht.

Stakeholder: Eine Person oder Organisation, die vom Erfolg oder Misserfolg eines Projekts oder einer Organisation betroffen sein kann

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

Grundsätzlich ist ein Stakeholder eine Einzelperson oder Organisation oder, vereinfacht gesagt, "eine Einheit, die einen guten / schlechten Einfluss auf den Projektabschluss hat".

Stakeholder sind bei der Projektdurchführung sehr wichtig. Stakeholder können ein Kunde, eine Benutzergruppe, ein Projektmanager, ein Projektleiter oder ein Koordinator sein.

Sie müssen die Erwartungen der Stakeholder bei der Fertigstellung des Projekts erfüllen.

Ich denke es kommt auf das Projekt an.

Ein Stakeholder schließt jeden ein, der eine Beteiligung oder ein Interesse an dem, was das System tut, hat, weil er dann einige Anforderungen hat, um zu sagen, was es tun soll. Daher würde ich Entwickler nicht in ein Projekt einbeziehen, bei dem der Code einfach aus der Tür geschoben und vergessen wird, sondern sie einbeziehen, wenn sie das Projekt unterstützen oder erweitern, da die Entwickler dann verlangen, dass das System wartbar / erweiterbar ist.