会議の見直しでは、開催時間を短くする前に、その場で何を決め、何を持ち帰るかを明確にします。進捗の読み上げと、関係者で判断が必要な相談が同じ会議に混ざっていると、話す人が多くても結論が残らない場合があります。会議ごとに目的、必要な役割、終わった後の行動を確認し、開催以外の方法で目的を満たせるかを検討してください。
会議を名前ではなく役割で分類する
定例、打ち合わせ、報告会といった名称だけでは、必要性を判断できません。判断する、情報を伝える、選択肢を作る、困りごとを相談するなど、実際の役割を書きます。一つの会議が複数を担う場合は、議題ごとに分けると、その場で参加する必要がある人を選べます。
単なる情報共有でも、資料を読めない事情や相互確認が必要な場合があります。共有だから一律に廃止するのではなく、読む資料、質問する窓口、伝わったことを確認する方法があるかを見ます。会議をなくしたことで個別の説明が増えるなら、削減した時間だけでは改善を評価できません。
開催前に判断材料を揃える
議題には「決めたいこと」「現在の状況」「選択肢」「判断に必要な資料」「誰の判断が必要か」を添えます。資料が揃っていない相談は、会議で材料を作るのか、先に調べるのかを決めます。判断できない状態のまま毎回同じ話題を繰り返すと、参加者は進展を実感しにくくなります。
参加者は関係する人全員ではなく、決める人、作業を知る人、実行する人などの役割で選びます。結果を知ればよい人には記録を共有する方法があります。少人数の会社では同じ人が複数の役割を担えますが、何を判断して参加しているかを区別すると議論を整理できます。
会議中は結論と保留を分ける
議題ごとに、決まったこと、調べること、判断を待つことを分けます。「検討する」で終わらず、何が分かれば決められるかを書きます。決定した行動には実行する人と確認する時点を付け、担当が曖昧な宿題を残さないようにしてください。期限は実行する人と合意して設定します。
議事録は発言の逐語記録だけではなく、結論とその理由を探せる形にします。異なる意見を全部消して結論だけにすると、後で条件が変わったときに見直せません。採用した案、見送った案、判断に使った前提を短く残すと、次の会議で同じ議論を最初から繰り返すことを避けやすくなります。
改善表と想定例
改善表には「会議名」「目的」「議題の種類」「必要な役割」「事前資料」「残す結論」「代替手段」「試す変更」「影響の確認」を記入します。単に参加者と時間を減らすのではなく、目的を保てる変更かを判断します。変更を試す期間や、元に戻す条件も書いておくと合意を得やすくなります。
想定例として、案件の状況を順番に読み上げる定例を考えます。事前に一覧を更新し、会議では遅れている案件と判断が必要な案件だけを扱います。一覧を見る人が決まっていないと共有が途切れるため、更新する役割と確認する時点も設定します。会議外に移した作業の負担まで含めて試行してください。
試行後に確認する結果
変更後は、会議の長さに加え、必要な判断ができたか、宿題の担当が明らかか、同じ問題が次回に残っていないかを確認します。会議を減らした結果、決定までの待ち時間が増えたり、個別の問い合わせが増えたりしていないかも見ます。参加者の感想だけでなく、決定記録と実行状況を照合すると具体化できます。
会議を継続する場合も、目的や参加者は固定しないようにします。案件がなくなった、業務の流れが変わった、共有ツールが定着したといった変化は、開催方法を見直すきっかけです。一方、緊急の相談先を失うと支障があるため、定例を廃止するなら臨時に判断を求める連絡経路を残します。
よくある疑問
会議の回数は少ないほどよいのでしょうか。必要な合意や相互確認ができることが優先です。回数だけを目標にすると、個別連絡や待ち時間に負担が移る場合があります。会議外を含めて業務が進んだかを確認してください。
発言が少ない人は参加不要でしょうか。発言量だけでは判断できません。判断に必要な知識を持つ、他の作業への影響を確認するなどの役割がある場合もあります。何を確認する人かを明らかにし、結果の共有だけで目的を満たせるなら参加方法を変えることを検討します。
関連サービスと基礎資料
ITコンサルティングの対象範囲もご確認いただけます。
本記事の手順・確認項目は一般的な検討のための提案です。AIを使って草案を作成し、構成・表現の点検を行っています。個別の契約・運用条件は実際の環境に合わせて確認してください。