EOSにおけるIDSの全容:L10ミーティングの進め方と問題解決ガイド
リーダーシップチームの会議で、何も決まらずに終わってしまうことはありませんか?毎週同じ課題が持ち上がり、議論は堂々巡りで解決に至らず、参加者全員が不満を抱える。もし心当たりがあるなら、それはあなただけではありません。
起業家オペレーティングシステム(EOS)には、こうした終わりのない議論を具体的な成果へと変えるための2つの関連ツールがあります。それが「IDSプロセス(Identify:特定、Discuss:議論、Solve:解決)」と「L10ミーティング(Level 10 Meeting)」です。これらを組み合わせることで、問題を解決し、チームの有効性を高める会議を実現できます。

IDSとL10ミーティングのフレームワークを示すヒーロー画像
本ガイドでは、「IDS」という略語の意味、L10ミーティングの仕組み、そしてこれら両方を正しく実装する方法について解説します。
EOSにおけるIDSとは?
EOSにおいてIDSとは「Identify(特定)、Discuss(議論)、Solve(解決)」の略であり、起業家オペレーティングシステム内での問題解決における基礎的な手法です。これは、チームが構造化された方法で課題に取り組むための規律あるアプローチです。この手法を用いることで、議論ばかりで何も解決せず、同じ問題を繰り返し話し続けるという典型的な会議の弊害を回避できます。
このプロセスの構造を理解するために、IDSプロセスを「漏斗(じょうご)」としてイメージしてください。漏斗の上部には、未定義で不快なフラストレーションがすべて投げ込まれます。漏斗の設計上、下部からは明確で実行可能な解決策のみが出てくるようになっています。この仕組みがなければ、多くのチームは問題の「兆候」を議論しているうちに、本来の問題を無視して悪化させてしまうでしょう。
実務において、IDSを導入すれば、同じ問題を5回連続で話し合うような会議はなくなります。構造化された問題解決を実践することで、記録に残る次なるアクションが生まれ、何よりも重要な「問題の症状への対処」ではなく「根本原因の特定と解決」が可能になります。
IDSの3つのフェーズを解説

IDSの3つのフェーズ - Identify, Discuss, Solveのプロセスフロー
IDSプロセスの各ステップには、定められた目的があります。
フェーズ1:Identify(特定)- IDS時間の10%
このフェーズで答えるべき問いはただ一つ、「ここでの真の問題は何か?」です。問題を提起した人が概要を説明し、チームは根本原因にたどり着くまで掘り下げるための質問を繰り返します。
実践のヒント: 次に進む前に、特定された問題を一つの明快な文章で書き出してください。もし簡潔に説明できないのであれば、まだ真の問題を特定できていないということです。
フェーズ2:Discuss(議論)- IDS時間の70%
多くのチームが陥る間違いは、「議論」を「順番に意見を言うこと」だと勘違いすることです。これは議論ではなく、単なる「談話」に過ぎません。EOSのIDSプロセスで求められるのは集中した議論です。つまり、全員が解決策に向かう意図を持って、互いの意見を積み重ねていく必要があります。
生産的な議論には3つのルールがあります:
- 全員が一度発言するまで、二度目の発言はしない
- トピックから逸れない(脱線した内容は課題リストに追加する)
- 人ではなくアイデアを議論する(問題を個人と切り離す)
議論中に少し居心地の悪さを感じるのは正常です。もしグループがすぐに合意に至るようなら、それは十分に深く掘り下げられていない可能性が高いでしょう。議論の過程での建設的な衝突こそが、質の高い解決策を生みます。
フェーズ3:Solve(解決)- IDS時間の20%
解決フェーズは、IDSセッションの約20%を占めます。「解決」とは、決定を下すか、行動を約束することを意味します。したがって、IDSセッションからは以下が生まれます:
- 期限付きで担当者に割り当てられた具体的なアクションアイテム
- 問題を恒久的に解決する意思決定
- 問題そのものの排除
解決フェーズでは、誰がその解決策の実行に責任を持つかを明確にします。どれほど素晴らしい解決策であっても、所有者がいなければ、それは「全員の課題」という名の「誰の課題でもないもの」になってしまいます。
📥 ダウンロード: IDSセッションチェックリスト(PDF) - 各フェーズのタイミング、質問事項、完了基準
提示された問題が「真の問題」ではない理由
IDSで根本原因分析を成功させるには、実行可能なレベルに到達するまで「なぜ?」を繰り返す「玉ねぎの皮むき」が必要です。問題特定プロセスは以下のようになります:「なぜノルマを達成できないのか?」⇒「成約率が落ちているから」⇒「なぜ成約率が落ちているのか?」⇒「低価格を提示する新規競合が現れたから」⇒「なぜ競合はその価格で勝っているのか?」⇒「我々のバリュープロポジションが競合と十分に差別化できていないから」。ここまで来れば、解決すべき問題が明確になります。
このような思考は極めて重要です。ヒューマンエラーの削減はSOP(標準作業手順書)の明確化から生まれるのと同様に、問題の特定も同じです。問題の定義が曖昧なら、解決策も的外れなものになります。
風邪薬の誤謬: 症状だけを治療しても一時的な緩和にしかならず、根本的な問題は残り、再発します。同じ問題を何度も「解決」し続けているなら、それは風邪薬で症状を抑えているに過ぎません。症状ではなく、根本原因を治療すべきです。
📥 ダウンロード: IDS根本原因分析ワークシート(PDF) - 「なぜなぜ分析(5 Whys)」とフィッシュボーン図のテンプレート
EOSの課題リストに載る課題には3つのカテゴリーがあります。その種類を理解しておくことで、課題に取り組む際の時間を効果的に配分できます。
1. 問題(Problems): チームの前進を阻む障壁や障害です。機器の故障、責任を果たさないメンバー、機能していないプロセスなどが含まれます。例として、従業員の退職の申し出、顧客関係の悪化、期限遅延を生むボトルネックなどがあります。これらは根本原因の特定(I)、解決策の議論(D)、行動への合意(S)というIDSの全プロセスを必要とします。ここを急ぐと、同じ問題が繰り返される可能性が高くなります。
2. 情報(Information): 解決するのではなく共有するものです。例えば、意思決定のために誰かから追加情報が必要な場合や、解決策を提案せずに傾向に注意を向けさせたい場合です。これらに深い議論の時間は必要ありません。(I)フェーズで何が共有されているかを明確にし、(D)で全員が理解したことを確認し、(S)で事実として受け入れて次に進みます。
3. アイデアと機会(Ideas and Opportunities): 組織が探求すべき前向きな可能性です。新規市場の機会、プロセス改善の提案、戦略的イニシアチブなどが該当します。これらは「壊れているもの」ではないため問題ではありませんが、追加価値を生む可能性があり、組織的な対応が必要です。チームは実現可能性とタイミングを評価しますが、「何が間違っていたか」を追及することはありません。(S)フェーズでは、四半期計画のためにV/TO(ビジョン・トラクション・オーガナイザー)に記載したり、調査担当を割り当てたりします。

IDSにおける3つの課題タイプ - 問題、情報、機会の比較
プロのヒント: IDSを開始する前に、提起者に「これは問題です」「これは情報です」「これは機会です」とカテゴリーを宣言させましょう。この分類により、投資すべき時間の目安が決まります。
課題リストの作成と管理
EOSでは、課題リストを3つのレベルに分類します:
- V/TOレベルの課題(長期的課題): 四半期単位以上かかる戦略的な課題。毎週のL10ミーティングではなく、四半期計画会議でのみ確認します。
- リーダーシップチームの課題: 複数の部門にまたがり、部門間調整が必要な課題。これがL10ミーティングで使用するリストです。
- 部門別課題: 各チームに特化した課題。リーダーシップチームの入力は必要ありません。

V/TO、リーダーシップチーム、部門レベルを示す課題リストの階層図
| リストのレベル | 確認周期 | 一般的な課題 | | --- | --- | --- | | V/TO(戦略的) | 四半期ごと | 市場拡大、大規模投資 | | リーダーシップチーム | 毎週(L10) | 部門間課題、会社全体の決定 | | 部門別 | 部門会議 | チーム運営、プロセス改善 |
課題リストの衛生管理 — 解決済み課題は即座に削除しましょう。長期課題はアーカイブし、繰り返し発生するものとは分けて扱います。長期間放置されている課題も削除してください。
📥 ダウンロード: IDS課題トラッカー(Googleスプレッドシート) - 日付、課題、所有者、ステータス、解決メモの列を含むテンプレート
L10ミーティングとは?
L10ミーティング(Level 10 Meeting)は、毎週同じ曜日・同じ時間に90分間行われる定例会議です。リーダーシップチームの全メンバーが参加し、会社のパフォーマンスを確認し、課題を洗い出し、IDSプロセスを用いて解決策を導き出します。
Gino Wickmanが自身の著書『Traction』で提唱したこの概念は、すべての会議を「10点満点」にすることを目指しています。会議のスコアを下げる「無駄」を排除し、効率的な構造を作り出すことが目的です。
L10ミーティングは、課題を露呈させ、議論を促し、決定を下すための「強制力」として機能します。また、可視化されたタスクリストを通じて、全員の実行責任を追跡する機会にもなります。研究によれば、会議の設計要素を適切に組み合わせることで、無駄な会議ではなく生産的な会議が実現できることがわかっています。
なぜ「L10」と呼ばれるのか?
参加者はL10ミーティングの最後に1から10までのスコアを付けます。10点は、全員が積極的に参加し、主要な参加者が重要な課題に対処できたことを示します。会議後に具体的なアクションステップを持って帰ることで、チームの継続的な有効性が保証されます。もし10点未満なら、グループは何を変えれば10点にできたかを話し合います。
このスコアリングは、潜在的なシステム問題を診断するツールとして機能します。チームが常に7点や8点を付ける場合、参加メンバーが間違っているか、重要な問題を無視して些細なことばかり扱っているなどの兆候です。
中には、批判的に感じるとしてスコアリングを拒むチームもあります。しかし、この不快感こそが、チームが互いに誠実なフィードバックをできていないという、より大きなシステム上の問題を物語っています。目的は毎回10点を取ることではなく(コントロール不能な要因がある場合もあるため)、数ヶ月かけて継続的に改善の傾向を示すことです。
90分間の「会議の無駄」を排除するフレームワーク
L10ミーティングは90分固定で、7つのセグメントに分かれています。各セグメントには厳格な時間制限があり、参加者に規律をもたらします。

90分間のL10ミーティング構造
| セグメント | 所要時間 | 目的 | | --- | --- | --- | | 個人の成長 | 5分 | プライベートや仕事での良いニュースや成果を共有 | | メトリクス評価 | 5分 | 週次の数値確認 - 順調か? | | プライオリティ評価 | 5分 | 四半期目標の確認 | | 会社と従業員のヘッドライン | 5分 | 顧客や従業員に関するアップデート | | To-Doリストの確認 | 5分 | 各自のTo-Doの完了確認 | | 課題のIDS | 60分 | 問題解決 - 会議の主要目的 | | まとめ/会議評価 | 5分 | 未完了事項の確認と会議の評価 |
EOSモデルでは、パフォーマンス報告に25分、残りの60分を問題解決に充てます。構造化された問題解決は、特に相互の背景知識が乏しいチームにおいて、プロジェクトの成功と直接的な相関があることが研究で示されています。
L10ミーティングアジェンダ - テンプレート
このセクションでは、7つのセグメントすべてを解説します。
5分間のSegue(導入)
各参加者が過去7日間の公私における成功体験を共有します。成果から始めることで、マインドセットをリセットし、絆を深め、前向きな勢いを作ります。1人最大30秒で、テンポよく回します。
スコアカード評価(5分)
ビジネスの最も重要な5〜15の指標を確認します。各指標が「順調(On Track)」か「停滞(Off Track)」かを判定します。「停滞」の場合、自動的にIDSの課題リストに追加されるため、その場での説明は不要です。
L10ミーティングのスコアカードは、説明責任と透明性を高めます。3週連続で「停滞」が続く指標は、直ちに対処すべきパターンです。
📥 ダウンロード: L10ミーティングスコアカードテンプレート(Excel) - 順調/停滞ステータスの条件付き書式付きKPI列
ロック(Rock)レビュー(5分)
各メンバーが設定した3〜7つの四半期優先事項(ロック)を確認します。スコアカードと同様、順調か停滞かを報告します。ロックは四半期計画と週次の実行計画をつなぐ架け橋です。
従業員と顧客のアップデート(5分)
議題の各セクションに収まらない重要なニュース(新規顧客、従業員の懸念、競合の脅威、市場のフィードバック)を共有します。これらは見出しのみを報告し、議論が必要な場合は課題リストに追加します。
To-Doリスト確認(5分)
先週のTo-Doが完了したかを確認します。未完了のものはその場で議論せず、頻発する場合はIDSの対象にします。To-Doに「部分的な達成」はありません。約90%の完了率を目指します。To-Doの規律は長期的な進捗を追跡するための仕組みです。90%以下が続く場合は、目標が高すぎるか、責任感が欠如しているサインです。
IDS:会議の核心(60分)
IDSフェーズが会議の焦点です。3-2-1優先順位プロトコルを使用します:
- 課題リスト全体に目を通す
- 各人が静かにトップ3を選ぶ
- 投票数の多い順に解決していく
60分経過時点で強制終了し、未解決分は翌週に持ち越します。
結論(5分)
- To-Doのまとめ(所有者と期限を確認)
- カスケードメッセージ(組織全体への伝達事項)
- 会議の評価(1〜10で採点)
時間通りに終わることは絶対条件です。
📥 ダウンロード: L10ミーティングアジェンダテンプレート(Excel/Googleスプレッドシート) - タイマーガイド付きの全7セグメントアジェンダ
L10ミーティングの役割と責任
役割が曖昧だと会議の運営は困難です。誰が何に責任を持つかを明確にすることで、チームの脱線を防ぎます。
| 役割 | 主な責任 | 一般的な担当 | | --- | --- | --- | | ファシリテーター | 時間管理、構造の維持、議論の軌道修正 | インテグレーター、COO | | 記録係 | To-Do、決定事項、課題リストの更新 | 持ち回り、または事務局 | | 会議リーダー | アジェンダの優先順位付け、適切な議論の促進 | インテグレーター | | 参加者 | 議論への貢献、指標/ロックの所有、To-Doの完了 | リーダーシップチーム全員 |

L10ミーティングのRACIマトリックス
ファシリテーターの心得
- 定刻通りに開始する。 CEOが廊下にいても待たない。
- 時間厳守。 スコアカードの5分が過ぎたら終了。
- 脱線は即座に遮断。 「素晴らしい指摘ですね、課題リストに追加します」。
- 全員が話すまで二度目を許さない。
- 解決を促す。 「具体的なアクションは?誰が担当?期限は?」
会議中に解決すべきか、エスカレーションすべきか
会議中に解決するケース:
- 15分以内で解決可能
- 遅延が重大な損失を招く
- 部門間の合意が必要
エスカレーションするケース:
- 調査やデータが必要
- 2〜3人だけで済む話
- 複雑で専用の作業セッションが必要
- 次四半期の「ロック」にすべき内容
IDSとL10ミーティングでよくある機能不全
| 機能不全 | 兆候 | 予防策 | | --- | --- | --- | | 議論の罠 | 20分経っても同じ議論をしている | 時間制限を設け、解決策を求める | | リピーター問題 | 同じ人が同じ主張を繰り返す | ファシリテーターが軌道修正する | | 甘い解決 | 「様子を見ましょう」で終わる | 所有者と期限付きのTo-Doを設定する |

L10ミーティングの一般的な機能不全
チームがIDSの実装に失敗する理由
- ツールのつまみ食い。 楽な部分だけ採用し、責任の仕組みを避ける。
- L10をオプション扱い。 予定が重なるとすぐキャンセルする。
- 外部からのチェックがない。 妥協を指摘する人がいない。
- コミットメントの不足。 理屈ではEOSを理解しても、感情的に腹落ちしていない。
組織が自力での実装に苦しむ場合は、EOS実装者に相談することをお勧めします。外部の視点は、焦点をどこで見失っているかを教えてくれます。
リモート・ハイブリッドチームでのL10ミーティング
L10フレームワークは会議室向けに作られましたが、リモート環境でも原則は同じです。ただし、結果を出すためには適応が必要です。
バーチャルL10成功のための技術的セットアップ
- 安定した接続環境と高品質なビデオプラットフォーム
- アジェンダと課題リストをリアルタイム表示する共有デジタルワークスペース
- ヘッドセットの使用(PC内蔵マイクはエコーの原因になる)
リモート参加者の疎外感対策:
- IDS中、リモートメンバーを名前で指名する
- ビデオ画面で挙手を確認する
- 定期的に「リモートの皆さん、何か意見はありますか?」と問いかける
IDSからアクションへ:フォロースルーの徹底
決定は、IDSプロセスを通じて行われますが、その価値はフォローアップがあって初めてゼロからプラスになります。
3つの解決タイプ

- 明確化(Clarity): 共通理解に達すること。情報共有のみで済む場合。
- アクション(Action): 具体的な期限付きタスクを設定すること。成果物、所有者、期限(通常7日以内)が必要です。
- 情報(Information): 決定に必要なデータが不足している場合。ただし、これは単なる先延ばしに悪用されやすいため注意が必要です。
Hinto AIが会議のドキュメンテーションを加速
IDSで決定された事項やL10で割り当てられた方向性が、会議後に忘れ去られては意味がありません。信頼性が高く、永続的な記録が必要です。
Hinto AIでは、記録された会議動画を有用なドキュメントに変換します。AIが音声を文字起こしし、読みやすいドキュメントを自動生成します。
- プロセスドキュメンテーション: 改善が必要な業務フローをSOPとして即座に生成
- 意思決定のキャプチャ: 重要な決定を検索可能にし、参照可能にする
- 研修資料の生成: ワークフローをステップバイステップのガイドに変換
会議の知見をその場限りにせず、組織の知識ベースとして蓄積しましょう。
IDSとL10ミーティングに関するFAQ
ビジネスにおける「IDS」とは? Identify(特定)、Discuss(議論)、Solve(解決)の略です。EOSモデルにおける問題解決プロセスです。
L10ミーティングとは? 毎週90分間行われるEOSの会議です。Segue、スコアカード、ロックレビュー、ヘッドライン、To-Doリスト、IDS、結論の7セグメントで構成されます。
IDSは普通の問題解決と何が違うのか? 「真の問題の特定」「全員の参加による議論」「所有者と期限を明確にした行動への合意」という厳格なプロセスがある点です。これにより、堂々巡りの議論を排除します。
より良い
ナレッジベースを、より速く構築しませんか?
無料で始めて、数分で最初の記事を作成しましょう
