产品管理的可持续发展

在产品管理方面的工作是有回报的，但要求很高。 作为产品人员，我们承担着各种各样的职责，这通常意味着很高的工作量。 但是，不断努力工作可能会带来长期疲劳和压力，并损害我们的健康。 本文讨论了可以帮助您达到健康，可持续的步伐并避免不断劳累的危险的技术。

什么是可持续步伐？

可持续的步伐是重要的敏捷原则。 敏捷宣言通过以下方式进行定义：“赞助者，开发者和用户应该能够无限期地保持恒定的步伐。” 目的是创建一个健康的工作环境，避免人们经常劳累，失去创造力，犯错误并最终牺牲健康。 像Scrum这样的框架提供了确保可持续步伐的特定技术，但不幸的是，仅适用于开发团队成员，而不适用于产品人员。

但是可持续发展的步伐对您（产品负责人）同样重要。 您的工作要求很高，职责范围广泛。 其中包括采访用户，制定产品路线图，更新产品积压订单，与利益相关者互动以及与开发团队合作等等。 由于所有这些职责都在争夺您的时间和精力，因此，太多的事情，太多的工作和太多的精力变得很容易，这对您和您的产品都没有好处。

说不

如果您发现自己劳累过度并且难以应付工作量，那么请首先思考您执行的任务。 这些都是您实际工作的一部分吗？ 我发现产品人员经常承担其他角色的职责，从而使要求苛刻的工作更加困难。 一个常见的例子是照顾开发团队。 尽管关心团队非常好，但促进该小组内部的有效协作不是您的责任。 这就是Scrum Master的工作。

我知道有些产品人员没有与他们合作的Scrum Master，或者Scrum Master的工作效率低下-个人可能过于紧张或没有足够的资格。 但是，如果您的情况如此，那么我建议您解决此问题，而不要涵盖其他人的工作。 后者将稳定无效的设置，并导致您工作过度或忽略一些核心职责，而这两项都不是理想的。

因此，专注于您的实际工作-使产品成功或使产品成功。 不要承担其他责任，例如改善开发流程，领导开发团队，制定UX设计决策或制定营销策略。 这是Scrum Master，开发团队和市场利益相关者的责任，而不是您的责任。 即使有困难，也要勇于拒绝：在成为该产品的一般狗狗方面没有持久的好处。

主动

接下来，将您遇到的计划外工作和消防工作量降到最低。 我发现许多产品人员忙于紧急的战术工作，例如完善用户故事，与开发团队合作或回答支持请求，以至于他们忽略了重要的战略任务，例如定期评估产品战略是否仍在工作 。 这可能会引起令人讨厌的惊喜，例如竞争对手超越您，从而导致更多计划外的工作，因为您拼命试图赶上竞争。

因此，要有足够的时间进行战略工作。 定期评估产品的性能以及当前产品策略的有效性，例如，通过举行协作策略审查，正如我在“ 建立有效的产品策略流程 ” 一文中更详细描述的那样。 这将使您能够玩积极主动的游戏并做出响应，而不必对意外做出反应。

分享工作

如果您发现自己太忙而无法定期制定战略，并且不能放弃任何责任，请考虑与开发团队，利益相关者和其他产品人员分担工作量。

与开发团队

如果您花费大量时间处理产品积压工作以尝试创建完美的用户故事，或者您必须在冲刺期间回答大量问题，那么您可能没有有效地共享产品积压工作 。 管理产品积压应该是一个协作的工作。 开发团队成员应积极参与积压工作，与您一起发现，捕获和更新故事，并帮助您确定产品积压的优先级。 这可以带来更好的产品待办事项，减少在sprint中必须回答的问题数量，并节省您的时间。

此外，您通常可以将（某些）优化工作委托给开发团队-假设团队已经获得了有关用户和产品的足够知识，并且您相信个人可以做出正确的决定。 这将进一步减少您的工作量，并使您可以将更多的时间花在重要的战略任务上 。

与利益相关者

我遇到的一些产品人员将大量时间花在“政治”上：谈判交易，说服人们，将想法卖给重要的利益相关者 。 因此，利益相关者的管理就像放羊一样。 尽管您总是会遇到利益相关者的挑战，但我发现当您采用参与式决策过程时，可以节省大量的谈判，说服和重新安排活动所花的时间。

这个想法很简单：例如，通过使用共识或讨论后产品人员的决策作为决策规则，使关键利益相关者（包括开发团队成员）参与重要的产品决策。 如果您发现人们没有执行重要的决定，这将增加人们的支持，并减少继续进行重新安排会议或进行某些危机管理的需要。 （您可以在我的文章“ 使用决策规则做出更好的决策 ”中找到有关参与式决策的更多信息。）

与其他产品人员

如果前两个方法不合适，请考虑您的产品规模以及与之合作的开发团队数量。 根据经验，如果有三个以上的团队，那么您可能必须邀请其他产品人员来帮助您管理产品。 例如，您可能需要一名负责整个产品的人员和负责该产品功能的其他人员，如下图所示。

另外，您可能想考虑分解产品，例如，将一个或多个功能捆绑销售，并像Facebook在2014年使用Messenger应用程序一样将它们作为单独的产品启动。这两种选择都将减少您的工作量并使其更容易实现可持续的步伐。 （有关如何共同管理产品的更多信息，请参阅我的文章“ 扩展产品所有者角色 ”。）

优先排序

许多年前，我正在与负责保健产品的产品经理讨论冗长的要求文档。 由于有太多工作要做，我建议优先考虑需求。 我永远不会忘记收到的表情和个人给我的答案。 她说：“那是不可能的。 它们都很重要！” 当然，问题在于，没有优先权的能力，我们不知道何时该说是，何时不说。 因此，我们可能会承担过多的工作，并试图一次完成太多的事情。

如果您发现难以确定优先级（无论是交付项目的顺序还是应该接受功能请求），那么您将受益于建立清晰且共享的目标。 如我在文章《 领导共同目标 》中所述，我喜欢工作级联目标，这些目标构成了下图所示的链。

上图中的目标是系统地链接在一起的，并构成层次结构，顶部的远景和底部的sprint目标。 有了正确的目标，您便可以评估是否应添加新功能。 它是这样工作的：如果该功能有助于您实现当前的发行目标，则可能应该继续使用它。 如果没有，则将其包括在产品路线图中-假设它服务于产品策略中规定的用户或业务目标。 如果不是这种情况，请客气而坚定地拒绝。 在上面的故事中，产品经理本可以从明确的议定发布目标中受益。 这样，她就可以通过考虑每个人对于实现此目标的重要性来排序要求。

因此，请确保您具有可用于帮助您确定工作优先级的有意义且一致的目标。 这不仅可以帮助您做出正确的决定，还可以减少过度劳累的风险，并有助于建立可持续的步伐。

翻译自: https://www.javacodegeeks.com/2018/11/sustainable-pace-product-management.html