Atlassian CPO Tamar Yehoshua：AI 如何拓展产品团队的角色，以及何时亲自上手、何时掌舵

📌 One-Sentence Summary

Atlassian 首席产品官 Tamar Yehoshua 解释了 AI 如何拓展产品经理的职责，并指出应根据产品阶段、规模和风险，决定何时亲自参与、何时引导团队。

📝 Summary

Atlassian 首席产品官 Tamar Yehoshua 认为，AI 正在拓展产品、设计和工程岗位的职责，而不是简单地让这些角色消失。当亲自参与能解除瓶颈时，产品经理可以直接动手：在 Confluence，一个产品经理曾在一个月内提交 26 个 pull request，借助 AI 工作流，团队在 6 到 8 周内推出了新功能。在一个从零到一的项目中，产品经理先搭建 alpha 版本；当编码不再是他最能发挥价值的工作后，他便转而明确方向、帮助工程师排除阻碍。对于成熟的 Jira，产品经理则通过可复用原型和自动化反馈分类来引导工作，同时不直接修改生产代码。团队称，其吞吐量约为平时的 3 倍，并在约 10 周内交付了 22 项面向客户的功能。Yehoshua 还介绍了 Atlassian 的 AI 熟练度培养计划，并强调应衡量已交付的工作和客户成果，而不只是活动量。这些案例共同说明，角色选择取决于具体情境：先掌握足够知识以便作出贡献，再根据团队当前的瓶颈，决定亲自划桨还是负责掌舵。

💡 Main Points

AI 正在拓展传统边界内的产品岗位职责

Yehoshua 将这一变化描述为贡献能力的增强，而不是产品经理、设计师或工程师的消失。产品经理的核心职责仍是打造客户认可、商业上可持续的产品。

根据产品阶段决定亲自划桨还是引导方向

Confluence 的产品经理通过编写代码缓解 UX 瓶颈；在从零到一的项目中，产品经理随后回到方向制定和排除阻碍的工作。早期亲自上手积累的技术理解，也让之后的角色转换更有效。

企业规模会改变直接参与的安全边界

面对成熟的 Jira 代码库，产品经理制作可复用原型并改进反馈分类，但不提交生产代码。客户规模、合规要求和定制需求意味着，引导团队比直接改动生产系统更稳妥。

培养 AI 熟练度，并衡量结果而非活动量

Atlassian 采用以开发实践为导向的熟练度指数，并定期举办季度 build week。Yehoshua 表示，影响评估仍没有定论，因此团队会在团队和组织层面跟踪已部署的 pull request、面向客户的功能、OKR 和吞吐量。

💬 Key Quotes

Atlassian 尝试过不同的团队结构，并衡量了产出。结论是，答案取决于产品本身及其所处阶段。

他问自己：继续写代码，是否仍是最能发挥自己价值的事情？

从进行中的工作到正式交付，团队的吞吐量约为平时的 3 倍，并在约 10 周内推出了 22 项面向客户的功能。

衡量 AI 的影响仍然很难。Yehoshua 表示，Atlassian 还没有找到答案，她也不认为其他人已经解决了这个问题。

📊 Article Meta

AI Screening： 91

Featured： Yes

Source： Lenny's Podcast

Author： Lenny's Podcast

Category： 商业科技

Language： 英文

Read Time： 8 min

Word Count： 1932

Tags：

商业与创业 , 产品管理 , 组织与变革 , 投资组合管理 , 科技新闻

Play Full Video