Scrum:谁是应该参加每次Sprint评审的关键涉众?

Scrum指南要求产品负责人确保“关键利益相关者”参加Scrum Sprint评审，但是谁是这些“关键利益相关者”呢?

根据Scrum术语表,涉众是“Scrum团队外部的人，对增量发现所需要的产品有特定的兴趣和知识。由产品负责人代表，并积极参与Sprint评审的Scrum团队。”

通常，它们可以分为三大类:

• 用户-实际使用(^ 1)的软件产品在发展中，帮助他们或组织赚更多的钱或省钱。
  
  • 这可能包括公司内的人力合规官，负责确保软件系统符合政府或财务法规。
  • 这可能包括支持产品操作或生产支持的人员。
  • 上游/下游系统也可以被认为是“用户”，只要我们不忘记这些系统的人类终端用户。别忘了人类!
    • 下游报告是下游系统的一个很好的例子”，您绝对不应该忘记“人类最终用户”，但是还有其他的例子。
• 外部客户(内部产品不存在——见下文)——负责付费使用软件产品的人。
  • 仅适用于对外销售或对外开发的产品
    • 这里的外部指的是在公司外部进行开发。
  • 在“雇佣软件开发”的安排(外部开发的产品)中，与团队合作的客户将是外部客户。
  • 有时外部客户和用户是相同的人——以TurboTax为例，或者是由人类用户决定是否购买该产品的软件产品。


• 内部客户-负责为软件产品开发工作做出资金决策的人。
  
  
  • 这通常是产品管理人员(通常针对外部产品)或由软件产品支持的业务线管理人员(通常针对内部产品)。
  
  
  • 有时也可能是CEO或CIO或类似的角色


• 上述三大类别可能也有例外。此外，不要认为产品负责人只能将“关键涉众”视为需求或好想法的来源。产品负责人可以与之共事任何人任何时候(可能在产品待办事项列表细化和其他活动)谁能提供好的想法，为产品获取更多的价值。我们在这里对关键涉众的讨论只是为了理解如何解释Scrum指南中的“涉众”角色。

关键的利益相关者是直接接受财务(^ 2)使用软件的好处(帮助他们或组织赚更多的钱或省钱)。

人们也可以把开发组织的管理层想象成一个应该参加Sprint评审的利益相关者，当然可以取代Scrum团队的任何和所有状态报告以及任何和所有其他进度报告。如果任何开发管理人员询问这些事情，答案应该总是类似于“在Scrum中，这些信息在Sprint评审中进行了交流，所以让我把你列入邀请列表。”但是对于Scrum的“关键利益相关者”目的，我不确定我是否会称开发管理为“关键利益相关者”，或者认为他们是“必须”出席的(当然，除非他们要求状态/进度报告)。

在某些情况下，你将拥有如此多的“用户”，以至于你不可能在Sprint评审中囊括所有用户。在这种情况下，试着让一个有代表性的人类用户样本进入你的Sprint评论(有些公司为人类用户的这种反馈付费)，并利用其他反馈收集机制。

临别赠言

我相信上述三大类别中肯定有例外，所以请随时告诉我你是否能想到一些值得注意的，或者看看你是否能有效地将它们归入上述三大类别之一。与产品负责人交谈，确保他们确保关键的利益相关者参加了你的Sprint评审，因为他们的意见对产品的成功是绝对重要的。

----------

注:

^ 1很少有例外——请注意，有时软件开发团队充当“生产支持工程师”用户，但这应该只适用于产品中真正有助于生产支持的功能(支持日志可能是一个很好的例子)。然而，软件开发团队中的人类用户的建模不应该成为所谓的“技术故事”或技术实践的幌子。那不是真正的“用户”。

^ 2罕见的例外——如果开发软件的组织是非营利性的，政府实体，或慈善机构，那么我们就不是“经济利益”或“金钱”，而是可能应该说“社会效益”。