ブログ一覧へ戻る

会議で決めたのに進まない。その場で仕事を進めるために考えたいこと

会議・経営理論・フレームワークを一次情報から読み解く新連載。話した量ではなく、何が形になったかを問い直します。

会議は終わった。仕事は、どうなっただろう

「それでは、次回までにお願いします」。会議で決まった仕事が、翌週も同じ議題になっている。そんな場面はないでしょうか。

担当者のやる気だけでは説明できない場合があります。何を完成させるかが曖昧だったり、判断に必要な人がその場にいなかったり、実際に作業する時間が確保されていなかったりするからです。これは起こり得る状況の例で、特定の企業の調査結果ではありません。

ARARIのネクストステージ突破会議は、「会議そのものが、仕事を進める場になる」をコアコンセプトにしています。このブログでは、その背景にある問いを、経営理論や公開されたフレームワークから考えていきます。

理論を、日々の仕事を見るための視点にする

取り上げるのは、会議の目的、改善の学習、チームの協働、意思決定などです。名前を覚えるための一覧ではなく、「今、自分たちの何が止まっているか」を考える材料として紹介します。

例えば、2020年版Scrum Guideは、スプリントレビューを成果と今後の適応を検討する場とし、発表だけに限定しない協働の場として説明しています。[1]これはScrumのイベントの説明です。一般企業の会議をすべて同じ形にする指示でも、ARARIの効果を証明する資料でもありません。

ここからARARIが引き出す問いは、「参加者が成果物を見ながら、次の仕事を前へ進められる場になっているか」です。原典の説明と、自社の仕事への応用は区別して扱います。

フレームワークを埋めた後に、何が変わるか

フレームワークは、考える対象をそろえる助けになります。ただ、枠が埋まったことと、意思決定や実務が進んだことは同じではありません。

提案の骨子なら、誰に何を届けるかを関係者が確認でき、次の準備に使えること。引き継ぎ手順なら、内容を確認し、次の担当者が試せること。何を使える状態にするのかを明確にすると、会議の終わり方も変わります。これらは説明用の例であり、実績ではありません。

Deming InstituteはPDSAを、試した結果から学び、改善につなげる循環として説明しています。特にStudyでは、予測と実際の結果を比較して考えます。[2]その視点を借りれば、「作ったか」に加えて「使ってみて何が分かったか」を確認することも重要になります。

このブログで大切にすること

原著者の資料、公式ガイド、査読研究を優先し、根拠のある説明とARARIの解釈を分けます。資料の版と確認日、適用できる範囲、分かっていないことも記します。

長く使われている理論を、新しいという理由で紹介することはしません。新しい仕事の進め方も、流行していることと効果が確かめられていることを分けます。ある業界・条件での知見を、すべての会社の成功法則として扱わない方針です。

AIについても、調査や下書きなどの可能性と、人が確認すべき判断を区別します。理論を一つ取り入れれば、会議が必ず60分で終わる、売上が伸びる、といった保証はしません。

読む。考える。自分たちの仕事で確かめる

読み終えたら、次の会議で「何が手元にあれば、仕事が進んだと言えるだろう」と一つ問い直してみてください。

ネクストステージ突破会議ラジオでも、仕事が進む会議と、チームの次の一歩を考えるヒントをお届けします。

自社の仕事で会議の違いを体験したい方へ、デモ講座のウェイティングリストをご用意しています。一般的な考え方を記事で紹介し、具体的な進行や実践は体験・講座の中で扱います。

出典と確認範囲

[1]Ken Schwaber / Jeff Sutherland, The Scrum Guide, November 2020, “Sprint Review”。著者による公式ガイド。公式のイベント定義を参照しました。一般企業の会議への応用はARARIの解釈です。

[2]The W. Edwards Deming Institute, “PDSA Cycle”。公式解説。改善と学習の考え方を参照しました。特定の商品や会議時間の効果を検証した研究ではありません。

資料確認日:2026年10月29日。この記事は、一般的な理論とARARIの応用上の考え方を紹介するもので、顧客事例や効果測定の報告ではありません。