会議後、合意を行動表にするには

会議では方向性に皆が賛同し、具体的な仕事も進めようとします。

ところが散会後は、計画待ちと思う人、既に着手した人、別チームの担当と思う人がいて、数日後に同じ議題が戻ってくることがあります。

問題は、議論から行動へ移る段階かもしれません。

「その方向でよい」の先に、今回決めた内容、推進者、最初の成果、依存先、完了条件を明確にする必要があります。

会議後には少なくとも、実行できる行動と、まだ決めていない事項の二つの記録を残したいと思います。

実行できることは行動表へ。未決事項も、誰が何を補い、誰が確認し、いつ再び扱うかを記します。

1. 決定済みと検討中を分ける

「問題ない」は、目標への賛同、案への賛同、自分の担当だけ協力できるという意味など、さまざまです。

すべてを「全員承認、即実行」と記すと、未解決の問題が議事録に隠れます。

会議結果を二つに分けます。

確認済みで実行へ進める事項。 決定、適用範囲、必要条件を示し、決定権限と協力先の引受確認を照合します。

決定待ちの事項。 資料不足、比較検討、権限者の確認など、何が不足し、誰が対応し、いつ報告するかを記します。

未決事項にも、資料収集、小規模な検証、代替案提出などの具体的な準備行動は設定できます。ただし準備の範囲も確認し、資料収集の許可を後の計画の承認とみなしてはいけません。

当面進めない事項には、理由と再検討条件も残し、後で対応漏れと誤解されないようにします。

議論済みから実行可能な取り決めへは、明確な確認過程が必要です。

2. 一つの行動に六つの要素を記す

複雑な表より、誰が読んでも同じ次の行動を理解できることが重要です。最低限、六点を明記します。

「計画を改善する」なら、どの部分か、初稿か承認可能な完成版か、誰が何を確認するかを尋ねます。

「連携を強める」なら、交換情報、使う版、相違の確認先を具体化します。

これで行動表の動詞が実際の成果に結び付きます。

推進者を明確にし、協力責任は別記します。チームをまたぐ場合は権限と引受を確かめ、名前を書くだけで受諾済みとしません。

日程未定なら確認待ちとし、日程を決める行動を設けます。表を埋めるために他人の未合意の日付を記入してはいけません。

図1は実行可能事項と未決事項を分けます。未決事項は資料、権限、引受を確認してから決定確認へ戻します。

図1のSVGをダウンロード

3. 依存関係を示して停滞の場所を知る

進まない仕事は、必要条件がそろっているかを先に見ます。

制作は業務資料待ち、分析は集計基準待ち、公開は審査待ちかもしれません。記録がなければ、期限には「未完了」だけが見えます。

重要な依存条件には、必要なもの、提供者、必要時点、不足で影響する工程を記します。

停滞時の報告も、次の内容にできます。

どこまで完了し、何の入力が不足し、どの納品時点に影響し、誰に何の確認が必要か。

並行できる仕事と、先行作業の合格後に進める仕事を図にすると、着手順と調整箇所が分かります。

推進者は速やかに停滞を示し、条件の提供者も応答します。双方の権限を超える問題は適切な調整・決定担当へ渡します。

進捗確認を不足と次の行動に集中させ、すべてを「実行力不足」でまとめないようにします。

4. 提出後に受入確認の結果を残す

「送付済み」は提出したことです。相手が受領した版、確認内容、合意基準の充足は、なお確認が必要です。

状態は未着手、進行中、停滞、提出済み、受入確認済みなどで十分です。取消や調整は別に確認記録を残します。

状態変更には根拠を付けます。提出済みなら成果と版、受入確認済みなら確認者、基準、結論を記します。

不合格の場合は未達項目、必要な補修の程度、再確認者を示します。「もっと改善」だけでは次の作業が分かりません。

確認時に新たな要求が加わったら、追加範囲、工数、依存、日程への影響を確認します。修正を続けても、元の取り決めの変化は関係者に知らせます。

納品の受入確認と目標実現も別です。 分析報告書が納品基準を満たしても、経営判断が改善したかは使用と観察が必要です。行動表は納品結果を記録し、振り返りでは元の問題の解決に役立ったかを見ます。

5. 小さな例で流れを確かめる

以下は方法説明用の仮定で、実在の会社、会議、チームではありません。

あるチームが対外紹介資料を更新し、散在する情報を整理してサービス範囲を分かりやすくしたいとします。

「紹介資料を改善、制作チームが担当」だけでは、変更範囲、データの基準、視覚制作のやり直し、最終確認者が不明です。

まず次のように整理できます。

• 目標：現行サービスの範囲と主要成果物を読者に伝える。
• 今回の成果：構成案。完全な視覚制作にはまだ進まない。
• 推進・協力：制作責任者が統括し、業務責任者が範囲と事実を確認。関係者が分担を確認する。
• 依存条件：現行サービス一覧と、対外使用可能な根拠を先に提供。
• 日程：依存条件確認後に提出時点を確定し、遅延時は影響を速やかに報告。
• 受入確認：業務責任者が範囲の正確性、事実の検証可能性、未確認の約束がないことを確認。

新サービスの追加案はまだ未決です。担当者が条件を補って別途確認し、構成案は既存サービスだけで進めます。提案を提供済みの能力に変えません。

提出後に二か所の説明が現行一覧と違っていれば、位置、根拠、修正要求を示します。修正合格後に受入版を記録し、確定した計画に沿って次の制作に進みます。

これで今回の納品は完了です。実際に使った後、理解しやすくなったか、どの質問が繰り返されるかを観察し、次の改訂へ反映します。

6. 振り返りで次に変えることを決める

行動表から、元の課題、実成果、ずれ、当時の情報と条件、調整すべき取り決めを振り返ります。

資料が繰り返し遅れるなら提供者・範囲・報告時点、確認で手戻りが多いなら事前基準、毎回同じ人を待つなら権限と決定の仕組みを確認します。

原因未確認なら未確認のまま残し、人への結論を急ぎません。

点検項目の追加、依存順序の変更、決定窓口の明示、成果範囲の縮小など、次に実行できる変更を残します。

新たな取り決めを行動表に戻し、関係者が確認して、次の実行につなげます。

提出と受入、納品合格と実際の効果を分けます。停滞、不合格、追加要求を個別処理し、変更は確認して記録します。

図2のSVGをダウンロード

7. そのまま使える行動表

複雑な事業は表を増やせますが、通常の協力は次の表から始められます。実際に確認した取り決めを記し、未知は未定のまま補足行動を明示します。

別に未決事項欄を設け、問題、不足情報、補足者、決定・確認者、再協議時点、既に許可した準備を記します。

成果、決定、変更は相互にたどれる場所に置きます。引継ぎ担当者が記録から現状を理解し、全員に聞き直さずに済む形にします。

結び

会議の価値は、その後の行動にも表れます。共通の方向を明確な取り決めにし、成果につなげ、照合し、実際の使用で検証します。

今回決めたこと、不足、次の担当を明確にし、完了後は有効だった点と改善点を残します。

こうして一歩ずつ仕事を進めます。