没有 PM 的团队，Senior 到底要做什么？

最近刚过试用期，主管在 1 on 1 的时候跟我说了一句："希望你可以更主动去探索产品的问题。"

当下有点懵。我每天都在写 code、修 issue、推项目进度，怎么还不够主动？后来花了一些时间想，才搞懂他在说什么。

手上同时在跑的事

过完试用期不代表压力变小，反而是多线同时开跑：

项目	性质	我能控制的
Issue 修正	每天都有，考核看数量	稳定节奏
项目 A	正式项目，但 user 端迟迟不确认需求	有限，主要是等人回复
产品研究	主动寻找产品的优化方向	何时产出、怎么呈现、如何回报

当一天需要切三件事以上时，最累的不是工时，是脑袋不断 context switch。

然后我发现：我们没有 PM

这件事我入职后就知道，但一直没认真想过它的含义。

团队里有 BA（Business Analyst），负责需求分析，但没有人管"事情推到哪了""谁被 block 了""优先级要不要调整"。

以前的公司有 PM 或 Tech Lead 在前面挡这些事。我只需要检查当前的 issue 积累的状况，排查优先级，确认产品需求，专心写 code，有 spec 就开工，卡住了就跟 PM 说，剩下的他处理。

现在没有这个角色了。这些事情落在谁身上？

答案是 Senior。

Senior 不是 PM，但要有 Ownership

一开始我并不理解——我是工程师，为什么要追 user 回复、要主动回报 blocker、要跟主管对齐优先级？这不是 PM 在做的事吗？

但这并不意味着 Senior 应该通过承担团队的 roadmap、处理跨职能协调或跟踪其他所有人的进度来替代 PM。真正的重点更简单：你不能把自己工作中的 blocker 当成别人的问题。

仔细想想，PM 跟 Senior 做的事其实不一样：

	PM	Senior
管谁的进度	整个团队	自己手上的线
决定做什么	Roadmap、优先级	不决定，但要对齐
追 Stakeholder	所有相关人	自己的 blocker
对谁负责	商业目标	自己负责的功能

Senior 不需要管别人，只需要管好自己的三四条线不掉球。被 block 了主动回报，而不是静静等。对自己负责的功能有想法，而不是只等指令。

这叫 ownership，不叫 PM。

其实不是以前太浅

我一度怀疑是不是之前的公司对 Senior 的标准太低。后来想想不是，是环境不同。

前公司有 PM 帮我挡掉沟通，产品线也比较单纯，Senior 的定义偏技术——能解难题就够了。现在的环境要求多了推产品进度这层，因为没有人帮你推。

在精简团队里这其实是常态。不是不合理，是我还不习惯。

我实际怎么做

想通之后，做了几件事：

排优先级，跟主管对齐。 把手上的事按优先顺序列出来，直接问主管"这个顺序 OK 吗？"一句话的事，但性质从"被动等指令"变成"主动管理自己的工作"。

被 block 就切线，但留记录。 项目 A 的 user 不回？每周 ping 一次，留书面记录。让主管知道 blocker 不在你身上。空出来的时间推产品优化研究。

不要 context switch 太频繁。 用优先级决定今天做什么，而不是每件事都碰一点。被 block 的线记录后放着，等 unblock 了再切回来。

结语

这些东西说起来很基本，但对一个习惯"有 PM 帮忙"的工程师来说，需要时间适应。压力大的时候，会觉得自己在做不属于自己的工作。但其实这些就是 Senior 该做的——至少在没有 PM 的团队里。

另外，这些方向的厘清，其实是先通过和 AI 对话整理出来的，再搭配我自己建的追踪系统（我叫它 Pasiv）做每日记录和反馈。Vibe Coding 不只是拿 AI 来写 project，也包含用它来梳理当前的个人状况。