沒有 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 在做的事嗎？

但仔細想想，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，也包含用它來梳理當前的個人狀況。