利益相关者沟通：敏捷产品开发组织仅仅创建出色的代码并像发条一样运送最终产品是远远不够的。如果您也谈论它，这将有所帮助，尤其是在您成为学习型组织的初期。营销您到组织其他部门的旅程，从而获得他们的支持，协作和支持是加强转型游戏的关键成功因素：您想要变得敏捷，而不是“敏捷”。
详细了解有助于实现这一目标的11种行之有效的利益相关者沟通策略。
敏捷过渡期间的利益相关者沟通渠道
做事并谈论它-一个简单的必要条件，主要是当整个组织随着时间的推移应该接受敏捷转换时。尽早决定如何与内部利益相关者进行沟通并赢得他们广为人知的头脑和思想，通常会最终使“做敏捷”与“变得敏捷”有所不同。
请记住，许多利益相关者的自负，他们在组织中的地位，他们的薪酬和个人议程都与执行“计划”有某种联系。现在，您正试图向他们出售，如果他们相信产品开发实体发展成为敏捷，学习型，以客户为中心的组织的雄心，则退出该计划将证明是互惠互利的。
快速进行脑力锻炼：尝试穿上利益相关者的鞋子，问问自己：您是否会委托职业人士穿上连帽衫的书呆子，因为他们正在练习XP和Scrum而答应大笔酬劳？
当工程和产品在敏捷过渡开始时在组织中没有最好的地位时，发展对利益相关者的同情尤为重要。好消息是，无论别人是否都认为这是一个黑洞，精心设计的沟通策略很有可能赢得组织的其他成员。
公认的利益相关者沟通策略
根据我的经验，如果从一开始就积极采取以下利益相关者沟通策略，就证明是有用的。它们都采用类似的方法：提供完全的透明性，以允许您的涉众进行检查和调整，从而促进包容性并向所有人发出声音：
I. Scrum活动
利益相关者有很多机会与Scrum团队负责任地互动。我想到的两个正式的Scrum事件是：
Sprint评论
Sprint审查工作是经验主义：检查产品增量并调整产品待办事项列表。开发团队，产品负责人和利益相关者需要弄清楚他们是否仍在为客户提供价值的轨道上。现在是在所有参与者之间建立或重申共识的最佳时机，即产品Backlog是否仍在最佳地利用Scrum团队的资源，从而最大程度地提高了交付给客户的价值。也正是由于这种情况，将Sprint评论称为“ Sprint演示”与它对Scrum团队有效性的重要性不匹配。
此事件的节奏取决于您的Scrum团队的Sprint长度，例如，这取决于您的产品，您的市场，治理要求，Scrum团队的Sprint是否对齐，或者他们是否正在练习连续交付。例如，过于频繁的Sprint评论每周都会很快消失，因为无法提供太多新颖性。（除非您刚刚从头开始构建东西，否则每周Sprint评论非常适合在整个组织中进行团队建设和协调，从而树立一种共同的精神。如果您庆祝每一次胜利，都会有帮助。）
与Sprint评论进行利益相关者交流的基本规则很简单：
- 教育利益相关者合作的重要性。
- 以身作则：工程和产品团队应在场。如果您的伙伴不认为Sprint评论是他们本人的宝贵投资，为什么利益相关者会花时间？
- 显示，不要告诉。Sprint评论是PowerPoint释放死角的区域。
- 邀请利益相关者掌舵。
- 简短而令人兴奋。事实证明，使用Liberational Structures设计Sprint评论一遍又一遍地有助于所有人和所有人发表意见。
- 最初，如果他们尚未完全了解事件的重要性，可能需要吸引利益相关者参加Sprint审查。贿赂他们，如果需要的话：在“回顾”中给与会的人一些故事的要点，他们可以提出令人信服的问题，效果很好。（但不要使这种习惯成为习惯。）
- 当然，Sprint评论还可以在虚拟环境中与分布式团队一起很好地工作。
- 避免使用典型的Sprint Review反模式。
每日混乱
一旦开发团队对此想法感到满意，就邀请利益相关者加入“每日Scrum”，以被动方式参与。但是请注意，您需要坚定地与自信的利益相关者打交道，否则他们可能会尝试接管Daily Scrum并将其转变为报告会议。如果开发团队对这个想法不满意，请克制自己，不要忽略他们的决定。毕竟，每日Scrum属于开发团队。
利益相关者回顾
按照常规节奏（可能每季度一次）提供包括利益相关者在内的联合元级别回顾。元回顾是一种很好的练习，它可以促进扩展团队内部的协作，建立对全局的共同理解并立即创建有价值的行动项目。它由一个或多个产品团队的团队成员（或其中的代表）以及利益相关者组成。利益相关方的参与者既是企业人员，也包括客户。
二。利益相关者通过教育计划进行的沟通
仪表板中的汇总信息
“当您将问题放入计算机时，请隐藏答案。问题必须显而易见！” （美国肯塔基州埃尔兰格丰田生产系统支持中心前总裁横井秀史）本着这种精神，所有信息都应保持透明，但要以使利益相关者可以实际理解的方式可视化它。（在敏捷上下文中通常称为“信息辐射器”。）通常，在一个利益相关者仪表板中汇总各个团队中的信息比为每个团队配备一个董事会更有帮助。（例如，对于子干系人来说，跟踪子任务的执行情况通常过于精细。）
好处很多：利益相关者很少阅读报告，但是他们愿意看一下仪表板，并且他们很高兴与产品负责人，Scrum Master和工程师进行聊天。从好的方面来说，这是一个受控且安全的环境。您也可以选择场所：将仪表板放在利益相关者可以看到的位置。
不过，请注意简单的燃尽图。这些很容易脱离上下文，并可能引起一些利益相关者的巴甫洛夫式反思，从而引发了对微观管理团队的需求。
撰写发行说明：发行说明的编写对与利益相关者进行交流确实很有帮助，但请记住：诱饵如鱼得水；利益相关者只需单击Jira链接即可了解最近的成功。
您需要讲一个故事。故事有一个英雄（您的产品，团队，组织等），一个恶棍，一个障碍以及英雄如何克服障碍，总之就是一个故事弧。花一些时间使发行说明正确，它们将对组织中产品和工程的地位产生积极影响
研究所大使：从与其他部门负责人合作的倡议中识别出其他部门操作人员中感兴趣的人员，以充当产品和工程部门的联络官。大使在报告之前收集反馈，跟踪功能请求并检查错误。
定期与他们见面，甚至每周一次。他们是优秀的陪练伙伴，通常在您自己部门中充当代理，并且是用户测试中受欢迎的参与者。
注意事项：但是，不要绕过不愿意的人。该黑客行为可能会触发，并导致整个想法的相反效果。
举办培训班：邀请其他同事参加定期培训班，并让他们亲身体验当今产品的构建方式：精益启动，用户故事映射，版本控制，原型设计-随便命名。显然，这种类不包括编码。原型是使用纸，蜡笔，铅笔和原型应用程序（例如InVision）构建的。
三，利益相关方定期会议的沟通：
以“精益咖啡”的形式提供“问我什么”会话：定期组织有关敏捷实践的“问我”会议，该会议面向产品开发组织外部的同事。“ 精益咖啡 ”……是一次结构性但无议程的会议。参与者收集，制定议程并开始讨论。对话是直接而富有成效的，因为会议议程是民主产生的。”
这是一种理想的格式，它不仅可以传达您的信息，而且可以识别对这种方法感兴趣的人员。他们可能会在以后成为有价值的盟友。
在利益相关者部门中开展业务工作：显而易见，每个人（包括开发人员，产品经理，产品负责人和Scrum Master）都应定期工作，例如在客户服务方面。与您的客户一起食用狗粮的过程中，没有什么比建立客户关系更有效的方式了。
在短时间内，您的产品积压，用户案例或工作项的创建以及产品积压的订购过程将与解决实际客户问题变得更加一致。而且，整个产品开发组织将开始从一个匿名的小组发展成为有价值的同事。
为什么？因为您也在他们的战serve中服役。现在，用户故事或错误报告不再是带有Jira中带有数字的票证，而是与名称，面孔和故事相关联。利益相关者还将了解有关您的背景的更多信息，以及为什么解决对他们而言微不足道的问题可能会引起重大的工程难题。
注意：在这里我不是指利益相关者级别的其他例行会议，例如投资组合管理，产品路线图规划或用户故事映射，因为它们超出了本帖子的范围。
IV。媒体渠道：
每日新闻：每天创建5至6条与您的公司和您的行业相关的最重要新闻的时事通讯。例如，投稿一些与启动和技术相关的职位-Elon Musk的宣言的第二部分就符合资格-以及偶尔来自产品或工程的职位。或公司博客。
将其视为真实的新闻通讯，并可能为此目的使用Mailchimp的免费计划或其他电子邮件服务提供商的基本计划。您将需要使用它的分析功能来随着时间的推移优化新闻通讯。（您可以通过检查热门链接的点击率或运行不同的标题来这样做。）换句话说：对您的同事有用。
开门率往往超过40％，并且如果有消息传出CxO水平正在积极阅读时事通讯，开门率可能会更高。鼓励人们为您提供有趣的链接，并指出通讯版本中的那些贡献者。有时，您可能很幸运，甚至在个人之间展开友好的战斗以提供有用的链接。根据我的经验，此练习每天不需要超过30分钟。
副作用：公关部门可能会感到困惑。根据您所在组织的文化，您甚至可能会遇到挫折。
产品与工程博客：开始撰写有关日常工作的博客，以改善与利益相关者的沟通：技术，流程，方法论，框架，换句话说：日复一日如何管理高质量产品的交付。如果您可以链接到详细的博客文章，则它将为上面概述的交流策略的其他组件做出巨大贡献。
柏林的一个很好的例子是Zalando的技术博客。产品和工程博客还是出色的招聘策略的基石，它与常规活动并驾齐驱，从而将鸿沟从在线交流变成了与您想雇用的志趣相投者的面对面交流。
利益相关者沟通—结论：如果您未能以正确的方式向内部利益相关者传达您的敏捷过渡，那么“敏捷”可能会遭受被视为仅仅是本地流程（可能是一种时尚）的命运，而组织的其余部分则始终牢牢地牢牢地牢牢地掌握着结构。
一旦达到该状态，就抵制任何未来的敏捷改进尝试-打着“我们过去曾尝试过，它在我们的组织中不起作用”的旗帜-通常成为那些不支持敏捷和敏捷开发的人的普遍态度。精益实践。
这就是为什么在敏捷过渡的第一天就应该考虑正确的利益相关者沟通。