進行中に止めない——会議体・報告・リスクの回し方【ベンダーコントロール 第2回】

発注したあとが、本番

前回（第1回）は、発注前に要件と見積もりを握る話でした。準備が整ったら、次は契約後の進め方です。どれだけ良い要件でも、進行中のコミュニケーション設計が抜けていると炎上します。今回は、プロジェクトを止めないための日々の習慣を扱います。

会議体と報告頻度を、最初に決める

「いつ・誰に・何を報告するか」を後から決めようとすると、必ず後手に回ります。プロジェクト開始時に会議体として立ててしまいます。

• 週次の定例、隔週のレビューなど、重要度に応じて頻度を先に枠取りする（不要なら後で減らす方が楽）
• 進捗の共有はテキストで十分。会議は「判断・合意する場」に使う
• 今日の打ち合わせのゴールは、最終ゴールから逆算する。「最終形 → 来月までに必要なこと → 今週決めること → 今日握ること」とたどると、論点が自然に絞れる

進捗を読み上げるだけの会議は、プロジェクトを遅らせます。

ボールと期限を、毎回明示する

やりとりのたびに、いま誰が動く番か（ボールが誰にあるか）をはっきりさせます。

• メールやチャットの最後に、**「次のアクション・担当・期限」**を必ず書く
• 「今週中」「来週前半」は解釈が割れる。**「金曜17時まで」「月曜午前」**のように曜日と時刻で握る
• 相手の判断や決裁が必要だと分かった瞬間に、日程候補を送る

「以上、よろしくお願いします」で終わると、ボールが宙に浮きます。

「ベンダーから報告が来ない」への対処

進捗会議で「順調です」しか返ってこず、内部の状況が見えない——これは典型的な詰まりです。「順調」を信じて待つのも、詰問口調で問い詰めるのも逆効果です。仕組みで解きます。

• 定期報告のフォーマットを定める：「進捗率・課題・リスク・来週の予定」の4項目を必須にする
• 成果物でレビューする：報告の言葉ではなく、実際の成果物で進捗を判断する
• 個人面談を設定する：会議では言えない懸念を、1対1で引き出す
• 「悪い情報こそ早く」を徹底する：早く報告した人を責めず、評価する文化をつくる

「報告が来ない」を相手のせいにせず、報告しやすい型と空気を発注側から用意するのがコツです。

リスクは小さいうちに、緊急時は構造で判断する

問題は大きくなってから見つかると、対応コストが跳ね上がります。違和感（今週進んでいない、あの人が動いていない）を常時拾い、見つけた瞬間に動きます。詰まっているタスクの正体は、たいてい「人・情報・決裁」のどれかです。

問題が起きたときに迷わないよう、判断の物差しを決めておきます。

「もう少し様子を見る」が最も危険です。バッドニュースほど早く——「問題があるが、こうする」の形で、見つけた瞬間に共有します。早く出せば打ち手は多く、遅く出せば選択肢は一つしか残りません。

経営層への報告は「3点・数字・選択肢」で

報告会議で「で、結局いつ完成？」「予算は超えない？」と詰められるのは、報告の形が悪いからです。詳細な技術説明や「頑張ります」では伝わりません。

• 3点で報告する：①現状（数字で）②課題（インパクトで）③ネクストアクション
• 数字で答える：「順調」ではなく「進捗75%・予定通り」
• 想定質問を準備する：報告前に「自分が経営層なら何を聞くか」を3つ
• 悪い数字こそ先に：「実は1週間遅延しています。原因は◯◯、対策は××」

意思決定者に「どうしましょう？」と丸投げせず、「①〜③のどれにしますか？」と選択肢を出すと、判断が速くなります。

議事録は「決定事項」を残す

口頭で確認した内容も、書き残さなければ「そんなこと言っていない」と後で返されます。発言録を細かく書くより、決定にフォーカスします。

• 発言録ではなく決定事項中心で書く：誰が・何を・いつまでに、を明確に
• 24時間以内に共有する（記憶が新しいうちが、早く正確）
• 「異議があれば48時間以内に」と期限を切り、暗黙の合意を取る

「丸投げの質問」をしない

聞き方ひとつで、進み方は変わります。

• 「これどうなっていますか？」ではなく、**「これは◯◯という理解で合っていますか？」**と仮説を添える
• 「◯◯さんが言っていた」を鵜呑みにせず、大事なことは一次情報に当たる
• 言葉で伝わりにくいものは、画面イメージやサンプルを見せる

スケジュールが遅れ始めたら

複数のタスクが1週間以上遅れている。「頑張ります」で自然回復を期待したり、全タスクを一律で残業対応したりするのは逆効果です。

• 遅延の原因を3分類する：技術的問題／リソース不足／要件変更
• クリティカルパス上のタスクに集中する：それ以外は多少の遅延を許容してよい
• 早期にエスカレーションする：「このまま行くと納期が2週間遅延します」と先に伝える
• 対応策を3つ提示する：①リソース追加 ②スコープ削減 ③納期延長

着手してみたら工数が想定の2倍だった、という場合も同じです。黙って延ばさず、工数を積み上げ直して、選択肢とともに早めに相談します。

関係者の意見が割れたとき

「営業はすぐ導入、IT は慎重に、現場は導入したくない」——立場が違えば意見も割れます。「みなさんの意見を尊重して」と曖昧にしたり、多数決で決めたりすると、後でこじれます。

• 対立軸を明示する：誰が・何を・なぜ望んでいるかを構造化する
• 共通目的に立ち返る：「経営目標の達成」という上位目的で再調整する
• 代替案を3つ提示する：各立場が「半分はOK」と言える妥協点を探す
• 意思決定の責任者を明確にする：最終的に誰が決めるかを決めておく

現場からヒアリングやテストの協力が得られないときは、「協力的でない」と現場のせいにしないこと。このシステムで現場の何が楽になるかを言語化し、1回30分・チャットでもよい形に負担を減らし、出た意見を「反映しました」と返す。1人の協力者から横展開するのが定石です。

最初に「関係者マップ」を作る

プロジェクト開始時に、誰が・何に関心があり・どの頻度で・どの手段で連絡するかを書き出します。関わる人とは着任時に一度顔を合わせ、立場・関心・困りごと・決裁の流れを聞いておきます。このとき、関心事（成果として何を見たいか）と不安（何を失いたくないか）の両方をつかむのがコツです。顔を合わせた相手は、協力しやすくなります。

連絡は「緊急度」で手段を選ぶ

相手の負担が小さい順ではなく、自分が必要とする速度で選びます。報告書づくりに時間をかけすぎないことも大切です。「進捗・課題・リスク・来週予定」の固定テンプレートにし、作成は15分以内に収め、詳細が必要な人には別資料を添える、と割り切ります。

特定の人に依存させない

キーパーソンが体調不良や有休で頻繁に不在になると、進捗が止まります。「◯◯さんが戻ったらやる」と全員で待つのは危険です。

• その人がいなくても進められる作業を切り出す
• ペアワークやナレッジ共有で、他のメンバーが代理で進められる体制をつくる
• 頭の中にある情報は、ドキュメントとして書き出してもらう

属人化は、進行中に最も見えにくいリスクです。「この人しか分からない」状態を見つけたら、早めに崩しておきます。

定例は「決まったこと・宿題」で閉じる

会議を開いても、終わったあとに何も残らないことがあります。終了の5分前に、必ず次の3つを口頭で確認します。

• 決まったこと
• 持ち越しになった論点
• 宿題（誰が・何を・いつまでに）

これを習慣にするだけで、「やった気」で終わる会議が、前に進む会議に変わります。決まったことが残れば、次の会議は前回の宿題の確認から始められます。

課題は記録して、放置しない

日々出てくる課題は、頭の中ではなく課題ログに記録します。記録に残すことで、「言った／言わない」が減り、抜け漏れも防げます。

• 課題ごとに「内容・担当・期限・状態」を残す
• 「リスク（まだ起きていない懸念）」と「課題（すでに起きている問題）」を分けて扱う
• 定例では、期限を過ぎた課題と、新しく出たリスクだけに時間を使う

すべての課題を毎回追うのではなく、「動いていないもの」に絞って光を当てるのがコツです。

ベンダーを「協力者」として扱う

進行管理で見落とされがちなのが、ベンダーとの関係性です。締め付けて管理するほど、悪い情報は出てこなくなります。

• 要件や前提をそろえ、同じゴールを共有する
• うまくいったことも、率直に評価して伝える
• 「報告して良かった」と思える対応を、発注側から積み重ねる

連絡のたびに「相手にとってのメリット」を一つ載せる意識を持つと、協力を得やすくなります。判断材料の整理、次のアクションの明示、代替案の提示——こうしたひと手間が、依頼の通りやすさを変えます。ベンダーを下請けではなくパートナーとして扱うと、報告の質が上がり、結果的に品質もスピードも上がります。

第2回チェックリスト

• 会議体と報告頻度を、開始時に決めたか
• やりとりの最後に「次のアクション・担当・期限」を書いているか
• 定期報告のフォーマット（進捗率・課題・リスク・来週予定）を定めたか
• リスクや違和感を、小さいうちに共有し合えているか
• 経営層への報告を「3点・数字・選択肢」で組み立てているか
• 議事録は決定事項中心で、当日中に共有しているか

関連教材：会議運営・リスク管理などプロジェクト推進の技術は、無料公開のITコンサルティング・ガイドブック（プロジェクト管理の講座）でも解説しています。

まとめと次回

進行管理は個人技ではなく、習慣の積み重ねです。会議体を立て、ボールと期限を明示し、報告の型を用意し、リスクを早く出す。これだけで、止まるプロジェクトはかなり減ります。

次回（第3回）は、それでも起きるトラブル——品質・見積もりの揺り戻し・クロージングの進め方を扱い、連載を締めくくります。進行管理を社外の視点で支えてほしいときは、開発の分かる PMO が伴走することもできます。