开发人员是系统的利益相关者吗

产品开发人员是否被视为利益相关者？

通常，是的，开发人员是软件项目的涉众。这与术语的字典定义是一致的。以下是各种出版物中有关利益相关者的一些定义：

Karl Wieger的软件要求：

利益相关者积极参与项目，受其结果影响或可以影响其结果的个人，团体或组织。

Ian Sommverville的软件工程8：

利益相关者一词是指直接或间接受到系统影响的任何个人或团体。利益相关者包括与系统以及可能受其安装影响的组织中其他所有人进行交互的最终用户。其他系统涉众可能是正在开发或维护相关系统的工程师，业务经理，领域专家和工会代表。

罗杰·普雷斯曼（Roger S.Pressman）的软件工程：从业者方法（第6版）定义了五个组或利益相关者：定义业务问题的高级经理，组织和控制从业人员的项目/技术经理，为系统进行工程设计的从业人员，指定需求的客户软件，以及将与交付的系统进行交互的最终用户。

斯科特·安伯勒（Scott Ambler）的积极利益相关者参与：敏捷最佳实践：

我对项目利益相关者的定义是直接用户，间接用户，用户经理，高级经理，运营人员，为项目提供资金的“金主”，支持（服务台）人员，审核员，您的程序的任何人/ portfolio经理，正在与正在开发的系统集成或交互的其他系统上工作的开发人员，或可能受软件项目的开发和/或部署影响的维护专业人员。

...

在这个定义中，我选择排除正在从事该项目的开发人员。起初这似乎很奇怪，因为开发人员显然在他们从事的项目中具有重要的利益。是的，开发人员绝对是项目利益相关者。为什么我要继续区分开发人员和项目涉众？因为我想要方便的术语来区分它们，所以我真的不喜欢“开发人员利益相关者”和“非开发人员利益相关者”，并且因为它们在项目中扮演不同的角色。

在实践中，我通常会看到利益相关者分为几组，其中一组包含构建系统的人员。重要的是要认识到，在构建系统时，开发人员确实有需要与其他所有人的需求相平衡的需求和关注点。但是，这些需要优先考虑，并与其他所有需求一起考虑。

通常不会，但是可能会有例外。想到“ 吃自己的狗粮 ”是主要的例外，因为在这种情况下，开发人员可能会直接使用自己建造的东西，因此在一定程度上是利益相关者。但是，我想问这是否占开发人员总数的百分之几以上。

是的-对于将继续存在并得以维护的系统。在初始团队关闭项目很久之后，开发人员很可能会使用代码来修复错误并引入新功能。可持久性系统的一个重要要求是可维护性，如果不是开发人员，谁应该为此承担责任？

如果有人问这是与Scrum有关的，那么没有 ...

...项目干系人的定义是直接用户，间接用户，用户经理，高级经理，运营人员，为项目提供资金的“金主”，支持（服务台）人员，审计师，您的程序/项目组合经理，正在与正在开发的系统集成或交互的其他系统上工作的开发人员，或可能受软件项目的开发和/或部署影响的维护专业人员...

利益相关者是当前产品开发团队以外的一种或多种形式的个人。如果您在X团队中，而另一个开发人员在Y团队中，并且您正在开发不同的产品，这些产品以后会相互交互，那么您将成为每个产品的利益相关者。

经过一番谷歌搜索，我必须说这是一个无法回答的问题。没有一个利益相关者的定义，不同的来源使用它的方式也不同。

正如亚伦（Aaron）的斯科特·安布勒（Scott Ambler）所指出的那样，不止一种方法完全避免了该术语。其他人则试图将其分解为不同类别的利益相关者。结果是，尽管利益相关者是“有兴趣的人”，这是一个普遍的含义，但是却失去了确切的含义。

在我看来，这种兴趣归结为以下两种含义之一：

• 那些希望从应用程序中获得主要价值的人

要么

• 那些将投资项目成果的人。

赞助机构符合这两个定义。最终用户如何适应赞助机构完全是另一个话题。现在，让我们假设它们确实适合，因为我不愿意在上面分散头发。项目团队中的任何人也符合第二个含义。

最后，重要的是价值是从我们的应用程序中获得的，我们知道赞助商拥有最终的决定权。

我的一般感觉是，想要将开发人员归入“利益相关者”群体的人们在很大程度上关心他们，因为他们已经看到了将开发人员视为机器中的齿轮并且因此经常受到不良对待的情况。不允许反馈需求，必须支付大量无偿加班费，等等。由于您放弃的时间和精力超出了应有的预期，因此有些人倾向于将其视为一项投资。投资=股份，因此他们认为开发团队是利益相关者。

结果，我不喜欢这个词。“赞助人”很明确。“利益相关者”不是。

他们可能是。如果他们在产品完成之后的立场与以前不同，则他们是利益相关者。例如，如果开发人员获得了为公司开发软件的薪水，则他可能不是利益相关者，因为在交付产品后，一切都不会改变。但是，如果他是一家创业公司的合伙人，而他的财务状况取决于该产品是否成功，那么我会认为他是利益相关者。

另一个例子是（很少见的）开发人员制作他将使用的软件的案例。在那种情况下，他绝对是利益相关者，因为他对使该软件正常工作具有既得利益。

开发人员的确是利益相关者（受产品影响）：最初开发系统的人和维护系统的人。前者倾向于对新技术感兴趣并增加其技能基础，而后者则希望能够跟上通常必须维护的大量系统。

但是，“合法的”利益相关者是另一个问题。在平衡需求时，所有利益相关者当然都不会发现他们满意的问题。您的公司是否担心失去顶级开发人员？解决开发人员的疑虑。如果不是这样，开发人员往往会在图腾柱上的位置相当低。不幸的是，这也可能导致忽略可维护性，像没有明天一样积累技术债务。

不，他们不是。

利益相关者：可能受项目或组织的成败影响的个人或组织

来源：http：//www.site.uottawa.ca：4321 / oose / index.html＃stakeholder

基本上，利益相关者是个人或组织，或者简单地说，“是对项目完成有好/坏影响的实体”。

利益相关者在项目完成中非常重要。利益相关者可以是客户，用户组，项目经理，项目负责人或协调员。

您必须在项目完成时满足利益相关者的期望。

我认为这取决于项目。

利益相关者包括对系统的工作有利益或兴趣的任何人，因为那样他们将有一些要求说出系统应该做什么。因此，我不会在将代码简单地推开而被遗忘的项目中包括开发人员，但是如果他们支持该项目或对其进行扩展，那么我将不包括这些开发人员，因为这样开发人员便要求系统是可维护/可扩展的。