数字で見ると、会議のムダは思ったより大きい
感覚の話だけだと弱いので、調査データをいくつか引きます。
パーソル総合研究所の調査では、メンバー層の23.3%、上司層の27.5%が「社内会議にムダが多い」と感じています。約4分の1です。会議時間そのものも軽くなくて、メンバー層で年間154時間、部長級になると434時間。1万人規模の企業だと、ムダな会議による損失は年間15億円と試算されています。規模の大きい話に聞こえますが、これを50人の制作会社に縮めても、人件費に直すとそれなりの金額が会議室で消えている計算になります。
もう一つ、MeetingBaseという調査では、88.8%の人が「会議中に無駄な時間が生じている」と答え、52.2%が「不要な人が参加している」と感じていました。半分の会議に、いなくてよかった人がいるわけです。心当たりがある人は多いと思います。「一応呼んでおくか」で招集された結果、自分の出番が5分もないまま1時間座っている、というやつです。
私がこの数字で一番引っかかるのは、ムダだと分かっていながら止められていない点です。誰も会議を増やしたくて増やしているわけじゃない。なのに減らない。これは個人のだらしなさの問題ではなくて、構造の問題だと考えたほうが筋が通ります。
「とりあえず集まる」が制作・受託の現場で増える理由
なぜ案件型ビジネスでは会議が雪だるま式に増えるのか。現場を見ていて思い当たる構造を書きます。
まず大きいのが、口頭で握っておきたいという不安です。テキストで「これでお願いします」と送るより、顔を見て「これでいいですよね?」と言質を取ったほうが安心する。特にクライアントが絡む案件だと、後で「言った言わない」になるのが怖くて、つい集まって確認したくなります。気持ちは分かります。でも、その安心はたいてい錯覚で、口頭で握ったことは記録に残らないぶん、後でかえって揉めます。
次に、文章で書くより呼んだほうが早い、という錯覚があります。込み入った内容を文章にまとめるのは面倒なので、「ちょっと話したほうが早いから」とWeb会議を立てます。たしかにその瞬間は早いです。けれど、会議は呼ばれた全員の時間を同時に奪います。5人を30分集めたら、それは2.5時間ぶんの人件費です。書くのに15分かかっても、書いたものは後から何人でも非同期で読めるし、検索もできる。トータルで見ると、書くほうが安いことのほうが多いんです。
クライアント起因の急な確認も、会議を増やします。「明日の朝、ちょっとすり合わせさせてください」が飛んでくると、こちらの集中時間は問答無用で分断されます。これは相手のあることなので完全には防げませんが、後で触れるように、非同期で確認できる土台があると、この手の割り込みをかなり吸収できます。
そして一番根が深いのが、同期前提の文化のまま人だけ増えた、というパターンです。3人でやっていた頃は、振り向いて「これどうする?」で済んでいた。それが20人になっても同じノリで全員を集めようとするので、会議体だけが増殖していきます。人数が増えたら、コミュニケーションの作法そのものを変えないといけないのに、昔の成功体験を引きずってしまう。さくらインターネットの田中社長が以前、コミュ力の基準が「飲み会の盛り上げ役」から「テキストでの非同期コミュニケーションに慣れた人」に変わったのに、それに気づいていないだけ、という趣旨のことを言っていましたが、組織単位でも同じことが起きていると思います。
会議を減らすより先に、非同期で回る土台を作る
ここでよくある失敗が、いきなり「来週から定例を半分にします」と会議の数だけ削ろうとすることです。順番が逆です。非同期で回る土台がないまま会議だけ消すと、決まらない・伝わらない・抜ける、が増えて、結局「やっぱり集まろう」に戻ります。
先に作るべきは、決定が文章で残る場所です。会議で決めたことが議事録のどこかに書かれて二度と読み返されないのではなく、その決定が案件のタスクや課題に紐づいて残る状態。開発でいうと、issueに結論がコメントとして残って、後から誰でも経緯を追える感覚です。これがあると、「あれってどうなったっけ?」を確認するためだけの会議が要らなくなります。
通知設計も土台のうちです。非同期がうまくいかないチームは、たいてい通知が壊れています。全部のメッセージが等しく鳴るから、結局リアルタイムで張り付くことになり、非同期になっていない。自分宛てのメンションと、ただの情報共有を分けて、前者だけ通知が届くようにする。これだけで「とりあえず全部追わなきゃ」というプレッシャーが減ります。
それから、返信のタイミングをチームで握っておくことです。非同期は「いつ返ってくるか分からない」のが不安の正体なので、「メンションは原則その日のうちに返す」「急ぎは別の手段」くらいの緩いルールを共有しておく。返信SLAなんて大層なものじゃなくていいです。お互いに「すぐ返ってこなくても、ちゃんと見てもらえる」と信じられる状態を作るのが目的です。この信頼がないと、人は不安で会議に戻ります。
全部を非同期にしようとすると、これはこれで失敗する
非同期を推す記事を書いておいてなんですが、何でもかんでもテキストに寄せるのは間違いです。私自身、非同期に振りすぎてうまくいかなかった経験があります。
複雑な論点を詰める議論は、同期のほうが速いです。要件が固まっていない初期フェーズで、関係者の認識がバラバラなまま長文を投げ合うと、誤解の上に誤解が積み上がって、収拾がつかなくなります。こういうときは30分集まって話したほうが、間違いなく早いです。非同期は「論点が整理されている」前提で効く道具で、論点そのものを発散させながら収束させる作業には向きません。
感情やニュアンスが絡む話も、テキストだと事故ります。フィードバックの温度感、相手が納得しているかどうか、言いにくいことを伝える場面。これを文章だけで処理しようとすると、冷たく受け取られたり、逆に遠回しすぎて伝わらなかったりします。キックオフで初めて顔を合わせるときも、最初の一回くらいは同期で空気を作っておいたほうが、その後の非同期がスムーズになります。
だから現実解は、緊急性の低い連絡や情報共有・進捗報告は非同期に寄せて、認識を揃える議論や込み入った相談だけ同期に残す、というハイブリッドです。週一の定例は残してもいいんです。問題は、定例で済むことを毎日の臨時会議でやっていたり、報告のためだけの会議が並んでいたりすることです。「これは集まる必要があるか、書けば済むか」を一回ごとに問う癖をつけるだけで、カレンダーはだいぶ空きます。
競合ツールのAI要約・非同期支援はどこまで来たか
非同期に寄せるとき、ツールのAI機能が後押しになります。この領域は2026年に入ってかなり動いたので、率直に整理します。
Slackは、チャンネルやスレッドの要約、メッセージ検索の強化をAIでやれるようになりました。大きいのは、2025年6月以降このSlack AIが全有料プランに標準搭載されたことです。以前は1ユーザー月10ドルのアドオンだったので、追加費用なしで使えるようになったのは素直に良い変化です。長いスレッドを後から非同期で追うとき、「ここまでの流れを3行で」が効くのは、非同期チームには地味に効きます。ただSlackはあくまでチャットなので、要約してもその決定がタスクや案件に自動で紐づくわけではありません。流れていくものは、結局流れていきます。
Notion AIは、会議メモから要約とアクションアイテムを起こすのが得意です。ドキュメントベースで非同期に情報を残す文化とは相性がいい。料金は2026年時点でAI込みのプランがユーザーあたり月1,650円程度が目安で、さらに2026年5月からカスタムエージェントはNotionクレジットの従量課金に移行しました。使い込むほどコストが読みにくくなる設計に変わってきているので、小さいチームは料金を一度確認したほうがいいです。Notionは万能に見えますが、設計しないと情報が迷子になるのは相変わらずで、非同期の土台にするには「どこに何を書くか」のルール作りが先に要ります。
Asanaは、そもそも「会議を減らしてタスクで非同期に回す」という思想の製品で、AsanaのAI（Asana Intelligence)で進捗のサマリーや次のアクションの提案ができます。プロジェクト管理を主役にして会議を減らす、という発想は理にかなっています。一方で、デザイン校正や請求といった制作・受託特有の業務はAsana単体ではカバーしきれず、結局そこだけ別ツールや別会議に戻る、という穴は残ります。
総じて、各社とも「要約」と「検索」はかなり実用域に来ました。会議を減らす方向に技術は確実に効いています。ただ、要約ツールと進行管理ツールが別々だと、要約した結果がまた別の場所に溜まって、情報の置き場所が増えるだけ、という本末転倒も起きがちです。
AIに任せていい部分、任せると痛い目を見る部分
ここは私が開発の現場でAIを使い込んでいて、強く感じている部分です。非同期化にAIを入れるとき、任せていい仕事とダメな仕事の線引きははっきりしています。
任せていいのは、議事録の文字起こし、長いやりとりの要約、決定事項からのタスク抽出、検索です。会議や打ち合わせをどうしても同期でやった場合でも、その内容をAIに要約させて非同期で読める形にしておけば、参加していない人が後から追えます。「議事録を書く」という、誰もやりたがらない作業をAIが肩代わりしてくれるのは、非同期化の最大の追い風です。ここは入れない理由がありません。
一方で、合意形成そのものと最終的な判断は、AIに渡してはいけません。AIが「次にやることはこれです」と要約してくれても、その方針でいいかをクライアントやチームが本当に納得しているかは、AIには分かりません。テキストの行間にある「実は乗り気じゃない」を読むのは、まだ人間の仕事です。AIが出した要約を、誰も確認しないまま「決まったこと」として流すと、後で「そんなつもりじゃなかった」が噴出します。要約は議論の代わりにはならない、ということです。
私の整理だと、AIは「非同期で情報を流すときの摩擦を減らす潤滑油」であって、「合意を作る当事者」ではありません。会議を減らすためにAIを使うのは正しいけれど、判断まで省略するためにAIを使うと、減らしたはずの会議が炎上対応のミーティングとして倍になって返ってきます。
LOGLIKEで非同期に寄せる運用例
ここで少しだけLOGLIKEの話を書きます。LOGLIKEは「案件も、校正も、請求も。すべてが一つに!」をコンセプトにしたプロジェクト管理ツールで、案件を主軸にして、その下にタスク・課題・校正・請求がぶら下がる構造を持っています。非同期化という観点で見ると、「決定・連絡・記録が同じ案件の上に集まる」ことが効いてきます。
まず、課題やタスクに対してコメント・メンションでやりとりできます。チャットツールと違うのは、その会話が案件の課題に紐づいて残る点です。「このバナーの色、これで確定でいいですか?」というやりとりが、該当の課題の中で行われて記録される。確認のためだけに会議を立てなくても、相手が手の空いたときに見て返せる。開発でいうissue上の議論と同じで、決定が文脈ごと残るので、後から「なんでこうなったんだっけ」を会議で掘り返さずに済みます。
会議をどうしても同期でやった場合は、AIと会議が議事録づくりを引き受けます。話した内容を整理してくれるので、参加できなかったメンバーが非同期で追えるようになります。さらにAI課題生成と組み合わせると、会議で決まった「次にやること」を課題として起こすところまで繋げられます。議事録が書かれただけで終わって、タスクが動かない、という非同期化の最大の落とし穴を埋められるわけです。ただ、前に書いたとおり、AIが起こした課題を人間が一度確認するのは前提です。
割り込みの吸収にはあとで対応が地味に効きます。クライアントから急に飛んできた確認や、今すぐ手を付けられない依頼を、いったん「あとで対応」に逃がしておけば、集中している作業を中断せずに済みます。非同期は「すぐ返さなくてもいい」が前提なので、来たものをその場で全部さばかなくていい受け皿があると、心理的にだいぶ楽になります。
進捗の共有を会議でやらなくて済むようにするのがダッシュボードです。「いま各案件がどこまで進んでいるか」を口頭で報告し合う定例は、ダッシュボードを各自が見れば多くが要らなくなります。報告のための会議が一番減らしやすいので、ここから手をつけるのがおすすめです。
それから、決定や振り返りを残す先としてナレッジベースがあります。非同期文化は「書いて残す」が前提なので、案件の判断やノウハウが残る場所が要ります。ここに過去の決定が残っていれば、それを非同期で参照できて、同じことを会議で再説明する手間が減ります。
念のため補足すると、LOGLIKEの請求書管理は「請求書を発行する」機能ではなく、完了した課題に紐づく請求書ファイルを案件配下で管理する機能です。非同期の文脈とは少し離れますが、誤解されやすいので書いておきます。
LOGLIKEを入れれば会議がゼロになる、という話ではありません。ただ、連絡・決定・タスク・記録が別々のツールに散らばっていると、それを突き合わせるためにどうしても会議が要る。これが一つの案件の上に集まっていると、「集まらないと分からない」状況そのものが減ります。非同期化のハードルは、ツールの数を減らすことでかなり下がる、というのが使ってみての実感です。
まとめ：会議を減らすのではなく、会議に頼らなくていい状態を作る
会議が多いチームに「会議を減らせ」と号令をかけても、たいてい元に戻ります。減らせないのは、会議に頼らないと決定が残らない・伝わらない・抜けるからです。だから順番としては、まず非同期で回る土台——決定が文章で残る場所、壊れていない通知、緩い返信ルール——を先に作ります。そのうえで、報告のための会議から削っていきます。
全部を非同期にする必要はありません。論点を発散させる議論や、感情の絡む話、初対面のキックオフは、同期に残していい。非同期に寄せるのは、報告・連絡・確認といった「書けば済むもの」です。そして、議事録や要約はAIに任せて、合意と判断は人間が握る。この線引きを守れば、AIは会議を減らす強い味方になります。
開発の世界が非同期に移れたのは、特別に意志が強かったからではなくて、決定が残る道具と作法を先に整えたからだと思っています。制作も代理店も受託開発も、同じやり方で会議に溶ける一日を取り戻せるはずです。