プログラム・ガバナンス・会議体設計書のテンプレート
プログラムの会議は、放っておくと増えます。プロジェクトが5本あれば定例が5つ、そこに全体会議、部門別の報告会、ベンダーとの打ち合わせ……。気づくとPgMの一週間は会議で埋まり、それでも決まらないという状態になります。
この記事では、プログラムのガバナンス・会議体設計書のテンプレートを紹介します。ポイントは、層ごとに会議体を1つだけ置くことと、上に上げる条件を数字で決めることです。記入例は、みどり市役所（架空）の「自治体DX推進プログラム」です。
■ 1. 背景・よくある課題
よくある状態 | 本当の原因 |
|---|---|
同じ話が、複数の会議で繰り返される | どの会議で何を決めるかが決まっていない |
会議で決まらず「次回までに検討」が続く | その場に決められる人がいない |
小さな判断まで運営委員会に上がってくる | 現場で決めてよい範囲を決めていない |
逆に、大きな判断が現場で決まってしまう | 上に上げる条件を決めていない |
出席者が多く、発言しない人がいる | 「念のため呼ぶ」を続けた結果 |
報告のためだけの会議がある | 資料を送れば済むことを、会議にしている |
プログラムでは、この問題がプロジェクトより深刻になります。関係する部門が多く、「誰に聞けば決まるのか」が分かりにくいからです。
■ 2. テンプレート作成の目的
目的 | 具体的にどうなることか |
|---|---|
層ごとに会議体を1つにする | 「この話はどこで決めるのか」で迷わなくなる |
上に上げる条件を数字にする | 現場で決めてよい範囲が分かり、判断が速くなる |
出席者を必要最小限にする | 決める人と、決めるための情報を持つ人だけを呼ぶ |
報告と議論を分ける | 資料の事前配布で済むものは、会議にしない |
会議体の見直し時期を決める | フェーズが変われば、必要な会議も変わる |
■ 3. 4層で設計する
プログラムの会議体は、次の4層が基本形です。頻度が高いほど扱う範囲が狭く、頻度が低いほど扱う金額が大きくなるように設計します。
層 | 会議体 | 頻度・時間 | 出席者 | 決めること |
|---|---|---|---|---|
1 | 各プロジェクトの定例 | 週1回・30分 | PMと各リーダー（5〜8名） | プロジェクト内の作業割り当て、課題の対応 |
2 | プログラム推進会議 | 隔週・45分 | PgM＋各PM＋PMO（8〜10名） | プロジェクト間の優先順位、要員の配分、依存関係の調整 |
3 | プログラム運営委員会 | 月1回・60分 | 部門長級（5〜8名） | スコープの変更、稼働日、予備費の使用、G3の判定 |
4 | 庁議・取締役会 | 四半期／随時 | 経営層 | 投資枠の変更、中止、ベネフィット目標の変更、G0〜G2・G4の判定 |
小規模なプログラムなら、1層目と4層目を省いて2つでも構いません。大事なのは層の数ではなく、それぞれの層で何を決め、どこから上に上げるかが決まっていることです。
■ 4. 上に上げる条件を数字で決める
この図の右側にある「上に上げる条件」が、設計書の中心です。条件を数字で決めておかないと、迷ったものはすべて上に上がり、月1回の委員会待ちになります。
みどり市役所では、次のように決めています。
どこから | どこへ | 上げる条件（どれかに当たったら） |
|---|---|---|
プロジェクト定例 | 推進会議 | 他プロジェクトに影響する／50万円を超える／2週間を超える遅れ／担当者の権限を超える判断 |
推進会議 | 運営委員会 | 1,000万円を超える／稼働日に影響する／新しい部門の合意が必要 |
運営委員会 | 庁議・議会 | 債務負担行為の限度額を超える／プログラムの中止を検討する／ベネフィット目標を変更する |
逆に、下ろす条件も決めておくと効きます。「運営委員会に上がってきたが、条件に当たっていないもの」は、その場で推進会議に差し戻します。これをやらないと、上の会議はいつまでも細かい話で埋まります。
■ 5. 会議体設計書の項目
会議体ごとに、次の10項目を書きます。1会議につき半ページです。
項目 | 書く内容 | 書き方のコツ |
|---|---|---|
会議名 | 正式名称 | 「定例」「MTG」だけの名前は避ける |
目的 | 決めることか、共有することか | 「決める」会議を優先する。共有だけなら資料配布で足りないか検討する |
決めること | この会議で決定する事項 | 3つ以内。多いと会議が長くなる |
決めないこと | この会議では扱わない事項 | 「個別の技術課題は扱わない」など明記すると効く |
頻度・曜日・時間 | 毎週火曜 10:00-10:30 など | 固定する。毎回調整すると、そのうち開かれなくなる |
出席者（必須／任意） | 役職と個人名 | 必須は5〜8名まで。任意は議題に応じて呼ぶ |
議長／事務局 | 誰が進行し、誰が準備するか | 議長はPgM以外が望ましい層もある |
入力（事前に配る資料） | 何を、いつまでに配るか | 会議の2営業日前までに配布 |
出力（この会議から出るもの） | 決定事項、TODO、上に上げる案件 | 議事録の形式を決めておく |
上に上げる条件 | 数値で書く | 金額・日数・影響範囲の3つで表す |
「決めないこと」の欄が、意外と効きます。推進会議に「個別の技術課題は扱わない」と書いておくと、話が脱線したときに議長が止めやすくなります。
■ 6. 記入例：プログラム推進会議（みどり市役所）
項目 | 記入内容 |
|---|---|
会議名 | 自治体DX推進プログラム 推進会議 |
目的 | プロジェクト間の調整を、その場で決める |
決めること | ①プロジェクト間の優先順位 ②要員の配分 ③依存関係の調整 |
決めないこと | 各プロジェクト内の技術課題／スコープの変更（運営委員会）／個人の評価 |
頻度・時間 | 隔週 木曜 14:00-14:45（固定） |
出席者（必須） | PgM、C1〜C4の各PM（4名）、PMO 2名、情報政策課 課長補佐（8名） |
出席者（任意） | 議題に関係する業務部門の担当者 |
議長／事務局 | 議長：PgM／事務局：PMO |
入力 | プログラム・ダッシュボード（1枚）、赤・橙の依存一覧、RAIDログの新規分（2営業日前に配布） |
出力 | 決定事項、TODO番号、運営委員会に上げる案件の一覧 |
上に上げる条件 | 1,000万円超／稼働日に影響／新しい部門の合意が必要 |
45分の使い方も決めておきます。みどり市役所では「ダッシュボード確認5分／赤・橙の依存10分／議題20分／まとめ5分／予備5分」としています。時間配分を先に決めておくと、議題の数を自然に絞れます。
■ 7. 運用ルール
ルール | 内容 | 理由 |
|---|---|---|
層ごとに会議体は1つ | 同じ層に2つ作らない | 「どちらで決めるのか」で迷う |
上に上げる条件は数字で書く | 金額・日数・影響範囲の3つで表す | 定性的だと、全部が上に上がる |
下ろす条件も決める | 条件に当たらないものは、その場で差し戻す | 上の会議が細かい話で埋まるのを防ぐ |
資料は2営業日前に配る | 当日配布にしない | 読む時間が無いと、会議が読み上げになる |
必須出席者は8名まで | 「念のため呼ぶ」をやめる | 人数が増えるほど、誰も責任を持たなくなる |
フェーズが変わったら見直す | ゲートのたびに、会議体の構成を確認する | 構築期と定着期では、必要な会議が違う |
最後のフェーズごとの見直しは、忘れられがちですが重要です。構築期には週次の技術調整が要りますが、定着期に必要なのは現場からのフィードバックを拾う場です。会議体をそのままにしておくと、実態に合わない会議に時間を取られます。
■ 8. 活用シーン
場面 | 使い方 |
|---|---|
プログラムの立ち上げ | 憲章の体制欄とセットで、会議体を設計する |
判断が滞っているとき | どの層で止まっているかを、条件表と突き合わせる |
会議が長すぎるとき | 「決めないこと」の欄を追加し、議題を絞る |
新しい部門が参加したとき | どの会議に、必須か任意かで入れるかを決める |
ゲートの通過時 | 次フェーズに必要な会議体へ組み替える |
PgMの交代時 | この1枚で、どの会議で何を決めているかが引き継げる |
■ 9. よくある失敗と直し方
失敗 | 起きること | 直し方 |
|---|---|---|
上に上げる条件が定性的 | 迷ったものが全部上に上がる | 金額・日数・影響範囲の3つを、数字で決める |
同じ層に会議が2つある | どちらで決めるか分からず、両方で議論する | 1つに統合するか、決めることを明確に分ける |
出席者が15名を超えている | 発言しない人が増え、誰も責任を持たない | 必須を8名までに絞り、残りは任意にする |
報告だけの会議がある | 時間が取られ、議論する場が減る | 資料の事前配布に置き換える |
フェーズが変わっても会議が同じ | 実態に合わない会議に時間を取られる | ゲートのたびに、会議体の構成を見直す |
「決めないこと」を書いていない | 話が脱線し、時間が足りなくなる | 各会議に、扱わない事項を3つ書く |
■ 10. 導入効果
観点 | 設計書が無いとき | 設計書を作ったとき |
|---|---|---|
判断の場 | 「この話はどこで決めるのか」で迷う | 層と会議体が1対1で対応している |
上に上げる判断 | 迷ったら全部上げる | 50万円・1,000万円・限度額の3段階で機械的に決まる |
運営委員会の議題 | 細かい話で埋まる | 条件に当たった案件だけが上がる |
会議の出席者 | 念のため15名 | 必須8名＋議題に応じた任意 |
PgMの一週間 | 会議で埋まる | 定例は推進会議（隔週45分）と運営委員会（月1・60分） |
■ まとめ
ガバナンスの設計とは、会議を増やすことではありません。「どこで決まるか」を1枚にすることです。
作るときは、まず「上に上げる条件」を3段階の数字で決めてみてください。50万円、1,000万円、限度額。この3つの数字が決まれば、会議体の役割は自然に決まります。