定例は設計で変わる——「報告の場」から「問いの場」への組み替え

定例が終わって、画面を閉じる。特に問題はなかった。来週までに確認する、という話もあった。では、何が進んだのか——答えがすぐに出てこないなら、それはその場の設計に由来している。

報告の場として作られた定例は、報告として正しく機能する。問題が起きていなければ「問題なし」が伝わり、タスクがあれば期限が共有される。何も間違っていない。ただ、それ以上のことは起きない構造になっている。担当者を変えても、頻度を増やしても、同じ感覚が残り続けるとすれば、場の設計そのものを問い直す段階に来ている。

報告の場として設計された会議は、報告で正しく終わる

外部支援を入れると、月次あるいは隔週の定例が設定されることが多い。支援側が資料を用意し、進捗や数字を画面共有する。受け手はそれを聞きながら、必要に応じて質問する。一時間後、会議は終わる。

この形が「報告の場」である以上、報告は成立している。成立しているから問題として認識されにくい。しかし、支援を受けている側が感じる「何かが変わった感覚」は、報告からは生まれない。それは報告の場の外で起きることだ。

DXの伴走支援において、この構造は特に見落とされやすい。ツール導入の状況や数字を「報告してもらう」設計のまま定例を運用していると、現場で何が起きているかの実態が見えにくくなる。報告は事実を整理するが、課題を発見する機能は持っていない。

「何か困っていますか」が止まる場所

中小企業庁が公表している伴走支援のガイドラインには、支援する側への注意として次の趣旨が記されている。

「今抱える悩みは何か？」と直接聞くことは、本質的な課題まで届かないため避けること。

この指摘が示しているのは、問いの形が答えの深さを決めるということだ。「何か困っていますか」と聞かれた側が答えるのは、すでに言語化できている問題だけだ。本質的な課題は、多くの場合まだ言葉になっていない。言葉にならないものは、直接聞いても出てこない。

定例が毎回「特に問題ありません」で終わるなら、問いの設計を疑う必要がある。問いが浅い場所で止まれば、答えも浅い場所で止まる。これは回答者の誠意の問題ではなく、問いの構造の問題だ。

「誰が決めるか」を問わないとDXは止まるでも触れたように、何が問われているかによって、その会議で何が動くかが変わる。定例の問いを「問題はないか」から「次の判断は何か」に変えるだけで、準備すべきものも、発言の方向も変わる。

アジェンダより、何を載せるか

会議研究の知見として広く言われていることがある。アジェンダがあるかどうかと、参加者が感じる会議の質との間には、明確な相関が見つかっていない。整えること自体では変わらない。

変わるのは、そこに何を載せるかだ。

たとえば、次のように比べてみる。

• 「進捗報告」をアジェンダに書けば、進捗報告が起きる
• 「次の○週間で決めること」をアジェンダに書けば、判断のための対話が起きる
• 「現場で気になっている動き」をアジェンダに書けば、経験の共有が起きる

場の構造は、その場で起きることの上限を決める。支援する側がどれだけ準備しても、「報告を聞く場」として設計された会議では、その上限を超えることは難しい。

定例を作り直すとき、まず確認したいのは「この会議が終わったあとに何が変わっているか」だ。参加者が答えられない、あるいは「特に変わらない」と感じているなら、その場は報告を完了させるために動いている。それが目的なら問題ない。ただ、支援の質を上げたいなら、目的から組み替える必要がある。

上流の会議にシステムの席はあるかでも触れたが、会議の設計がどうなっているかは、誰が何を持ち込めるかを規定する。定例の設計を変えることは、その場で可能になることを変えることだ。報告の場を問いの場に組み替えることは、会議の形を整えることではなく、場の目的を作り直すことだ。