产品负责人是如何完成所有工作的？在项目开始前、季度中和每个迭代（Sprint）期间，他们的流程是怎样的？他们为什么要做这些事情？
最近，在 Agile Mentors 播客上，Brian Milner与Mike Cohn共同探讨了产品负责人做什么、什么时候做以及为什么做的问题。
作为《产品负责人职责指南》的主创人员，Brian不仅解释了产品负责人做什么和什么时候做，还解释了为什么要做这些事情。
产品负责人的工作具有时序性和周期性
《产品负责人职责指南》是按照时间顺序编排的，这自然地考虑到了产品负责人职责的时序性和周期性特点：
- 时序性：大多数项目都受到时间或成本（或两者）的约束。所有迭代都遵循特定的事件顺序，从计划会到回顾会。
- 周期性：大多数项目包含多个Sprint，并且会定期进行跨迭代的检查和研究活动。
产品负责人是 Scrum 团队的一部分，对于推动工作进展至关重要。同时，他们也充当了团队与利益相关者之间的沟通桥梁。产品负责人的职责贯穿整个项目生命周期，不仅支持项目的健康进度，还提供调整计划的灵活性，以更好地满足客户需求。专业提示：计划总是需要调整的。
要理解产品负责人的工作在项目中的时间和频率，有助于我们理解这些工作的意义。成功的产品负责人的职责可以归纳为六个主要行动，每个行动都有明确的“为什么”，以及在特定时间和规律性活动中发生的关键任务。Brian在播客中进一步揭示了为什么产品负责人会执行这些六个行动。
成功产品负责人的六大行动
优秀的产品负责人知道在什么时间做什么事。伟大的产品负责人明白为什么这些职责一开始就存在。在从第一次迭代到最终发布的整个项目过程中，他们始终牢记这六个可操作的支柱。
1. 产品负责人了解市场
为了为客户提供最佳产品，产品负责人必须了解客户的需求和愿望，以及竞争对手如何应对这些需求。他们应做好面对初始假设的挑战以及在不断变化的市场环境中重新定位的准备。
在第一次迭代之前
- 分析市场趋势和竞争对手的情况，特别是面向外部的产品。注意这些分析如何挑战原有假设并调整产品愿景。
- 确定用户群体，并通过故事地图建立整体视图。请记住，故事地图是动态文档，会随着理解的变化而调整。
每季度
- 选择下一个产品目标，指导交付内容及其优先顺序。
- 检查已建立的故事地图，查看需要调整的部分。
每次迭代期间
- 建议一个迭代目标以及支持理解客户需求的待办事项。
- 在产品开发过程中与实际客户沟通，并密切关注竞争对手的动态。
| “有一些幕后进行的标准产品工作我们没有真正考虑到：比如市场分析和试图了解竞争格局。这是一整套在幕后进行的活动和工作。” – Brian Milner |
2. 产品负责人理解并吸引利益相关者的参与
在产品负责人向团队展示愿景和故事地图之前，他们需要与利益相关者和组织一起定义这些内容。虽然这并不意味着所有内容都是最终确定的，但在一开始就吸引利益相关者的参与非常重要。
在第一次迭代之前
- 确定利益相关者，并寻求他们对产品愿景和计划的支持。
- 与利益相关者进行多次关于故事地图的讨论，并保持对团队在推进过程中可能发生的变化的开放态度。
每季度
- 重新审视与利益相关者的关系，优化合作策略并保持积极的沟通。
- 强调团队对产品的承诺，哪怕这意味着要调整原有的计划，也要应对路线图中的重大变化。
每次迭代期间
- 定期与利益相关者会面，获取他们的意见、反馈和支持
- 在待办事项梳理之前，主持优先级会议，并邀请利益相关者参与迭代评审和回顾会。
| “我希望与我的利益相关者，尤其是关键利益相关者，就优先级进行沟通，这样不会让任何人感到意外……我真的认为迭代评审是产品负责人的一个重要活动……它为利益相关者提供了发言的机会，他们可以提出自己认为非常重要的事情。” – Brian Milner |
3. 产品负责人维护产品待办列表
产品待办列表是一个动态的文件，会随着产品负责人理解的变化而不断更新。没有任何固定公式能准确说明在新项目开始时应包含多少内容——重要的是它能根据项目的进展灵活调整。
在第一次迭代之前
- 确立产品目标，进行故事编写工作坊，并创建产品路线图。
- 编写待办列表，但不要因此耽误项目本身的启动。
每季度
- 如有必要，更新产品路线图。
- 要认识到，有些人可能会对现有的待办列表和路线图产生依赖，可能会难以接受变化。因此，需要强调灵活性的重要性，指出变化是项目健康发展的关键。
每次迭代期间
- 在与利益相关者的梳理会议前，确保待办列表是最新的。
- 在评审会上，提前了解待办列表中即将进行的事项，为下一个迭代做准备。
| “维护产品待办列表需要进行一系列的活动。你可能需要召开多次会议……如果我要让利益相关者进来帮助我确定优先级，我必须在会议之前准备好相关内容。我不能只是随便出现然后说，我们看看待办列表里有什么，然后就即兴发挥。” – Brian Milner |
4. 产品负责人建立信任
产品负责人需要在项目的每个周期和每个阶段都优先考虑与团队成员和利益相关者建立信任。
在第一次迭代之前
- 设定现实的期望——宁可超出期望也不要未达预期。
- 使用故事地图和路线图等工具，提高团队正在创建的内容及可能无法纳入最终产品的内容的透明度。
每季度
- 核实当前计划是否反映了当前的实际情况。
- 跟踪产品的经济状况（如预算、成本和收益），并与团队和利益相关者分享这些信息。
每次迭代期间
- 与利益相关者沟通优先级、计划和进展情况。
- 确保利益相关者的意见被反映在待办列表中。
| “故事地图是一个动态的文件。随着我们添加新的功能区域，以及对用户如何与产品互动有新的理解，它会不断地调整和变化。我们会根据需要对其进行修改。我希望它始终能够反映实际情况。” – Brian Milner |
5. 产品负责人融入团队
虽然产品负责人有自己独特的职责，使他们与团队的其他成员有所不同，但他们依然是团队的一部分。重要的是，产品负责人要积极参与团队的活动，而不是置身事外。
在第一次迭代之前
- 一开始就邀请未来的团队成员参与，至少让部分成员在正式启动前参与估算和故事编写。
- 建立共享日历的先例，方便团队成员安排重要的检查时间。可以考虑提供每日或每周的固定时间段，供团队成员提出问题和关注事项。
每季度
- 与团队一起编写新故事，完善产品目标和路线图。
- 与团队成员沟通项目中的重大变化，确保大家步调一致。
每次迭代期间
- 参与迭代计划会、每日Scrum和迭代回顾会，并主持迭代评审会。
- 随时准备梳理待办事项，回答问题并强调进展。
| “产品负责人并不是与团队分离的。他们是团队的一部分。因此，产品负责人和其他人有相同的目标，那就是为客户提供尽可能多的价值。他们需要定期联系……问问大家的情况如何？我的进展如何？我们如何相互帮助实现我们的目标？” – Brian Milner |
6. 产品负责人从现状出发，在过程中持续改进
优秀的产品负责人不会陷入完美主义。与其等待每一个细节都敲定后再开始，不如带着改进的意图立即着手。产品负责人应该一步一步地前进，与团队并肩作战，以达到目标。
| “通常你知道自己从哪里开始。你知道有成千上万的事情可以做。但当你有一个关于产品的伟大想法，并且从头开始时，至少根据我的经验……我总是知道从哪里开始。这就是我鼓励你们的地方：把它拿出来，开始做。即使你没有完全想透所有不同的功能和方面，这也没关系。你只需要开始推进进度，这样你才能学到东西。” – Brian Milner |
产品负责人不该做什么？
要明确“做什么”和“怎么做”之间的界限，并尽量避免干涉“怎么做”的部分。作为产品负责人，我们主要关注的是“做什么”。我们要实现什么目标？我们的重点是什么？
“怎么做”是开发人员的职责。他们决定如何实现这些目标，以及什么是最好的交付方式。
| “作为一名前产品负责人，我总是难以在这方面找到平衡。是的，我脑海中有一个具体的愿景，想要它完全按照我的设想进行。但我必须克制自己……我的职责不是详细说明页面的具体展示方式或功能的实现方法。如果没有法律或合规的要求，我尽量不干涉具体的实现方式，让开发人员能够真正发挥他们的专业技能。” |
原文
What Does a Product Owner Do, When, and Why? (mountaingoatsoftware.com)
