产品经理 项目负责人_项目经理和主管的区别

以下为译文，原文链接：https://nealcabage.com/product-vs-project-vs-program-management/

太多的团队无法区分Product Manager，Product Owner，Program Manager和Project Manager。 我创建了这个图表以列举他们之间的关键差别。

PRODUCT MANAGER

在消费品包装领域，Product Manager最初是品牌营销的一个子集。当时的想法是让一个人从头到尾完全掌控产品，负责产品的各个方面。这使得这个角色具有内在的战略意义，因为产品满足市场需求，才能让其他一切都顺利进行。这也是 “产品的CEO “思维模式形成的背景，因为这个角色将真正对自己的产品负有端到端的责任和义务。但从根本上说，Product Manager的目的是通过产品满足市场需求来推动业务成果的实现，而其他一切都只是实现这一目的的手段。

PRODUCT OWNER

在90年代进入数字生态系统之前，Product Manager的角色相当明确。在这个时代，产品管理在科技领域崛起的原因，是敏捷/Scrum方法论的兴起，它要求每个Scrum团队都有一个 “Product Owner”。Scrum，将Product Owner定义为具有类似于传统Product Manager的职责，但更加注重战术和内向。这个角色被定义为支持和服务于Scrum团队，而不是像传统的CPG产品经理那样，与代理商和承包商合作开发产品。

再加上这种差异，Scrum对大多数开发团队来说都是司空见惯的，不管他们是在进行产品的开发，还是更多的操作性工作。 作为这种敏捷转型的结果，在IT背景下，传统的业务分析师并不少见，他们扮演着Product Owner的角色，有时甚至还会被冠以Product Manager的头衔。然而事实上，这些角色中的很多都与Product Manager的原始概念毫无关系。更何况，在这种情况下，产品是什么？

PROJECT MANAGEMENT

Project Manager可能是所有这些角色中最著名的，因为它已经存在了很长时间，超越了行业和流程。Project Manager专注于在给定的预计日期内，协调交付，并专注于调整各方完成交付。他们倾听问题，帮助解除障碍，并在问题出现时向利益相关者汇报。在软件世界中，Project Manager多用于有非常大的项目和大量的跨团队依赖关系，必须协调的地方。Project Manager大多是在大规模的IT交付物中实践的，这些交付物在前期是已知的，并使用瀑布流程执行。根据合同，在敏捷方法中，全栈团队一般被设置为尽可能的自主，并尽量减少跨团队的依赖性，这也是你会发现Program Manager的地方。

PROGRAM MANAGEMENT

Program Management与Project Management一样强调交付，但Program Management更强调为多个项目建立有效的交付管道，而不是单个项目交付。在这一点上，Program Management与Product Manager相似，因为他们对某件事情有较长期的所有权。不同的是他们对什么有所有权，以及他们如何衡量成功。对于产品来说，是产品是否符合市场需求，用一些与收入相关的KPI来衡量，而对于项目来说，则是以效率和可预测的产出来衡量的高效交付。你可能会发现Program Manager负责监督内部的运营服务，或者当他们与Scrum团队合作时，他们可能会带领 “Scrum的项目”，充当ScrumMaster，并确保团队应用最佳实践和保持高效率。

理想的做法

对于小规模的产品来说，很简单，Product Manager掌握产品的市场策略，同时也是Product Owner的角色，负责向团队提出产品需求。

对于规模较大的产品，你很可能需要一个以上的产品团队来支持所有的工作。这可能意味着你有一个总监级别的产品经理（Director of Product），他负责领导战略，可能会有多个 “功能团队（feature teams）”（Scrum团队专注于一组功能），这些团队由相应的Product Owner支持，他们负责分析、编写需求并支持他们的团队，进行功能的开发。

在瀑布过程中，你更多的是带领技术团队，而不是功能团队。这意味着有更多的跨团队依赖关系需要协调。比较典型的是，在敏捷上下文中，你会看到Project Manager会扮演类于Program Manager的角色。关键的区别在于，在敏捷中，功能团队的设置是为了交付长周期的功能，而在瀑布背景下，团队的设置通常更多的是基于技术角度（Web团队、后台团队、UX团队等）。这意味着Project Manager的工作是在项目层面而不是程序层面进行管理。

总结

归根结底，产品在价值在于为市场解决问题，流程和角色都应该为产品价值服务，不能本末倒置。基于产品的价值，正确的流程和支持角色（Product Owner, Program Managert和Project Manager）的产品是自然而然的事情。

译者小结

由于太多的人对“产品经理”、“项目经理”存在根深蒂固观念，为避免讨论上的混淆，所以，没有对Product Manager，Product Owner，Program Manager和Project Manager进行翻译。

翻译自：https://nealcabage.com/product-vs-project-vs-program-management/