PMがいないチームで、Seniorは何をすべきか？
最近試用期間を通過して、1-on-1でマネージャーにこう言われた。「もっと主体的にプロダクトの課題を探ってほしい。」
正直驚いた。毎日コードを書いて、issueを直して、プロジェクトを前に進めていたのに。それでもまだ主体的じゃないの？彼が本当に言いたかったことを理解するのに、しばらく時間がかかった。
全部同時に走ってる
試用期間を通過しても、プレッシャーが減るわけじゃなかった。むしろ、さらに多くのことを同時にこなすことになった：
| 項目 | 性質 | 自分でコントロールできること |
|---|---|---|
| Issue修正 | 日常業務、アウトプットは部分的に量で測定される | 安定したペースを保つ |
| プロジェクトA | 正式なプロジェクトだが、ユーザー側の要件確認が遅い | 限定的——主に返事待ち |
| プロダクトリサーチ | 主体的にプロダクトの改善点を探す | いつ出すか、どう見せるか、どう報告するか |
1日に3つ以上のことを切り替えていると、疲れるのは時間じゃない。絶え間ないcontext switchingだ。
そこで気づいた：うちにはPMがいない
入社初日から知っていたけど、それが何を意味するのか真剣に考えたことがなかった。
チームにはBA（Business Analyst）がいて、要件分析を担当している。でも「今どこまで進んでる？」「誰がblockされてる？」「優先順位を見直すべき？」といった問いを誰も本当には持っていない。
前の会社では、PMかTech Leadがそういうのを全部やってくれた。自分はbacklogを確認して、優先順位を確認して、プロダクト要件を明確にして、コードを書くことに集中すればよかった。specが来たら作る。詰まったらPMに言えば、残りは向こうがやってくれる。
今はその役割が存在しない。じゃあ誰がやるの？
Senior。
SeniorはPMじゃない、でもOwnershipは必要
最初は理解できなかった。自分はエンジニアなのに——なぜユーザーに返事を催促して、blockerを主体的に報告して、マネージャーと優先順位を揃えなきゃいけないの？それってPMの仕事じゃないの？
でもそれは、Seniorがチームのroadmapを持ったり、クロスファンクショナルな調整をしたり、他の全員の進捗を追ったりしてPMを代替すべきだということじゃない。本当のポイントはもっとシンプルだ：自分の仕事のblockerを、まるで他の誰かの問題であるかのように扱ってはいけない。
2つを比較してみると、違いがもっとはっきりした：
| PM | Senior | |
|---|---|---|
| 誰の進捗を管理するか | チーム全体 | 自分の担当ライン |
| 何を作るか決める | Roadmap、優先順位 | 決めないが、擦り合わせる |
| Stakeholderを追う | 関係者全員 | 自分のblocker |
| 誰に対して責任を持つ | ビジネス目標 | 自分が担当する機能 |
Seniorは他の人を管理する必要はない。自分の3つか4つのラインを落とさないようにするだけでいい。黙って待つんじゃなくて、blockerを主体的に報告する。指示を待つだけじゃなくて、自分が担当する機能について意見を持つ。
それはownershipであって、PMじゃない。
前の仕事が簡単すぎたわけじゃない
一瞬、前の会社がSeniorに対する期待値が低かっただけなのかと思った。でも考えれば考えるほど、それは問題じゃなかった。環境が違っただけだ。
前の会社にはPMがいて、調整の仕事から守ってくれていたし、プロダクトラインもシンプルだった。あそこでは「Senior」はもっと技術的に定義されていた——難しい問題を解ければ、それで十分だった。今の環境では、プロダクトの進捗を前に推すことも仕事の一部だ。誰もやってくれないから。
リーンなチームではそれが普通。理不尽じゃない。ただまだ慣れていないだけ。
実際にやったこと
これに気づいてから、いくつか変えた：
優先順位をつけて、マネージャーと擦り合わせる。 全部を優先順位順に並べて、「この順番で大丈夫？」と聞いた。メッセージ1通だけど、指示を受動的に待つ姿勢から、自分の仕事を能動的に管理する姿勢に変わる。
blockされたらラインを切り替える。でも記録は残す。 プロジェクトAのユーザーが返事しない？週1でpingして、書面の記録を残す。マネージャーにはblockerが自分側にないことがわかるし、空いた時間でプロダクトリサーチを進められる。
context switchingを頻繁にしすぎない。 全部 を少しずつ触るんじゃなくて、優先順位で今日やることを決める。blockされたラインは記録して横に置き、unblockされたら戻る。
最後に
全部基本的なことに聞こえるけど、PMが調整をしてくれることに慣れたエンジニアにとっては、適応に時間がかかる。プレッシャーの中では、自分のものじゃない仕事をしているように感じることもある。でもPMがいないチームでは、少なくともこれがSeniorであるということの一部だ。
余談だけど、この記事の思考整理は最初にAIとの対話を通じてやった。そしてそれを、日々のログとフィードバックのために自分で作った個人システム——Pasivと呼んでいる——で追跡した。Vibe codingはAIでプロジェクトを作ることだけじゃない。自分が今どこにいるかを整理するために使うことも含まれる。