週次パイプラインレビューのやり方|報告会からコーチング型への転換手順
週次パイプラインレビューの目的:3つの問いに答える会議
週次パイプラインレビューは、毎週行う案件進捗の報告会ではありません。「今月のQuotaに対して現在どこにいるか」「停滞している案件は何が原因か」「来月以降の予測はどれだけ信頼できるか」という3つの問いに、マネージャーと担当者が一緒に答える意思決定の場です。この3点を確認した結果として次のアクションが決まります。「報告を聞く」ことが目的ではなく、「何を動かすかを決める」ことが目的です。この原則を起点にすることで、レビューの設計は大きく変わります。
なぜ多くの組織のレビューが「報告会」で終わるのか
週次レビューを毎週実施しているのに手ごたえがない、という組織は珍しくありません。よく聞かれる声は「毎回同じ話で次のアクションが出ない」「メンバーが準備してこないから話が広がらない」「会議が終わっても何も変わらない」といったものです。これらは個々人の意識や能力の問題ではなく、会議の構造そのものに原因があります。「どう改善するか」の前に「なぜこの構造になるのか」を理解することが、問題を根本から変える入口です。
外部の立場で支援先の週次レビューに同席した期間があります。そのレビューは毎週欠かさず実施されていて、マネージャーも必ず参加し、担当者が案件の現状を話すたびに次の動き方を提案していました。それ自体は誠実な対応で、最初はレビューが機能していると受け取っていました。
数週間経って、担当者の話の始め方が変わっていることに気づきました。「〜からの返答を待っていて」という状況の共有が増え、「〜と考えていて、こう動こうとしているのですが」という言い出し方が減っていました。外部の私には、その変化が徐々に起きていることが見えていましたが、それが構造的な問題だという言葉は、しばらく出てきませんでした。
外部から見ることで気づきやすい場面はあります。ただその観察眼は、同じ場に慣れてくるにつれて薄れていくと感じています。自分も三ヶ月以上その組織に関わると、同じ流れの会議を「普通のこと」として見始めていたかもしれません。
マネージャーが「答える側」になっているという逆転
多くのレビューで起きている構造的な逆転があります。本来、担当者が「この案件の次のステップをどう考えるか」を自分の頭で整理し、マネージャーはその思考を深める問いを投げる側でなければなりません。しかし実際には、担当者が「先方の反応はどうでしたか」「確度はどのくらいですか」という質問を受け、「こう動けばよい」という判断をマネージャーが返す構造になっています。
この構造では、担当者は自分で考える必要がありません。「聞かれたことに答える」だけでよくなります。結果として、レビューが終わっても担当者は自分のアクションを自分で決めた感覚が薄く、実行率が上がりません。マネージャーが優秀で即座に的確な判断を返せるほど担当者の自律性が育ちにくくなるという点が、この構造の厄介なところです。
アジェンダ不在がもたらす「話したい人が話す会議」
もう一つの構造的問題は、何を話すかを決めずに会議が始まることです。アジェンダがなければ、直前に動いた案件・声の大きい担当者の案件・マネージャーが思いついた案件が優先されます。本来深掘りすべき案件、たとえばクローズ期限が迫っているのにステージが動いていない案件や、担当者の体感確度と実態が乖離している案件は、「ちょうど話題に上らなかった」という理由で毎週流れ続けます。
アジェンダのないレビューは、重要な話題が偶発的に出ることを期待する構造です。重要な案件が毎回必ず俎上に乗るためには、「何を話すかを事前に決めるルール」が必要です。そのルールが、次章以降で紹介する準備リストと優先基準として機能します。
事前準備:担当者とマネージャーの仕込みリスト
週次レビューは会議室に入ってから始まるのではありません。担当者側とマネージャー側それぞれに事前に整理すべき項目があります。準備なしに会議に入ると、その場で情報を整理することに時間を使い、判断やアクション決定まで進む時間がなくなります。以下の項目を事前準備の基本とすることで、会議開始直後から深掘りに入れる状態を作ります。
| 役割 | 事前準備項目 |
|---|---|
| 担当者 | 各案件のステージと前週からの変化点(動いたこと・止まったこと) |
| 担当者 | 次のアクションとその期日(自分で設定したもの) |
| 担当者 | 確度の根拠(意思決定者から確認できた事実) |
| マネージャー | CRMで更新が止まっている案件の一覧 |
| マネージャー | ステージと担当者の体感確度が乖離している案件 |
| マネージャー | 今月のQuota残と残日数 |
20分で完結させる:時間設計と役割台本
20分という数字は「短くやろう」という話ではありません。1案件あたりの深掘り時間を確保するために、全体の時間を先に設計するという発想です。1案件に使える時間が決まれば、1回のレビューで深掘りできる案件数が自ずと決まります。この制約が「どの案件を優先するか」という選択を必然にします。時間設計は効率化ではなく、優先順位付けを機能させる装置です。マネージャーと担当者それぞれの動きをフェーズごとに定義することで、会議の進行が場当たりになることを防ぎます。
マネージャーの動き:問いかけ→判断→宣言
マネージャーの役割は3フェーズで構成されます。
| フェーズ | 時間 | マネージャーの主な動き |
|---|---|---|
| 現状確認 | 5分 | 今日深掘りする案件を絞り込む問いかけをします |
| 案件深掘り | 12分 | コーチング型の問い(H2-6参照)で担当者に考えさせます |
| 翌週確認 | 3分 | 担当者自身の口からアクションの宣言を引き出します |
マネージャーは「判断を返す」のではなく「宣言させる」役割です。レビュー終了時に担当者自身が「〜します」と言える状態を作ることを、会話設計の目標にします。フェーズ間の移行も担当者任せにせず、マネージャーが明示的に切り替えることで時間を守ります。
担当者の動き:事前整理→コミット→翌週持ち越し基準
担当者は「報告する側」ではなく「自分の思考を披露する側」です。「先方からの連絡待ちです」は報告です。「先方の意思決定をブロックしている要因は〜だと考えていて、〜の方法で今週中に確認します」が思考の披露です。この違いは事前準備の質で生まれます。担当者が「なぜここで止まっているか」を自分なりに整理してきた場合、レビューは深掘りになります。
翌週への持ち越しが許容されるのは「アクションを実行したが状況が変わらなかった」場合のみです。「連絡待ち」の持ち越しが続く場合は、アクション自体の設計が適切でなかった可能性をマネージャーは疑います。
3タイプ別アジェンダ:どの案件に何分かけるか
全案件を同じ深さで話そうとすると、時間が不足するか全件を薄くなぞるだけになります。案件を3タイプに分類し、タイプごとに話す論点と時間目安を決めることで、限られたレビュー時間を構造的に配分できます。毎回同じ基準で分類することで、担当者も「どのタイプとして準備すればよいか」を事前に把握でき、会議の密度が上がります。
| タイプ | 定義 | 話す論点 | 時間目安 |
|---|---|---|---|
| コミット案件 | 今月クローズ見込み | 残アクション・障害・確度の根拠 | 5〜8分/件 |
| パイプライン案件 | 翌月以降が見込み | ステージ進捗・次ステップ | 2〜3分/件 |
| リスク案件 | 停滞・失注兆候あり | 原因仮説・撤退判断の基準 | 3〜5分/件 |
コーチング型に転換する:「何を聞いてはいけないか」と言い換え術
報告会とコーチング型レビューを分けるのは、問いの設計です。「担当者が答えやすい質問」と「担当者が考えざるを得ない質問」は、見た目は似ていても機能がまったく異なります。前者は担当者を「情報提供者」にし、後者は「問題解決者」にします。マネージャーがどちらの質問を習慣にしているかが、チーム全体の自律性に長期的に影響します。質問を変えることは、会議の進め方だけでなく担当者の思考習慣そのものを変えることに等しいです。
採用支援で企業人事と定期的に打ち合わせをしていた頃、最初の一言が「現在の採用状況はどうですか」でした。人事からは応募数・選考の通過状況・現在の充足感が返ってきて、私はそれをもとに次の媒体提案を用意していました。会話は毎回終わるのですが、何かが動いた実感が薄い時期が続きました。
あるとき、「この求人が止まっているとしたら、応募者の属性と面接の通過率のどちらに問題があると思いますか」という形で聞いた回がありました。人事の返事が変わりました。状況の説明ではなく、面接官の基準や部門間の判断のバラつきについて、人事自身の解釈が出てきました。
あの経験から、私は問いの中に選択肢を入れることを意識するようになりました。ただ、それが効いた理由が質問の形にあるのか、関係性が深まった頃合いにあるのかは、今でもはっきりとは分かっていません。
やってはいけない質問3パターンとその弊害
以下の3パターンは、意図に反して担当者を受け身にします。
パターン1: 状況を確認するだけの質問「今月どうなりそうですか」「先方の反応はどうでしたか」は、担当者が持っている情報をそのまま引き出すだけです。担当者は自分の解釈や判断を求められていないため、事実を並べるだけで会話が終わります。マネージャーは情報を得ますが、担当者の思考は深まりません。
パターン2: 答えが決まっている質問「次は提案書を送ればいいんじゃないですか」のように、答えがあらかじめ決まっている問いは、担当者が選択肢を自分で考える必要をなくします。担当者はマネージャーの指示を承認する側になり、「自分で決めた」感覚を持てません。
パターン3: 抽象的で答えに困らない質問「課題はありますか」「問題なく進んでいますか」は、担当者が「はい/大丈夫です」で答えられます。担当者は自分の思考を整理せずに返答できるため、会話が終わっても状況の理解は深まりません。
担当者を動かす4つの問い(具体例・台本付き)
以下の問いは、担当者が自分の頭で考えることを前提に設計されています。
- 「なぜ今このステージで止まっていると思いますか」
担当者に原因仮説を言語化させます。「先方が忙しい」という印象から「意思決定者に情報が届いていない」という構造認識に引き上げます。
- 「次のアクションで、何を確認できれば前に進めますか」
アクションの目的を明確にさせます。「連絡します」を「〜を確認してステージ判断に使います」に変えます。
- 「確度の判断は、何を根拠にしていますか」
担当者の体感と事実を分離させます。「感触として良い」ではなく「意思決定者から〜という言質を得た」という根拠ベースに切り替えさせます。
- 「もし翌週末までに動きがなければ、どう判断しますか」
失注判断の基準を担当者自身に決めさせます。「様子を見ます」を終わらせ、担当者が撤退基準を自分で設定する習慣をつくります。
どの案件を深掘りするか:優先案件の絞り込み3基準
20分のレビューで深掘りできる案件は限られています。「全案件を話したい」という欲求に従うと、全件を薄くなぞるだけになります。深掘りの効果を最大にするためには「どの案件に時間を使うか」の選択基準が必要です。MEDDICのような専門フレームワークや特定ツールの導入を前提とせず、どの組織でもすぐに適用できる3つの基準を紹介します。
3基準の具体的な当てはめ方と判断表
| 基準 | 確認方法 | 当てはまる状態 |
|---|---|---|
| ①締め日まで14日以内 | 案件のクローズ想定日をCRMで確認する | 今週から14日以内にクローズ日が来ている |
| ②確度と実態のギャップが大きい | 担当者の体感確度とCRMの記録を照合する | 担当者が「いける」と言うが直近のアクション記録がない |
| ③ステージが14日以上動いていない | CRMのステージ変更履歴を見る | 最終更新から14日以上経過している |
当てはまる基準の数で優先順位を決めます。3つ全て当てはまる案件を最優先に、2つ・1つの順に深掘りします。0の案件はその週のレビューでは取り上げません。この3基準のポイントは「事実ベースで機械的に判断できる」ことです。担当者の声の大きさや直前の動きに左右されず、埋もれていた重要案件を浮き上がらせます。14日という数値は組織のセールスサイクルに応じて調整できますが、基準の構造は変えずに数値だけ変えることで、どの業種・規模でも機能します。
アクションを確定させる:5分でドキュメント化する
会議でアクションが決まっても、記録されなければ翌週には「言った・言わない」の状態に戻ります。深掘りの効果を次週に引き継ぐためには、合意した内容をその場でドキュメントに落とす習慣が必要です。記録する項目は「誰が・何を・いつまでに」の3点だけです。この3点がなければ、どれだけ丁寧なレビューをしても翌週の追跡ができません。CRMに直接入力するか共有メモに残すかは手段の問題であり、この3点を会議終了前に記録することが本質です。次章で扱う週次ループはこの記録があって初めて機能します。
アクション実行率を上げる「週次ループ」の設計
レビューの本当の問題は、会議の中にあるのではなく、会議と会議の間にあります。月曜に良いレビューをして良いアクションを決めても、翌週のレビューまでの5日間に誰も動かなければ、会議は「決めた気になれる場」にしかなりません。アクション実行率を上げるためには、会議単体を改善するのではなく、週次サイクル全体を設計することが必要です。この設計こそが、他のすべての章で紹介した手法を実際の成果に結びつける最後のピースです。
発注する側として、複数のベンダーと同時期に話を進めていたことがあります。ある会社は打ち合わせのたびに「今日話した内容を整理してお送りします」と言い、毎回それが届きました。もう一社は「確認して連絡します」の後、次の連絡が来るまでにかなり時間がかかりました。
先に選ばれたのは前者でしたが、振り返ると、私が前者を選んだのはメモが届いたこと自体よりも、「届くたびにその会社のことを考えるきっかけができていた」からだったと思っています。アクションが来ると、受け取る側の頭の中でも話が続くのかもしれません。
逆に後者については、担当者が動いていなかったというよりも、連絡が来ない間に別の検討事項が頭を占めていました。止まっていたのは向こうの進捗だけでなく、私の中の比較の文脈も同じタイミングで薄れていたのだと、かなり後から気づきました。
未完了アクションへの対処:ペナルティより「理由の言語化」
翌週のレビューで前週のアクションが未完了だった場合、マネージャーが取りがちな対応は「なぜできなかったか」の詰問やプレッシャーを強めることです。しかしこの対応は、担当者が「できなかった理由を用意すること」にエネルギーを使うインセンティブを与えます。
効果的な対応は、「何がブロックしていたかを担当者自身に言語化させること」です。「優先順位が下がった」「連絡したが返答がなかった」「別の緊急対応が入った」という理由を担当者が自分で分析することで、「では今週はどう設計すれば動けるか」という翌週の計画に接続できます。ペナルティより言語化が実行率を上げる理由は、自己分析のプロセス自体が次の行動変容を促すからです。
形骸化のサインと立て直しの3ステップ
週次ループが一度機能し始めても、時間とともに形骸化します。以下のいずれかが現れたら、ループが機能不全に陥っているサインです。
- 担当者が前週のアクションを毎回「確認中です」で終える
- マネージャーがアクションを自分で提案し始める
- 会議冒頭での「前回アクション確認」をしなくなる
立て直しの3ステップは以下のとおりです。
ステップ1: 原因を特定する「確認中」が続く理由を担当者に聞きます。「アクション自体の粒度が大きすぎた」「アクションの目的が不明だった」「期日が長すぎた」が多い原因です。
ステップ2: アクション設計を変える「〜します」を「〜を確認して、結果をCRMに記録します(期日:水曜)」に切り替えます。粒度・成果物・期日の3点を明確にすることで、翌週の確認が機械的にできるようになります。
ステップ3: 最初の2週間は冒頭確認を徹底する形骸化した後のリセット期間は、毎回「前回のアクションはどうなりましたか」という冒頭確認を2週間徹底します。確認されることが分かれば、担当者は前日に自分のアクションを見直す習慣が生まれます。習慣は最初のプレッシャーから入り、成功体験で定着します。


