Project management Scrum中利益相关者的不同含义。开发团队是干系人吗?

Project management Scrum中利益相关者的不同含义。开发团队是干系人吗?,project-management,scrum,requirements,Project Management,Scrum,Requirements,一般来说,我了解到利益相关者(通常)是对项目感兴趣的各方——开发团队、测试团队、QA团队、管理层、客户(当然)等等。 但是现在在Scrum中,它说涉众是验证产品的人,产品是根据他们的需求为他们完成的。这意味着它只意味着客户。这是对的还是我误解了,开发团队真的是利益相关者吗 利益相关者是指对正在开发的产品感兴趣的各方 开发和/或Scrum流程。它们可能包括供应商, 客户、企业主、主题专家或产品 支持 坦白地说,我相信你被误解了,因为你在定义“利益相关者”时已经把多个Scrum角色弄乱了 利益相

一般来说,我了解到利益相关者(通常)是对项目感兴趣的各方——开发团队、测试团队、QA团队、管理层、客户(当然)等等。 但是现在在Scrum中,它说涉众是验证产品的人,产品是根据他们的需求为他们完成的。这意味着它只意味着客户。这是对的还是我误解了,开发团队真的是利益相关者吗

利益相关者是指对正在开发的产品感兴趣的各方 开发和/或Scrum流程。它们可能包括供应商, 客户、企业主、主题专家或产品 支持


坦白地说,我相信你被误解了,因为你在定义“利益相关者”时已经把多个Scrum角色弄乱了

利益相关者的经典定义是,他们是在项目中有合法利益的人。利益相关者并不总是产品所有者,他们不应该与Scrum中的产品所有者角色混淆

产品负责人,帮助定义scrum团队的积压工作,设置工作单元的优先级,并将进度传达给“利益相关者”。这些工作单元首先由产品负责人进行“验证”,通常在sprint结束时向“涉众”演示/总结迭代工作

客户或用户是您构建软件的对象。他们也可以被视为“利益相关者”,但我不会这么做。我个人喜欢在项目“支持/销售/业务主管/etc”和“客户/用户”的利益相关者之间保持清晰的界限

如果您刚刚进入Scrum,我强烈推荐以下书籍:

    • Tecnicly Scrum开发团队是利益相关者的一部分:比如产品所有者或为项目付费的人。[老板、投资者等]

      但识别利益相关者的真正标准是:[有过度简化“快乐”和“悲伤”术语的危险]

      如果项目没有成功,谁会“受伤”?或者如果项目是 成功了,谁会“快乐”

      因此,即使最终用户也是利益相关者。:-)


      如果投资者真的不关心项目的成功[这种投资者会存在吗?人类是非理性的,是的,他们的存在可能是因为某些政治原因],他们只是纸面上的“利益相关者”,而不是真实的。

      Scrum的最终指南是Scrum研究指南。它没有定义干系人,即使它在文档中使用了干系人一词4次

      Scrum研究指南-


      然而,通常情况下,利益相关者是对项目感兴趣的任何人。这可能包括投资者/董事会、管理层、最终用户、开发人员以及资助、使用或构建产品的任何其他人。

      好吧,但你所说的将多个角色整合到一个利益相关者中是一个常规定义(项目利益相关者-维基百科)。这就是我为什么要问的原因。而且,许多文章提到,在SCRUM中,开发团队是一个涉众。稍微修改了这个问题,添加了参考资料。到文档的链接已经失效。www.scrum.org>资源将引导您找到指南。
      The Scrum Team:
      A lot of people forget that the Scrum team is a major stakeholder for the project