敏捷開發: 利益相关者的管理

鸡和猪的角色

Scrum指南最初将利益相关者分类为“猪”或“鸡”。虽然此分类已从指南中删除，但理解其背后的意图可能具有指导意义。

鸡和猪的故事说:

当他们看到一家餐馆时，一只鸡和一只猪走在路上。

鸡问猪是否应该开一家餐馆。猪问“我们将服务什么”？

鸡回答“火腿和鸡蛋”。

在这一点上，猪想到并说：“我认为这不是一个好主意。

在这个冒险中，你只是“参与”（提供鸡蛋），而我会'承诺'（成为餐本身）。

这个故事说明了这样一个观点，即对于每一项活动，都有一些人只是“参与”，而那些人则是“承诺”。

利益相关者管理

作为产品负责人，您负责利益相关者管理。重要的是要了解您的利益相关者，他们的兴趣，他们对您和您的产品的需求以及他们如何能够帮助您！利益相关者有许多不同的形式，他们可能是客户，用户，经理，同事等。作为产品负责人，您需要对其进行管理并有效地与他们协作，以便最大限度地提高产品的价值。在这篇文章中，Robbin在Scrum.org 提供了关利益相关者管理的10个提示:

1.开始向利益相关者说'不'

作为产品负责人，您的工作就是为您的产品实现价值最大化。这涉及做出选择，最好做好几件事情，而不是中途做很多事情。这是一项艰苦的工作！这是一项你不能满足每个人的工作。想象一下你每天（几乎）每天使用的产品......这是一款具有大量功能的产品吗？或者它是一个相对简单的产品，它确实做了几件非常好的事情？

为了最大限度地为您的客户和用户创造价值，您作为产品负责人必须做出有意识的决定，尤其是不做的事情！所以，开始对利益相关者说'不'！说“不”的方式和形式有很多种。事实上，我和我的同事正在写一本关于拒绝的书，专门针对产品所有者！如果您想了解更多信息，请继续睁大眼睛！;-)

2.停止平等对待所有利益相关者

许多产品所有者都是非常忙碌的人。他们总是有很多工作要做，比如精炼课程，Sprint评论，编写产品Backlog项目，当然还有那些占用大量时间的利益相关者！如果您是这些产品所有者之一，那么此提示可能适合您：停止平等对待所有利益相关者！我遇到了很多产品所有者，他们花费大量时间管理所有利益相关者，这当然不是一件坏事！我认为将大量时间花在利益相关者身上非常重要！但是......这些利益相关者应该是您最重要的利益相关者（如客户和/或产品用户）。然而，在日常实践中，我遇到了很多产品所有者，他们把所有时间花在了所有利益相关者身上。每个人对他们来说都同样重要。但是对不起......那不是真的！并非所有利益相关者同样重要！有些人对产品很感兴趣，有些人对此感兴趣...有些人有很大的权力，有些则没有...有些人是你的“犯罪伙伴”，有些人只对你产品的影响感兴趣在他们的部门和人员......所以，你必须更明确地指出你的重要和不那么重要的利益相关者是谁。为此，请创建一个利益相关者地图。这可以帮助您以更有效，更有效和更智能的方式在利益相关者之间花费/分配时间。其他人只对您的产品对其部门和人员的影响感兴趣...因此，您必须更明确地了解您的重要且不那么重要的利益相关者。为此，请创建一个利益相关者地图。这可以帮助您以更有效，更有效和更智能的方式在利益相关者之间花费/分配时间。其他人只对您的产品对其部门和人员的影响感兴趣...因此，您必须更明确地了解您的重要且不那么重要的利益相关者。为此，请创建一个利益相关者地图。这可以帮助您以更有效，更有效和更智能的方式在利益相关者之间花费/分配时间。

3.停止管理利益相关者这么多

与前一个提示一致，许多产品所有者不仅花费大量时间在“错误的”利益相关者身上，而且他们还单独管理了许多利益相关者，这需要花费大量时间！我过去所做的以及我看到的一些更有效的产品所有者所做的是管理群体中的利益相关者。例如：某些产品所有者在常规“演示”会话中邀请用户组（不要与Sprint评论混淆）。在这些演示会话中，产品负责人/开发团队向大量人员显示新产品的功能，有时甚至包括一些用户/系统培训。这些产品所有者邀请其他团体（例如最重要的利益相关者）参加Sprint评审活动，他们在合作中决定接下来要采取的步骤，以便最大化产品值。然后在精炼会议中，他们邀请用户，客户和其他人制定一些新功能，集思广益并进行市场验证。正如您所看到的，当您将利益相关者放在同一个房间时，您可以轻松节省大量时间！

4.客户也是利益相关者

在许多组织中，“顾客”似乎是一个“可怕”的人。我遇到了很多产品所有者，他们害怕向客户展示不完全100％的产品。他们宁愿继续在产品上工作更长时间（同时没有获得反馈），而不是去那里与客户合作。这是一种耻辱，因为有很多客户和用户愿意更多地合作，以获得对他们真正有价值的产品！例如，几年前ING银行（荷兰）向客户发布了他们的第一个移动银行应用程序版本。此应用的第一个版本仅包含一项功能，可以深入了解您的付款银行帐户。除此之外，还有一个反馈按钮。此功能是第一个版本中包含的所有功能，该功能是针对银行的实际客户/用户完成的。通过提供此版本，银行获得了成千上万的客户反馈回复，他们用这些反馈进一步开发应用程序。所以，不要害怕你的客户！让他们参与您产品的开发过程，您会感到惊讶！

5.充当所有者以增加您的授权

许多首发产品所有者（还）没有很多授权。在产品负责人成熟度级别，他们通常是Scribe，代理或业务代表。我们遇到的很多这些产品所有者都在抱怨他们没有任何授权，没有任何决策权或任何自由。但猜猜怎么了？你可以做些什么！

好吧肯定。所以'作为所有者增加你的使命'。那是什么意思？好吧，我们已经指导了许多不断征求利益相关方许可或同意的产品所有者。他们要求获得开发新功能的许可，他们要求允许花一些时间来解决错误/问题，要求允许花时间减少技术债务。我并不是说包含/涉及您的利益相关者有任何问题！但如果你想真正成为一名企业家产品所有者，你必须停止担任抄写员并开始扮演所有者的角色！您向利益相关者展示自己的方式，向他们展示产品的方式以及您的行为方式（谈话，行为，外表等）决定了您获得的授权！所以，如果你开始作为所有者 对产品，承担责任，制定计划（您的计划），表明您对产品和您的团队的关心和关心，将帮助您增加您的使命。换句话说：'如果你没有为自己制定计划，你将成为（并保持）其他人计划的一部分！

6.制定自己的计划，而不是成为别人的计划

的一部分我们关闭了小费五的句子，也是提示六！这很酷！所以，作为产品负责人，或作为企业产品负责人，您不希望成为我希望的其他人计划的一部分！您希望创建自己的计划，构建产品并使其成功。在许多正在采用“敏捷”的组织中，我遇到的人说敏捷中的计划是不可能的，所以我们不再这样做了。这当然是胡说八道！当然，您可以在敏捷环境中制定计划！但是我们看待这个计划的方式虽然有点不同！

传统上看，我们希望创建一个计划，我们接下来要遵循这个计划，当我们偏离计划时，我们希望将事物作为例外或问题进行管理，以便重新回到计划的轨道上。我们从更敏捷的角度看待规划的方式是，计划实际上是一个偏离的计划！这是一个路线图，一个预测，指导我们（短）的时间，但它不是“圣杯”。它不是刻在石头上。而且我们并不认为我们可以预测在遥远的未来会发生什么。但仍然......我们必须制定计划。否则，有人怎么可能知道该怎么办？我们如何确定下一步该去哪儿？我们必须做出我们的假设明确，对愿景，战略和路线图有共同的理解，但我们也必须接受世界在我们周围的变化。我们无法预测从现在起3个月后会发生什么。但我们确实需要一个偏离的计划！

7.停止在最不重要的利益相关者身上花费（这么多）时间

这个提示与提示2有点一致，即“平等对待所有利益相关者”。我遇到的许多产品所有者将大部分时间花在了最不重要的利益相关者身上。最不重要的利益相关者通常是那些对产品没什么兴趣和兴趣的人。通常，这些人群应主要受到“监控”。您必须偶尔关注它们，看看它们的功能或兴趣是否没有改变，除此之外，您可能希望向它们发送简报，在Intranet上发布更新或类似的内容，但是您最多当然不想把大部分时间花在这些利益相关者身上！然而，在日常实践中，我确实看到很多产品所有者没有遵循本指南，所以我希望你能利用这个提示。

8.用心了解利益相关者的利益

对于一些产品所有者来说，这可能是一扇敞开的大门。对于很多产品所有者而言，了解利益相关者的利益并不是最重要的。如前所述，您必须以不同的方式管理不同的利益相关者。你必须说他们的语言。说出他们的语言真正有用的是，如果你知道他们的兴趣。例如，如果您的某个利益相关方负责运营部门，他或她可能不会对您的新产品功能有所了解。另一方面，他或她可能对您的新功能对直通式处理（STP）数量的影响，对净推动者得分（NPS）的预期影响或预期的过程效率增益非常感兴趣。如果您深入了解利益相关者的利益，

9.让您的Scrum Master / Agile Coach参与利益相关者管理

有效管理利益相关者可能会不时具有挑战性和复杂性。特别是与更“困难”的利益相关者。虽然您作为产品负责人负责利益相关者管理，但这并不意味着您必须自己做！那么，让您的Scrum Master或Agile Coach为您提供支持！当你对开发过程，工作方式，工作敏捷的原因等问题提出很多疑问时，他或她可以完全支持你。利益相关者（特别是（高级）管理人员）经常习惯于拥有'控制'。这对他们来说很重要，因为他们经常负责管理（部分）业务。控制很重要，在敏捷环境中也是如此！然而，我们获得控制的方式在敏捷环境中是完全不同的。我们经常使用其他做法，比我们习惯的工具和技术。例如，在敏捷环境中通常不再需要指导委员会。但是你不能只是擦除它们而不用其他东西替换这个控制机制。因此，让您的Scrum Master或Agile Coach为您和您的利益相关者提供支持，以便您可以一起找到新的/其他方式来保持控制，同时提高您的敏捷性！

10.不要成为利益相关者和开发团队之间的代理人

在技巧9中，我们刚刚谈到了控制权。对于启动产品所有者而言，控制权通常非常重要，就像利益相关者一样。我们看到产品所有者经常做的是，他们开始作为代理，网关，进入开发团队的单一入口点。开发团队不允许与利益相关者，客户和用户交谈。这些团队中的所有通信都通过产品负责人完成。这会花费您作为产品负责人的大量时间，而不是忘记，它也是非常低效和低效的！

我们看到更成功的产品所有者所做的是尽可能地支持利益相关者，客户，用户，业务人员和开发团队之间的直接沟通。这样更有效，因为开发团队可以立即接受/适应产品的反馈。此外，开发团队可以更好地了解用户和业务。除了所有其他优点之外，当您不再需要充当信鸽时，它还可以节省您作为产品负责人的时间（荷兰语：停止遇到后期！）。

产品所有者经常害怕的一件事就是产品的开发将朝着各个方向发展，而不是正确的发展方向。你不会自己解决这个问题。相反，与团队达成非常明确的协议！确保他们真正了解产品愿景，您想要的方向，以及接下来要采取的步骤。为他们提供明确的Sprint目标，让他们专注。在必须与您取得联系之前，就开发团队可以接受的变更达成协议。这些行为和协议对你的帮助远远超过你自己做的一切。如果出现问题，请与团队一起使用Sprint Retrospective，了解出了什么问题以及未来如何改进。

因此，这些是产品所有者关于利益相关者管理主题的10个提示！

Scrum Roles

What is Scrum Team?
What is a Self-Organizing Team in Scrum?
How Scrum Team Works? - A Brief Guide
How to be a Good Product Owner in Scrum Project?
What is Product Owner's Role in Scrum?
Agile Development: How to Become a Qualified Scrum Master?
What is Pig and Chicken in Scrum?
Project Manager vs Scrum Master vs Project Owner
What Are The Three Scrum Roles?
What is a Scrum Master? The Role and Responsibilities
What is Cross-Functional Team in Agile?
As a Scrum Master, How Can You help Your Project Owner?