はじめに
PMという立場で仕事をしていると、
マネジメントに専念するケースもあれば、実装まで関わるケースもあります。
自分はこれまで、
PM/PLとしてプロジェクトを進めながら、
設計やレビュー、場合によっては実装にも関わる立場で仕事をしてきました。
この記事では、
「実装もするPM」という立場で、普段から意識していることを
特定の案件や社外秘の内容に触れずに整理してみます。
1. まず「何がゴールか」を自分の言葉で説明できるか
作業を始める前に、
「このプロジェクト（タスク）は何を達成すれば成功なのか」を
自分の言葉で説明できるかを意識しています。
- 何を作るのか
- どこまでできれば十分なのか
- 今回やらないことは何か
これが曖昧なまま進むと、
途中で認識のズレが発生しやすくなります。
実装に関わるからこそ、
コードを書く前にゴールを言語化できているかを重視しています。
2. 「理想」と「現実」を意識的に切り分ける
設計や実装を考えていると、
理想的な構成や、きれいな設計を思いつくことがあります。
一方で、現場には必ず制約があります。
- 期限
- 人員
- 既存資産
- 運用負荷
PMとしては、
「理想的かどうか」だけでなく、
今の条件で現実的に回るかを常に意識しています。
実装経験があると、
「これは後で必ず苦しくなる」というポイントに気づきやすいと感じています。
3. 実装者の視点でスケジュールを見る
スケジュールを引くときは、
「机上での作業時間」ではなく、
実際に手を動かすときの感覚を基準に考えています。
例えば、
- 環境構築に意外と時間がかかる
- 想定外の調査が発生する
- レビューや修正で往復が起きる
といった点は、
実装を経験していないと見落としがちです。
実装者の目線でスケジュールを見ることで、
無理のある計画を避けられると感じています。
4. 「分からないこと」を早めに表に出す
PMという立場だと、
「分かっていない」と言いづらい場面もあります。
ただ、実装に関わる立場としては、
分からないことを抱えたまま進む方がリスクが高いと感じています。
- 仕様が曖昧な点
- 技術的に不安な点
- 判断に迷っている点
これらは、
早めに表に出して整理することを意識しています。
実装まで見ているからこそ、
後で手戻りになるポイントが想像しやすいと感じています。
5. 「自分が触れない部分」も最低限は理解する
すべてを自分で実装することはできませんが、
自分が直接触らない部分についても、
最低限の構造や流れは把握するようにしています。
- 処理の全体像
- データの流れ
- 影響範囲
これを把握しておくことで、
- 相談を受けたときに話が早い
- 問題発生時の切り分けがしやすい
- 不要な認識ズレを防げる
といったメリットがあります。
まとめ
実装もするPMとして仕事をする中で、
特別なことをしているという意識はあまりありません。
ただ、
- ゴールを明確にする
- 現実的な判断をする
- 実装者の目線を持つ
といった点を意識することで、
プロジェクト全体が進めやすくなると感じています。
この記事が、
PMやエンジニアとして仕事をする方にとって、
何かの参考になれば幸いです。