PMO引き継ぎのチェックリスト｜未決事項・会議体・権限を渡す

資料フォルダを渡しただけでは、後任が最初の会議を運営できないことがあります。PMOの引き継ぎに必要なのは、資料の所在に加え、未決事項、判断経路、毎週の動かし方です。後任が一つの運営サイクルを再現できるかを基準に、引き継ぐ内容を整理します。採用・転職の準備ではなく、既存プロジェクトの運営業務を渡すチェックリストです。

業務と判断責任を分けて渡す

担当する会議、管理表、報告、調整を一覧にします。同時に、PMや業務責任者の判断をPMOが代行していないかを確認します。前任が慣習で対応した仕事を、そのまま正式な責任として渡すとは限りません。未決は「対応中」だけでなく、次の行動、判断者、期限、止まっている理由を記します。担当外の相談を受けた場合に誰へ渡すかも必要です。引き継ぎ期間、受け渡す相手、完了を確認する人をそろえます。前任と後任だけで合意しても、報告先が認識していなければ依頼の経路が二重になることがあります。

後任が動けるかを見る確認表

一般的なPMO運営の説明用です。

閲覧だけでなく担当業務に必要な操作ができるかを確認します。不要な権限を一括付与するのではなく、所属組織の承認手続きを使います。

初週の予定から逆算する

過去資料を大量に読み込ませるより、初週の行動を並べると不足が見えます。更新依頼、未回答確認、会議準備、定例、報告提出という順序に、入力資料・実施先・完了条件・相談先を付けます。曜日や締切は実際の会議周期へ置き換えます。締切の理由も渡してください。会議直前の提出でよい資料と、承認者の事前確認が必要な資料を混同すると、正しい日付でも間に合いません。臨時の依頼や障害時の連絡も確認します。定例運営だけを実演しても、いつもの流れが崩れたときの相談先が分からなければ、対応が止まります。

説明・実演・後任の実施で確認する

前任が説明し、後任が一度操作する機会を設けます。可能なら定例を一回ずつ主担当で進め、前任が補助に回ります。録画だけに頼らず、不明点を一覧へ追記します。「分かりましたか」より「更新されない行があれば誰へ何を確認しますか」と具体的に聞きます。想定問答には説明用のケースを使い、個人や顧客情報を広く配布しません。完了条件は、必要資料とアクセスの確認、未決事項の次担当の合意など、業務に合わせて定めます。質問が一切出ないことを基準にせず、分からないことを相談できる状態を確認します。

秘密情報と個人評価は混ぜない

パスワード、認証コード、秘密鍵は引き継ぎ表へ記載しません。共有アカウントが必要でも組織指定の管理方法を使い、退任者の権限終了手続きを確認します。人物評価は「話が通じない」ではなく「仕様変更はこの承認経路を使う」など業務上の条件へ変えます。非公開の人事・健康情報を便利情報として共有しないでください。引き継ぎ表は項目、正本、周期、次回期限、担当範囲、判断者、後任の確認結果、未解決点、完了条件を記載します。退任後の相談期間があるなら範囲と期限を合意し、無期限の裏側の運営と区別しましょう。

次に確認したい実務ガイド

• RACIの作り方｜実行者と責任者を分けて役割の空白を見つける
• コミュニケーション計画の作り方｜報告・相談・緊急連絡の経路を分ける

PMO実務テンプレート・確認表の一覧から、目的に合う記事を探せます。

参考情報とこの記事の位置づけ

チームの役割を明確にする考え方を確認しました。引き継ぎ確認表と実演方法は独自提案です。 Atlassian：Roles and Responsibilities（確認日：2026年10月11日）。記入例・確認表は当サイトが説明用に作成したもので、実在の案件・実績ではありません。

課題管理表の作り方も必要な作業に合わせて参照してください。

アイキャッチ写真：Gabriel Cox / Unsplash。職場の実写ではなくイメージ写真です。