会議体・意思決定
会議で決まったことが実行されない会社の改善方法|決定管理の基本
会議後に実行されないのは、決定事項が「タスク」に変換されていないからです。責任者、期限、完了条件、依存関係、次回レビューをその場で確定し、決定ログを残します。
「会議では決まったのに、翌月また同じ話をしている」。この状態は、実行力の問題というより、決定を管理する仕組みの問題です。決定事項を“議事録の中に埋める”のではなく、独立した管理対象にする必要があります。
図解:決定が実行されるまでの5ステップ
| ステップ | 必要な情報 | 典型的な失敗 |
|---|---|---|
| 1. 決定 | 何を決めたか | 表現が曖昧 |
| 2. オーナー | 最終責任者1名 | 複数名にする |
| 3. 期限 | いつまでか | 「早めに」 |
| 4. 完了条件 | 何をもって完了か | 作業着手を完了扱い |
| 5. フォロー | 次回いつ確認するか | 放置する |
1. “ToDo”と“Decision”を分ける
「資料を作る」はToDoですが、「A案で進める」はDecisionです。意思決定の記録がないと、担当者が作業を始めても方向がぶれます。
2. オーナーは1人にする
実務担当が複数でも、結果責任を持つ人は1人にします。RACIを使う場合でもAccountableは1人が原則です。
3. 完了条件を決める
「制度案を作る」ではなく「役員3名が承認し、社員説明資料まで完成」のように、Doneの状態を定義します。
4. 期限を“意思決定の期限”と“作業の期限”に分ける
大きなテーマほど、最終期限だけでは進みません。中間レビューを入れ、早めに軌道修正します。
5. 次回会議の冒頭で必ず確認する
実行率を上げる最も簡単な方法は、次回の一番最初に前回決定事項を確認することです。できていない場合は、責めるより「障害は何か」「期限を変えるか」「優先順位を下げるか」を判断します。
決定管理表の例
| No | 決定事項 | Owner | Due | 完了条件 | Status |
|---|---|---|---|---|---|
| 01 | 新採用枠2名を開始 | 人事責任者 | 9/20 | JD公開・媒体掲載 | 進行中 |
| 02 | 新KPIを10月運用開始 | 事業部長 | 9/15 | KPI表・会議フォーマット完成 | 未着手 |
実行率を下げる4つの原因
- 決定文が曖昧
- 責任者が複数
- 完了条件がない
- 次回フォローがない
YSKGのクライアントではどうだったか
※守秘義務の観点から、業種・規模・数値・時期など、事例の一部を特定できない形に一般化しています。
IT企業で、毎回の会議を「次の宿題」まで確定する場に
あるIT企業の変革プロジェクトでは、KPI、組織、会議体など複数テーマを短期間で決める必要がありました。YSKGでは、各定例で「今日決めること」と「次回までに誰が準備すること」を明確に分け、未決事項を持ち越す場合も論点と担当を残す運用にしました。
たとえば各部門が次回までにKPI案や重点施策案を持ち寄り、その場で全社方針との整合を確認するという進め方です。議事録を残すだけではなく、決定事項・宿題・期限を次回会議の入口にすることで、会議と会議の間に仕事が進む状態を作りました。
よくある質問
Q1. このテーマに取り組むとき、最初に何から始めるべきですか?
まず現状を事実で可視化し、「どこで意思決定や実行が止まっているか」を絞ることです。いきなり制度やフォーマットを作るより、ボトルネックを特定してから設計した方が手戻りが減ります。
Q2. どのくらい作り込めば運用を始められますか?
最初から100点を目指す必要はありません。経営インパクトの大きい部分を優先し、60〜70点の状態で試行し、実際の運用データを見ながら更新する方が定着します。
まとめ
このテーマで重要なのは、個人の努力に依存せず、責任・判断基準・指標・会議・評価を一つの仕組みとしてつなぐことです。制度や資料を作るだけではなく、現場で使われ、経営判断が変わるところまで設計して初めて成果につながります。
YSKGへのご相談
会議運営とタスク管理を一体化したフォーマットを設計できます。
株式会社YSKGは、経営支援・組織人事・ビジネスコーチングの3領域で、個別テーマだけでなく相互のつながりを見ながら成長企業に伴走しています。
お問い合わせ・初回相談はこちら部門をまたぐ案件で、責任の所在と承認のタイミングが曖昧だった会社
