
プロジェクトが動き出すと、会議は放っておいても増えていきます。ベンダーとの定例、社内の報告会、テーマ別の分科会。カレンダーは埋まっているのに、肝心なことは何も決まらない——発注側の情シスやPM、経営企画に共通する悩みです。結論を先に言うと、会議体とは「開催予定の一覧表」ではなく、プロジェクトで決めるべきことが、どこで・誰によって・いつ決まるかを定めた設計図です。そしてこの設計図を描き、回し、傷んだら直すのがPMOの中核業務のひとつ。この記事では、定例会・ステアリングコミッティ・分科会の全体設計から、目的・参加者・頻度・アジェンダの決め方、会議を前に進めるファシリテーションの技術、空転し始めた会議体への介入まで、僕が現場でやってきた方法をそのまま書きます。
プロジェクトにおいて、組織として意思決定できる場は、実質的に会議しかありません。チャットで決まったように見えたことは、あとから「そういう意味だとは思っていなかった」と必ず揺り戻しが起きる。だから会議体の設計品質が、そのままプロジェクトの意思決定の速度と質を決めます。
僕には「合意は鮮度が落ちる」という前提があります。要件定義で合意した内容は、時間とともに必ずズレる。これを放置するとテスト工程で爆発します。だから僕は、この前提をチームで共有したうえで、週1回の合意確認をプロジェクトの定型業務に組み込んでいました。PMの記憶力や注意深さに依存させず、組織のルーチンとして合意点を維持する仕組みをつくる。会議体とは、この「合意の鮮度を保つルーチン」を収める器なんです。
開発プロジェクトの7割は上流工程で決まる、というのが僕の持論ですが、会議体設計はまさに上流の仕事の一部です。会議体設計がPMO業務全体のどこに位置づくのかは、PMOのタスク一覧を眺めてもらうと分かりやすいと思います。どの論点をどの場で決めるかが曖昧なまま走り出したプロジェクトは、決めるべきことが決まらないまま工程だけが進み、あとで高くつく。事後対処のコストは事前の3〜5倍というのが僕の実感で、会議体はその「前始末」の代表格だと思っています。
個別の会議を増やしたり減らしたりする前に、まず全体像を描きます。多くのシステム開発・DXプロジェクトでは、次の3層で捉えると整理しやすい。
| 会議体 | 主な目的 | 参加者 | 頻度の目安 |
|---|---|---|---|
| ステアリングコミッティ | 経営判断(予算・スコープ・体制の変更、重大リスクの裁定) | 経営層・事業責任者・PM・PMO | 月1回〜隔月 |
| プロジェクト定例会 | 運営判断(課題の裁き、リスク対応、優先順位づけ) | PM・PMO・各チームリーダー・ベンダーPM | 週1回 |
| 分科会(ワーキンググループ) | 実務論点の検討(要件・データ移行・テスト・インフラ等) | その論点の当事者のみ | 週1回〜随時 |
設計のコツは、会議から考えないことです。先に「このプロジェクトで決めるべきこと」を棚卸しし、それぞれの判断に必要な人と情報を洗い出す。同じ顔ぶれ・同じ粒度の判断をまとめたものが、結果として会議体になる。順番が逆なんです。会議を先に置いて中身をあとから探すと、開催が目的の箱がいくつも生まれます。
もうひとつ重要なのがエスカレーションの経路です。分科会で詰めきれない論点は定例会へ、定例会で裁けない経営判断はステアリングコミッティへ。この持ち上げ方——誰が・どんな形式で・いつまでに上げるか——をルール化しておかないと、重い論点が分科会に滞留し、ステアリングコミッティは中身のない報告会になります。3層はセットで、経路まで含めて初めて設計と呼べます。
なお、3層は常にフル装備で置くべきという意味ではありません。関係部署が少ない小規模プロジェクトなら、分科会を持たず定例会に論点検討を吸収させる2層で十分回りますし、逆に複数ベンダー・複数部門が絡む案件では、分科会を論点別に分けないと定例会がパンクします。プロジェクトの規模と関係者の数に合わせて、層の厚みを増減させるのが実際の設計です。
全体像を描いたら、個々の会議体を4つの要素で定義していきます。
会議の目的欄に「情報共有」と書いた瞬間、その会議は迷走し始めます。共有だけならドキュメントの回覧で足りる。「◯◯について、△△が判断できる状態をつくる場」のように、決める対象まで含めた一文で定義してください。一文で書けない会議は、たいてい複数の目的が混ざっているか、目的がないかのどちらかです。
判断の場なのに決裁権を持つ人が不在なら、持ち帰りが量産されるだけです。逆に、関係の薄い人を並べると、発言しない傍聴者が場の空気を重くする。基準はシンプルで、その場の判断に必要な人だけを呼ぶ。情報共有目的の陪席は、議事録の共有で代替します。発注側とベンダーの両方が出る会議では、双方の「決められる人」の格を揃えることも大切です。片方だけ決裁者が出てくると、毎回どちらかの持ち帰りで止まります。
頻度は「なんとなく週1」ではなく、合意がズレていく速さから逆算します。要件定義のように認識のズレが日単位で進む工程なら、週1回の合意確認では最低ライン。逆に安定した工程なら隔週でも持ちます。僕が週1回の合意確認を定型業務に組み込んでいたのも、合意は放っておくと必ずズレていくという前提があったからです。頻度を決める問いは「次の開催までの間に、どれだけ認識が離れうるか」。これに尽きます。
アジェンダをチーム順・組織図順に並べると、報告の読み上げ大会になります。判断すべき事項を先頭に、重いものから並べる。報告は資料の事前共有で済ませ、会議は判断から始める。アジェンダや週報の型をゼロから作るのが面倒な方は、そのまま使えるPMOのExcelテンプレート集からダウンロードして流用してください。なお、すでに形骸化してしまった進捗会議の立て直し方は、それだけで一本の記事になるテーマなので、ここでは深入りしません。
会議体設計で意外と見落とされるのが、決めるタイミングです。走り出してから困って作るのではなく、キックオフの時点で関係者全員と合意しておく。僕は受注側PMとして、キックオフミーティングのアジェンダを8項目で定型化していて、その中に「コミュニケーション計画」——会議体とコミュニケーションツールの取り決め——を必ず入れていました。YouTubeでこのフォーマットを公開したとき、会議体についてはこう話しています。
format_quote定例ミーティングって定期的にあるので、毎回毎回日程調整していると基本的に面倒くさいんですよ。なので必ず「この曜日のこの時間でやりましょうね」という形で、会議体はあらかじめ設定しておくことが非常に多いです。というか、必ずやります。
日程調整の手間の話に聞こえるかもしれませんが、本質は違います。会議体を最初に固定するというのは、プロジェクトの意思決定のリズムを最初に決めるということです。あわせて決めるべきなのが連絡経路。これを放置した現場で何が起きるかというと——
format_quoteあるお客さんは電話で、あるお客さんはメールで用件を伝えてくる。あるお客さんはチャットを使って、あるお客さんはExcelに書いて送ってくる。そうなると、そのプロジェクトにおいては4カ所ちゃんと見ないと、何が来ているかを拾い上げられない。
これは受注側の管理コストの話に見えて、発注側にとっても他人事ではありません。窓口が散らかるコストは最終的に、拾い漏れた要件や課題という形で発注側に返ってくるからです。そして、キックオフで合意しておく最大の効用は、ルールが破られたときに戻れる場所ができること。
format_quoteキックオフミーティングできちんと合意しましたよねというエビデンスがあると、お客さんに是正を求めるのもそんなに気まずくなくて、すごく言いやすくなる。
動画では受注側からお客さんへの是正を例にしていますが、逆も同じです。発注側がベンダーに「決めた経路で上げてほしい」と言うときも、キックオフの合意が根拠になる。会議体・連絡経路・エスカレーションの取り決めは、キックオフで文書化して双方で握っておくのが一番安い。キックオフで何をどこまで合意すべきか、動画で詳しく知りたい方は、以下もあわせてご覧ください。
会議体を設計しても、中の進行が拙ければ何も決まりません。PMOのファシリテーションというと当日の司会術を想像されがちですが、勝負はほぼ会議の前についています。
前日まで。アジェンダと資料を事前に共有し、「今日は何を決める会か」を招集の時点で明示します。判断事項には、選択肢と判断材料の仮説をPMO側で添えておく。ゼロから議論を始める会議と、たたき台に反対意見を出してもらう会議では、進む速さがまるで違います。
冒頭。僕は会議の冒頭で「先週から変わったことは何ですか?」と聞くようにしていました。プロジェクトが健全に進んでいるとき、会議では常に新しい論点が出ます。それが消えて、前回と同じ報告が繰り返されるようになったら、チームが考えることを止めているサインです。この問いは空転の早期発見に使えます。
進行中。ファシリテーターの仕事は、発言を判断材料に変換することです。「懸念があります」で止まった発言には「その懸念が現実になると、何が・いつ困りますか」と輪郭を与える。論点が対立したら、どちらが正しいかの綱引きではなく「どの判断材料が足りないか」に議論を移す。発注側とベンダーの利害が割れる場面こそ、どちらにも属さないPMOの中立性が効きます。
終了時。決定事項・宿題・担当・期限を必ず読み上げて、その場で合意して終える。議事録は当日中に出す。翌朝に出た議事録は、もう記憶と食い違い始めています。合意の鮮度は、会議が終わった瞬間から落ち始めるんです。
どれだけ丁寧に設計しても、会議体はプロジェクトの進行とともに必ず劣化します。だから設計と同じくらい、見直しのサインを持っておくことが重要です。僕が使っているチェックポイントを挙げます。
サインを検知したら、介入は次の順で考えます。まず目的の再定義——この会議は何を決める場だったのかを問い直す。次に統廃合——似た顔ぶれ・似た議題の会議をまとめる、あるいはその会議自体を畳む。それから参加者の入れ替えと頻度・時間の見直し。経験上、いちばん難しいのは畳む判断です。会議体は増やすのは簡単で、減らすには誰かが憎まれ役を引き受ける必要がある。ここは利害から一歩引いた外部PMOだからこそ切り出せる提案でもあります。なお、空転の代表例である進捗会議については、形骸化する原因と立て直しの手順を別記事で詳しく解説しています。
会議が多いこと自体は、実は問題ではありません。問題なのは、決まらない場に関係者の時間を注ぎ続けながら、誰もその構造に手を入れられないことです。カレンダーを埋め尽くす定例の一つひとつに「この場は何を決めたか」と問うてみてください。答えに詰まった会議こそ、あなたのプロジェクトの一番安い改善余地です。
「定例もステコミも揃っているのに、重要な論点は全部持ち帰りになる」「ベンダーとの会議が報告会と化していて、リスクが上がってこない」「会議を整理したいが、どれを削っていいか社内では判断がつかない」——こうした状況は、外部PMOへの相談として典型的なものです。
クリエイティブテックスタジオのPMO支援では、決めるべきことの棚卸しから会議体の全体設計、アジェンダ設計、当日のファシリテーションまでを一体でお手伝いしています。受注側PMと発注側支援の両方を経験してきたからこそ、双方の利害が割れる論点でも中立に場を裁けるのが強みです。サービスの詳細はPMO支援サービスをご覧ください。
まずは現状の会議体の一覧を眺めながら、どこから手を入れるべきかを整理するだけでも景色が変わります。無料相談では状況を伺ったうえで、外部PMOを入れるまでもないケースや、他社のほうが適しているケースではその旨も正直にお伝えします。

この記事の執筆者
人見悠大
代表取締役
金融系SIerで社内最年少PMとしてQCD未達ゼロを達成後、株式会社クリエイティブテックスタジオを創業。PMO支援・DX推進を手がける。PMP・認定スクラムマスター。
プロフィールを見る →