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

时间:2013-06-08 18:13:50

标签: project-management scrum requirements

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

http://www.scrumalliance.org/articles/21-contracts-for-implementing-scrum

  

利益相关者是对产品存在兴趣的缔约方   开发和/或Scrum流程。他们可能包括供应商,   客户,业主,主题专家产品   支撑

http://thescrumblog.blogspot.cz/2011/04/stakeholders-and-feedback-in-scrum.html

The Scrum Team:
A lot of people forget that the Scrum team is a major stakeholder for the project

3 个答案:

答案 0 :(得分:5)

那么,

技术Scrum开发团队是利益相关者的一部分:像产品负责人或为项目付款的人员。[老板,投资者等]

确定StakeHolder的真实标准是:[存在过度简化“快乐”和“悲伤”条款的危险]

  

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

所以即使是最终用户也是利益相关者。 : - )

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

答案 1 :(得分:2)

坦率地说,我相信你会被误解,因为你已经将多个Scrum角色篡改为你对“利益相关者”的定义。

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

产品所有者帮助定义Scrum团队的积压工作,确定工作单​​元的优先级,并向“利益相关者”传达进度。这些工作单元首先与产品负责人“验证”,并且通常再次在sprint结束演示/迭代结束时工作到“利益相关者”。

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

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

答案 2 :(得分:2)

Scrum的权威指南是Scrum学习指南。它没有定义利益相关者,即使它确实在文档中使用了利益相关者一词4次。

Scrum学习指南 - http://www.scrum.org/Portals/0/Documents/Scrum%20Guides/Scrum_Guide.pdf

然而,一般而言,利益相关者是对项目感兴趣的任何人。这可以包括投资者/董事会,管理层,最终用户,开发以及任何资助,使用或构建产品的人。