「PM候補として期待しているから、次の案件を任せたい」と言われたとき、正直どこまで準備できているかを考えると、不安になる方は多いのではないでしょうか。
技術スキルやドメイン知識はある程度あっても、PMとして案件を動かすために必要な「型」を持っていないと、着任直後に詰まりやすいポイントがいくつかあります。
PM候補がいきなり案件を任されると詰まりやすい理由
PLや担当エンジニアとして動いていたときと、PMとして動くときの最大の違いは「自分で作業するか、動かすか」です。
PMは自分で手を動かして成果を出すのではなく、チームや関係者を動かして成果を出します。この切り替えができないまま案件を任されると、「自分でやった方が早いのに」と感じながら抱え込んでしまいます。
また、報告・依頼・課題整理といった基本動作が型として身についていないと、毎回ゼロから考えることになり、対応が遅れます。案件が動き始めてからそれを練習する余裕はほとんどありません。
型1：報告の型
上司や顧客に状況を伝えるとき、「結論から話す」を実践できているかどうかが最初の分岐点です。
報告の型：結論→事実→影響→相談事項
例：「Aシステムのテスト工程が3日遅延しています（結論）。原因は環境準備の遅れで、担当者の作業は明日完了予定です（事実）。このまま進めると納期は1日ズレる可能性があります（影響）。対策として残業対応と並行テストを提案しますが、ご判断いただけますか（相談事項）」
これをすっきり言える状態を作るには、報告の場を事前に何度もシミュレーションするより、日常的に「伝えることは何か」「影響は何か」を意識して言語化する習慣が先です。
型2：依頼の型
担当者にタスクを依頼するとき、「目的・完了条件・期限」の3点が揃っていないと、期待どおりのアウトプットが返ってきません。
依頼の型：目的→完了条件→期限と確認タイミング
例：「来週月曜の顧客定例で使うために（目的）、A画面の現状仕様を箇条書きでまとめてほしいです。顧客に口頭説明できるレベルで十分です（完了条件）。木曜の終業前までにお願いできますか。水曜に一度途中確認させてください（期限と確認タイミング）」
この型を使わずに「A画面の仕様をまとめておいてください」だけで依頼すると、どんな形式で・どこまでやればよいかが担当者に伝わりません。
型3：課題整理の型
プロジェクトで問題が発生したとき、「何が起きているか」「なぜ起きているか」「何をすべきか」を素早く整理できないと、対応が後手に回ります。
課題整理の型：事象→影響→原因仮説→対応方針
例：「顧客との認識ズレが発生した（事象）。このまま進めると要件変更が発生する可能性がある（影響）。初回ヒアリングで対象外の確認が不足していたと思われる（原因仮説）。明日追加ヒアリングを設定し、仕様書を更新する（対応方針）」
この型が頭に入っていると、問題を報告する場面でも「どうしましょうか」ではなく「こう進めたいと思っています」と提示できるようになります。
小さな案件で練習する方法
PM候補として動ける場面があるなら、小さな案件・サブプロジェクト・社内タスクで意識的に3つの型を使ってみてください。
- 上司への週次報告を「結論→事実→影響→相談」の順にする
- チームへの依頼メールを「目的→完了条件→期限」で書く
- 会議で出た問題を「事象→影響→原因仮説→対応方針」で整理してメモする
たとえば「チームへの依頼メール」は今日から試せます。担当者への社内チャットで何かを頼むとき、「○○のために、△△を□□日までにお願いしたいです」という1文を意識的に入れるだけで練習になります。「明日の定例前に使うので、進捗確認シートを水曜午前中に更新しておいてほしい」——この一言が型の実践です。
これを数週間続けると、型が体に馴染んできます。型が使えるようになってから案件を任されると、初動のスムーズさがまったく違います。
自分がどの型から練習すべきか
3つの型のうち、どれから意識すべきかは今の自分の状況によって変わります。
- 上司や顧客への報告が長くなりがち・伝わっていないと感じる → 報告の型から始める
- メンバーへの依頼が期待どおり返ってこない・手戻りが多い → 依頼の型から始める
- 問題が起きたとき「どうしましょうか」と聞いてしまいがち → 課題整理の型から始める
3つすべてを同時に直そうとしなくて大丈夫です。1つの型を2〜3週間意識するだけで、自分の行動パターンが変わってきます。
PM候補がやりがちな失敗
型を意識し始めると、自分がどこで詰まっていたかが見えてきます。よくある失敗を3つ挙げます。
失敗1：自分で抱え込む
担当エンジニアに依頼せず、自分で調べて解決しようとする。「頼むより自分でやった方が早い」という感覚が強い間は、PMとして動けていない状態です。依頼の型を使って手放す練習をします。
失敗2：依頼に完了条件を伝えない
「〇〇をやっておいてください」という依頼には、何が完了したらOKかが含まれていません。相手が困惑しながら作業し、期待と違うものが返ってきます。「〇〇のために・〇〇という状態になれば完了」と1行加えるだけで変わります。
失敗3：課題を感想・不安のまま共有する
「なんか顧客との温度感がズレている気がします」では、共有された側が何をすればよいか分かりません。事象・影響・原因仮説・対応方針の4点に分けてから伝えると、相談が相談として機能します。
最初の2週間で試す練習メニュー
3つの型を日常業務で試す、小さな練習を紹介します。
練習1：週次報告を「結論→事実→影響→相談」で書く
次の上司への報告メールや週次報告を、1回だけこの順番に並べて書いてみてください。最初は時間がかかっても、何が言いたいかを自分で整理する習慣になります。
練習2：依頼文に「目的・完了条件・期限」を入れる
チャットで何かを依頼するとき、「〇〇のために（目的）、〇〇の状態にしてほしい（完了条件）、〇〇日までに（期限）」を入れてみてください。3行になることも多いですが、それで十分です。
練習3：会議で出た問題を4点でメモする
定例会議で問題が出たとき、手元で「事象・影響・原因仮説・対応方針」の4つに分けてメモしてみてください。書けない項目があれば、それが確認すべき点です。
3つの練習は今日から始められます。1つだけでも、日常の中で意識するだけで変化を感じやすくなります。
まとめ
PM候補が案件を任される前に身につけたい3つの型を整理しました。
- 型1：報告の型（結論→事実→影響→相談）
- 型2：依頼の型（目的→完了条件→期限と確認タイミング）
- 型3：課題整理の型（事象→影響→原因仮説→対応方針）
完璧に習得してから動く必要はありませんが、「型として意識する」だけで日常の行動が変わります。日頃の業務の中で小さく試してみてください。