​

做了几年产品，才意识到：Scrum 里的 Product Owner 并不只是“写需求的”

说实话，刚开始听说 PSPO（Professional Scrum Product Owner I (PSPO I) ）认证课 时，我是犹豫的。

我本身已经是一个 5 年经验的产品经理，写需求、做原型、对接开发，早就熟门熟路。那时候我以为——“敏捷不就是快速迭代、多沟通吗？我天天都在干。”

但之后有朋友给我推荐了Scrum中文网的PSPO课，学了这门课之后，我才意识到：

敏捷产品负责人和传统意义的“产品经理”是两件事。

一些意料之外的收获

课程的重点，是从产品职责的角度，重新审视“价值”这个词在团队中的落地方式。

比如：

• 怎么把“业务目标”拆解成可以迭代交付的产品 backlog？

• 面对开发团队每天的技术和资源限制，如何确保他们优先做的是“最值得做的事”？

• 业务快速变动时，如何通过敏捷节奏，不被打乱节奏，还能持续交付价值？

• Scrum 中的 PO（Product Owner）到底该如何与 ScrumMaster、开发团队协作，而不是“扔文档”就完事了？

在课上，这些都不仅是讲理论，而是通过一个个贴近真实场景的练习，让我们反复练习：“如何做出更好的决策，并带动团队一起前进。”

课程的引导方式很像一次深度共创。老师并不是照着PPT讲理论，而是引导大家去分享、思考、重建自己对“产品负责人”角色的理解。

我们花了很多时间在用户视角、价值优先级、需求澄清、团队协作这些关键话题上。每个环节结束时我都在想：这些讨论和方法，为什么没人早点告诉我？

很多我们工作中“说不清道不明”的问题，终于在框架下有了解法。

认证本身是附加值，但不是重点

PSPO也可以不用上培训课，直接自考证书，网址：（www.scrum.org.cn）

拿到 PSPO 认证当然是一种认可，它也是 Scrum.org直接颁发的，含金量和认可度都不错。

但真正有价值的，是这门课让我从“功能输出者”转向“价值引导者”的角色定位转变。

说到底，我们不是缺“方法”，而是缺对问题的正确理解

我现在常说的一句话是：

“一个合格的产品负责人，不只是交付 backlog，而是持续回答一个问题：我们现在做的，是不是最有价值的事？”

PSPO这门课的意义就在这里——它不告诉你怎么写需求文档，而是让你在纷繁复杂中，看清什么值得做。

如果你也是做产品的人，想更好地带领团队创造有价值的成果，我觉得，这门课值得你花两天时间，坐下来，系统地重构一次你对产品角色的理解。