首页 > 学习系列 > 利益相关者和客户
任何受到产品结果影响并对产品成功感兴趣的人都被视为利益相关者(stakeholder)。
Scrum团队的利益相关者示例可能包括:
与利益相关者的互动是任何类型的产品开发成功的核心。只有他们才能提供必要的反馈,以确保产品满足他们的需求和期望。
Scrum的核心原则之一是Scrum团队从利益相关者那里获得快速且频繁的反馈,以便检视和调整其工作。整个Scrum团队都负责与利益相关者的协作,这不仅仅是产品负责人的责任。Scrum提供了许多支持Scrum团队与关键利益相关者协作的元素:
这些元素被构建到框架中,为在Sprint期间提供正式的利益相关者互动机会。然而,这些不应被视为与利益相关者互动的唯一机会。我们鼓励Scrum团队频繁与其利益相关者互动。
虽然了解Scrum团队的所有利益相关者是谁很重要,但并非所有利益相关者都需要以相同的方式对待。Scrum团队应以适当的方式与利益相关者互动,以获取他们所需的反馈。例如,部分利益相关者应该定期通过Scrum工件和Scrum事件与Scrum团队互动,但其他的利益相关者可能会造成干扰。所有的利益相关者都很重要,但只有关键利益相关者会被邀请参与Scrum事件和工件。
以下是Scrum团队可以尝试理解其关键利益相关者是谁以及如何与他们互动的不同方式:
通过这些方法,Scrum团队可以更加有针对性地与利益相关者互动,确保既能获得有价值的反馈,又不会因为不必要的沟通而分散注意力。
以下是 Scrum 团队在与利益相关者接触时面临的一些常见挑战以及克服这些挑战的方法:
如何克服这一挑战
频繁、迭代的利益相关者反馈是 Scrum 的关键部分。这种反馈有助于:
当利益相关者不参与 Sprint 评审时,整个 Scrum 团队,尤其是产品负责人,应该征求利益相关者的意见,以改进产品。
如果是这种情况,请帮助利益相关者认识到他们在向市场提供更好的产品方面的重要性,从而帮助提高他们对 Scrum 及其经验性的理解。同时,Scrum 团队需要明白,Sprint 评审并不是他们获得利益相关者意见的唯一时机。他们可以根据需要参与和学习,以帮助完善产品待办事项并获取更详细的期望。在 Scrum 团队和利益相关者之间建立更牢固的关系总体上有助于推动长期合作。至少在前几次 Sprint 评审中,首先要解释 Sprint 评审的目标以及每个人在其中扮演的重要角色。
产品负责人负责产品待办列表管理,包括对产品待办事项 (PBI) 进行排序。将这一责任集中在一个人身上可以增加专注度、简化决策并增加最有价值的反馈(而不是最强势的利益相关者的想法)被考虑的可能性。
Scrum 将这一责任委托给产品负责人,产品负责人有责任在必要时反驳强势利益相关者。说“不”可能很难,但在某些情况下却是必要的。这种对优先级的分歧也为产品负责人提供了一个机会,可以就建议如何支持产品目标进行对话。当利益相关者毫不妥协并坚持认为他们的建议是客户想要的时,产品负责人必须更深入地了解利益相关者坚持的根源,并自行判断该建议是否有价值。
利益相关者渴望收到产品并想知道何时可以收到产品,这并不奇怪。但是,在使用经验过程解决复杂问题时,我们会以迭代的方式构建解决方案,一路学习,并且不知道何时才能完成。我们只是还没有得到所有的答案!尽管如此,我们可以通过提醒利益相关者 Scrum 专注于尽早并经常提供客户价值、具有明确的目标并为他们提供在 Sprint 评审期间检查进度的机会来帮助他们感到更加安心。
此外,可以通过分享预测和产品路线图帮助他们直观地了解正在取得的进展。必须明确的是,Scrum 团队唯一可以提供的是一个估计,因为他们不知道在工作中会遇到什么问题或反馈。