产品管理表演：Marty Cagan 谈如何打造被充分授权的产品团队
- Aisha Washington
- 1天前
- 讀畢需時 7 分鐘
许多组织看似在践行现代产品管理。它们雇用产品经理，开展敏捷仪式，维护路线图，并大力投入软件开发。然而，Silicon Valley Product Group 的 Marty Cagan 认为，其中许多活动其实是“产品管理表演”：组织采用了产品工作的术语和仪式，却没有赋予团队产出有价值结果所需的责任或能力。
在 Lenny’s Podcast 的对话中，Cagan 区分了发布功能与解决问题。他探讨了产品组织为何变得臃肿、功能团队与被充分授权的团队有何区别、人工智能可能如何暴露薄弱角色，以及为何即使在以自主性为基础的文化中，领导力依然不可或缺。
产品管理如何变成了一场表演
Cagan 的批评始于一个简单的区分：产出不等于成果。公司可以完成路线图、按计划发布，却依然无法改善任何真正重要的事情。客户可能忽视新功能，营收可能毫无变化，企业的处境也可能并未比以前更好。
Cagan 表示，在疫情时期的招聘热潮中，许多科技公司扩张团队的速度，超过了它们维持招聘标准或明确职责的能力。组织新增了产品负责人、敏捷教练、业务分析师、产品运营人员，以及其他协调类角色。其中一些职位确实可以创造真正的杠杆作用，但另一些只是在人们定义问题与人们构建解决方案之间增加了层级。
这种环境会奖励可见的忙碌。排得满满的待办事项列表、一份精美的需求文档，以及可预测的交付日历，看起来都像是在取得进展。判断一项拟议的解决方案是否有价值、易用、可行且具备商业可行性，则要困难得多。结果是，组织能够展示行动，却无法展示影响。
Cagan 也质疑对敏捷方法流于表面的实施。Scrum 仪式和 Jira 工作流并不会让一家公司变得创新。当流程本身成为运营目标时，它可能会拖慢学习速度，并模糊究竟由谁对结果负责。
功能团队与被充分授权的产品团队
这场讨论的核心对比，是功能团队与被充分授权的产品团队之间的差异。
功能团队接到的是一个解决方案——通常来自高管、利益相关者或销售请求——并被要求将其交付。其绩效通常按截止日期、范围和发布量来衡量。产品经理可能负责协调任务、维护待办事项列表、汇报状态，并将利益相关者的请求转化为工单。Cagan 认为，这更接近项目行政管理，而非真正的产品管理。
被充分授权的产品团队接到的则是一个重要的客户或业务问题。产品领导者建立战略背景，并决定哪些问题值得投入；而跨职能团队决定如何以最佳方式解决这些问题。产品经理、设计师、工程师和技术领导者结合各自的专业能力，共同发现解决方案，并检验它是否有效。
这种差异并非表面上的不同。功能团队负责执行一项指令；被充分授权的团队则要对产出结果负责。
Cagan 认为，优秀的产品公司较少孤立地关注上市速度，而更关注“从上市到产生收入的时间”：一项投资多久开始创造真实价值。更快发布只有在改善客户体验或推动业务发展时才有意义。
真正的产品经理能带来什么
在 Cagan 的模型中，产品经理是创造者和决策者，而不只是协调者。设计师带来深厚的可用性与体验专业知识。工程师评估可行性，并帮助发掘技术所带来的可能性。产品经理尤其聚焦于价值和商业可行性。
价值关乎客户是否会选择或使用该解决方案。商业可行性关乎它是否能在现实约束下为企业带来成效。回答这些问题需要的不只是收集需求。产品经理需要具备多个领域的知识：
客户、用户及其尚未满足的需求
产品数据与基于证据的决策
市场动态与竞争性替代方案
收入模式、定价、成本以及上市策略方面的考量
销售、市场、法律、合规和伦理约束
主要负责管理待办事项列表的产品负责人，可能完成了有价值的交付工作，但 Cagan 并不认为待办事项管理是产品经理的定义性职责。同样，功能团队中的某个人即使在 Jira 之外也有贡献，仍可能将大部分时间花在协调一个预先确定的解决方案上。
被充分授权的 PM 会直接与设计和工程团队合作塑造解决方案。这并不意味着指挥设计师，或分配开发者的日常任务。它意味着，在团队探索该构建什么的过程中，代表客户价值与业务可行性。
授权仍然需要方向
被充分授权的团队有时被误认为是可以自主选择任何想做事项的团队。Cagan 否定了这种理解。
产品战略属于产品领导层。领导者决定公司将在哪些领域竞争，识别重要机会，做出投资选择，并将具有重要影响的问题分配给团队。授权始于这些战略工作之后：团队获得空间去调查问题、检验假设，并确定解决方案。
这形成了一种富有成效的责任分工。领导层提供背景、优先级、资源和有能力的人才。团队提供探索、判断、实验和执行。没有战略的自主性会导致碎片化；没有团队自主性的战略则会催生功能工厂。
健康的环境也依赖信任。团队需要空间去承担负责任的风险，从失败的实验中学习，并质疑薄弱的假设。领导者应当庆祝有意义的进展和学习，而不是只奖励功能数量。
ZIRP 之后的清算
Cagan 将当前对产品管理的重新评估，与零利率时代的结束联系起来。当资本充裕时，许多公司强调增长优化，并为职责界定狭窄的角色配备人员。更严峻的商业环境重新唤起了人们对产品市场契合度、严谨探索以及产品投资经济性的关注。
在这种环境下，组织正仔细审视那些以协调和待办事项管理为核心的岗位。Cagan 预计，生成式 AI 将加剧这种压力，因为许多常规的沟通、文档编写和分诊任务都可以被部分自动化。
他对产品经理的信息要求很高，但具有建设性：评估你实际从事的工作，而不是你个人资料上的头衔。加强客户理解、分析判断、市场知识、战略思维和商业素养。在可能的情况下，通过帮助一个或多个团队围绕成果而非功能清单开展工作，来证明这种模式的价值。
职业发展同样需要保持怀疑精神。Cagan 警告说，许多线上建议和认证项目传授的是对该角色的项目管理式理解。因此，批判性思维是 PM 的一项基础技能——不仅用于评估产品创意，也用于评估职业指导。他建议认真考察潜在的直属经理，因为此人将深刻影响这一角色会培养哪些技能。
AI 如何改变工作
Cagan 认为，在快速变化的技术之下，仍存在稳定的原则。产品经理依然需要判断一款产品是否能够提供价值，以及能否在商业、法律、伦理和运营约束下取得成功。然而，用来回答这些问题的工具正在迅速变化。
生成式 AI 可以帮助起草文档、探索战略、分流缺陷、优化沟通，并挑战最初的提案。Cagan 警告说，不应把流畅的输出当作可靠的判断。他更倾向的模式是：先自行想清楚问题，再借助 AI 来批评、扩展或改进这些思考。
以文档和工作流管理为主的岗位，似乎尤其容易受到自动化影响。被充分赋能的产品经理依然有价值，因为他们的工作依赖于情境、证据、权衡和责任承担。AI 产品甚至可能提升可行性的重要性：概率型系统会带来涉及合规、安全、知识产权、伦理和客户信任的棘手问题。
产品运营模型
Cagan 的著作 Transformed 将产品运营模型描述为一系列在成功的产品公司中都能发现的原则，其中也包括硅谷以外的组织。该模型汇集了三个主要领域：产品战略、产品发现和产品交付。
它的目的不是再强加一套僵化流程。Cagan 强调原则高于仪式，学习高于归咎，创新高于人为制造的可预测性。团队应当获得值得解决的问题，形成真正的主人翁意识，在发现阶段处理风险，并快速但负责任地进行实验。交付应优先采用小规模、高频率、可独立发布的变更，并由强大的埋点和监控支持。
有效的产品组织还需要互补的能力。Cagan 强调产品管理、设计、工程、营销和领导力；核心团队通常以产品经理、产品设计师和技术负责人为中心。这些角色中，没有任何一个能无限期弥补薄弱的领导力或缺失的专业能力。
产品运营与创始人的角色
Cagan 并不完全否定产品运营。他认为，高杠杆的专家——例如支持多个团队的用户研究员和数据分析师——具有合理的价值。危险信号在于，产品运营职能被治理、流程执行，或本应由产品经理和领导者亲自完成的工作所主导。
他对创始人也提出了同样细致的建议。在实现产品市场匹配之前，创始人通常应继续负责价值和可行性，而不是过早聘请产品经理。在这个阶段，将产品判断与创始人的愿景分开，可能会造成摩擦并拖慢学习。
随着公司成长——Cagan 认为，大约 20 至 25 名工程师通常是一个常见的转折点——创始人可能不再能够有效担任唯一的产品负责人。这时，经验丰富的产品经理可以帮助规模化产品判断，而不会把这个角色降格为协调工作。
超越表演
解决产品管理戏剧化问题的办法，不是一个新头衔、新框架或新仪式，而是更清晰的责任体系。领导者选择重要的问题，并提供战略背景。跨职能团队发现解决方案。产品经理带来深厚的客户、市场、数据和商业知识。成功应以结果来判断，而不是以已发布功能的数量来衡量。
对于个人 PM 而言，其含义同样明确：要通过提升能力，而不是让自己在行政事务上更忙碌，来变得更难被替代。未来更属于那些能够帮助团队判断什么值得构建、为什么它应该奏效，以及它是否真正奏效的人，而不是流程的看守者。
