gtm-operating-cadence

運営のリズム

30人のときに機能していた会議体は、100人になると崩壊します。100人のときに機能していたものは、300人になると崩壊します。失敗のパターンはいつも同じです。多すぎる人が多すぎる会議に参加し、決定されることが少なすぎるのです。

いつ使うか

きっかけ：

• 「会議で何も決まらない」
• 「成長しているのに、連携が悪くなっている」
• 「どのくらいの頻度で会議をすべきですか？」
• 「部門をまたいで何が起きているのか、誰も把握していない」
• 「意思決定に時間がかかりすぎる」
• 「リーダーシップチームは一日中会議をしている」

状況：

• 20人から300人以上へと拡大している企業
• PMF達成後から成長段階
• 分散型／リモートチーム
• 「これについて話し合う必要がある」が当たり前になっているあらゆる段階

---

中核となるフレームワーク

1. 5段階の会議アーキテクチャ

パターン：

会議の種類ごとに目的は異なります。それらを混同すると、非効率（時間のかけすぎ）か混乱（意思決定が不明確）のどちらかが生じます。機能、頻度、意思決定権限に応じて会議を分けましょう。

レベル1：デイリースタンドアップ（15分、チームのみ）

• 昨日完了したこと、今日始めること、進行を妨げていること
• 最大5〜10人。全社スタンドアップは見せかけにすぎません
• アンチパターン：進捗報告（会議ではなくSlackを使いましょう）
• アンチパターン：戦略的な議論（時間も場所も適切ではありません）
• 成功基準：15分で終了し、1〜2件の障害が明らかになる

レベル2：週次の部門レビュー（60分、部門のリーダーシップチーム）

各部門がそれぞれ週次のリズムを設けます。

• プロダクトチーム、金曜日16時：指標、ユーザーフィードバック、ロードマップ上の障害
• GTMチーム、火曜日16時：パイプライン、顧客の最新情報、案件の状況
• エンジニアリング、水曜日16時：開発速度、バグのバックログ、デプロイ

形式：指標の振り返り（10分）→ 成果／障害（15分）→ 1つの詳細な検討（30分）→ 翌週の優先事項（5分）

アンチパターン：会議ですべての問題を解決しようとすること。1〜2件を選び、残りはフォローアップに委任しましょう。

レベル3：週次の全社会議（60分、全社員）

成長中の企業で、連携を図るうえで最も重要な仕組みです。

• CEOからの報告（15分）：最重要目標の進捗、今週の重点、変更点
• 指標ダッシュボード（10分）：毎週同じ形式（継続性がパターンの認識を促します）
• 詳細な検討（20分）：チームの意見を必要とする戦略的テーマを1つ — 発表ではなく、議論にします
• 質疑応答（15分）：本当の質問に、率直に答えます

アンチパターン：身構えた口調。全社会議では、取り繕わず率直に話しましょう。 アンチパターン：指標に一貫性がないこと。ダッシュボードを変更すると、チームは進捗を追えなくなります。

レベル4：隔週のリーダーシップ調整（90分）

• 最重要目標の進捗（5分）
• 部門ごとの報告（30分、各5〜7分）
• 解決が必要な重要な意思決定（30〜40分）：リソースの競合、戦略の転換、顧客／プロダクトに関する意思決定
• 今後2週間の計画（15分）

部門横断の障害を解決する場です。各部門が独立して動いているなら、この会議は機能していません。

レベル5：四半期ごとの戦略計画（半日から1日）

• 前四半期の振り返り（90分）：うまくいったこと、いかなかったこと、違うやり方をするとしたら何か
• 次の四半期の計画（120分）：何を最適化するのか？ロードマップはどうするのか？
• 部門ごとの分科会（90分）：各部門が四半期の計画を立てます
• 統合（60分）：各部門が取り組みを共有し、競合を解消します

アンチパターン：「楽しいアクティビティ」が多すぎて、実質的な議論が足りないこと。 アンチパターン：明確な決定が何も出ないこと。

規模拡大に応じた調整：

• 30人未満：レベル2〜3のみ。日々すべてを把握できるため、デイリースタンドアップは省略します。自分自身がリーダーシップチームなので、隔週のリーダーシップ調整も省略します。
• 30〜100人：5段階すべてを追加します。日々見えなくなったものを把握するため、月次レビューを設けます。
• 100〜300人：スキップレベルレビューを追加します。実行現場から2階層以上離れることになります。
• 300人以上：部門ごとのサブリズムを追加します。CEOが参加する会議は50人のときより少なくするべきであり、多くするべきではありません。

これを機能させるルール：

すべての会議は意思決定を生み出す必要があります。そうでなければ中止しましょう。状況報告は非同期で行います。会議中に誰も意思決定をしていないなら、その場を退出しましょう。

---

2. 週次指標レポート（問題を早期に発見するダッシュボード）

パターン：

月次レポートでは、問題の発見が30日遅れます。そのころには、悪い月の結果がすでに固まっています。週次レポートなら第2週に問題を発見できるため、まだ月の結果を立て直せます。

形式（毎週同じ構成）：

WEEK OF [DATE]

North Star: [Metric]
This Week: [Value] | Last Week: [Value] | Change: [+/-] [↑↓]
Context: [One sentence — why this trend matters]

Functional Metrics:
  Product:  7-Day Retention: 34% | Last: 33% | +1% ↑
            Feature Adoption: 18% | Last: 16% | +2% ↑
            Context: Onboarding improvements showing impact

  GTM:      Pipeline: $8.2M | Last: $7.8M | +$400K ↑
            New POCs: 3 | Last: 2
            Context: Partner pipeline adding deals

  Health:   Team Morale: 7.2/10 (down from 7.5)
            Context: Org restructure causing uncertainty

運用ルール：

1. 毎週同じ指標を使います。 一貫性があれば、パターンを認識できます。指標の追加は問題ありませんが、削除はしないでください。
2. 指標ごとに状況を説明する1文を添えます。 数字だけではなく、なぜ重要なのかを説明します。計画比はどうか、前の期間と比べてどうか、などです。
3. すべての指標に傾向の方向を示します。 上昇・下降・横ばいの矢印を付けます。大きく変動した場合は、一時的なものか、構造的なものかを示します。
4. 信号機の色を使います。 GREEN（順調）、YELLOW（要注意）、RED（対応が必要）。RED の項目には必ず、担当者、具体的な対応、期限を記載します。

エスカレーションのルール：

同じ対応計画のまま指標が2週連続でREDの場合は、エスカレーションします。対応計画が機能していないためです。

指標の数：

合計8～12個を選びます。変動しても行動が変わらない指標は削除します。40個の指標が並ぶダッシュボードは、意思決定ツールではなく飾りです。

よくある間違い：

見栄えはよくても、事業の成果を予測できない虚栄の指標です。導入状況を示す情報のないダウンロード総数や、裏付けとなる指標のないCEO向けの見出しなどです。

---

3. 四半期計画（戦略の漂流を防ぐプロセス）

パターン：

四半期計画がなければ、会社は方向性を失っていきます。各部門がそれぞれの最適化を進めます。営業はICPから外れた案件を追い、プロダクトは1社の顧客向けに機能を開発し、マーケティングはパイプラインにつながらないキャンペーンを実施します。

3週間の計画サイクル：

第1週：振り返りとデータ収集

• 前四半期の実績と計画の比較（リーダーシップが準備）
• 各部門が1ページの振り返りを作成：うまくいったこと、うまくいかなかったこと、次に変えること
• 財務部門が準備：売上実績、支出実績、予測
• 市場データ：競合の動き、顧客からのフィードバックの傾向、勝因・敗因の分析

第2週：優先事項の設定（リーダーシップの半日会議）

• 振り返りを確認（30分。事前に読み、発表はしません）
• 会社全体の優先事項を3～5個決定
• 各優先事項について、担当者、成功指標、必要なリソースを決定
• 取り組まないことを明確にする（取り組むことと同じくらい重要です）
• 部門間の依存関係を解決
• 北極星指標を判断基準として使います：「これは目標達成に役立つか？　役立つなら優先します。あれば望ましい程度なら、後回しにします」

第3週：OKR の展開とリソース配分

• 各部門が会社の優先事項をチームのOKRに落とし込む
• リーダーシップが整合性を確認
• リソース配分を確定（人員、予算、ツール）
• 最終計画を全社に共有

四半期のコミットメント形式：

Q2 2026 Roadmap
North Star: [What we're optimizing for]

Pillar 1: Product (25% team effort)
  Initiative: [Name]
    Problem: [What we're solving]
    Success: [Specific metric]
    Owner: [Name]
    Timeline: [When]

Pillar 2: GTM (50% team effort)
  Initiative: [Name]
    ...

Pillar 3: People (10% effort)
  Initiative: [Name]
    ...

Pillar 4: Tech Debt (15% effort)
  Initiative: [Name]
    ...

「取り組まないこと」のリスト：

優先事項を1つ追加するたびに、やめることを1つ特定します。取り組まないことを挙げられないなら、優先事項が多すぎます。

よくある間違い：

誰も読まない30ページの文書を作る四半期計画です。成果物は、1ページにまとめた3～5個の優先事項と、それぞれの担当者および指標で十分です。

---

4. 意思決定のスピードと権限

パターン：

従業員が20人のとき、CEOはあらゆる決定をリアルタイムで行います。迅速です。100人になると、意思決定には合意形成が必要になり、遅くなります。300人になると、意思決定には合意形成、承認、文書化が必要になり、極端に遅くなります。

解決策は会議を増やすことではありません。明確な意思決定権限を定めることです。

意思決定権限マトリックス：

意思決定	決定者	期限	エスカレーション
会社の戦略	CEO	1週間	戦略に関わる場合は取締役会
機能の優先順位	プロダクトリード	1週間	エンジニアリング工数が3週間を超える場合はCEO
顧客サポートの問題	CSM	即時	エスカレーションされた場合はCSリード
マーケティングキャンペーン	マーケティングリード	2週間	予算が$10Kを超える場合はCMO
採用	部門リーダー	2週間	承認されていない役職の場合はCEO
新たなパートナーシップ	CEO	2週間	戦略に関わる場合は取締役会
ベンダーの選定	部門リーダー	1週間	年間費用が$50Kを超える場合はCEO

問題点：

成長企業は、元に戻せる影響の小さな意思決定を、元に戻せない影響の大きな意思決定と同じように扱い始めます。何事にも承認が必要です。何事にも会議が必要です。何事にも合意が必要です。

解決策：

タイプ1（元に戻せず、影響が大きい）： 価格モデル、市場参入、主要なパートナーシップ → CEO／経営陣が1回の会議で議論して決定します。期限：最長1～2週間。

タイプ2（元に戻せて、影響が小さい）： キャンペーンのクリエイティブ、機能の優先順位付け、単独の採用 → 部門の責任者が決定し、共有して、改善を重ねます。期限：当日または翌日。

情報が100％そろうのを待たず、70％の情報で決定しましょう。 どの成長段階でも、スピードは競争優位性になります。

よくある間違い：

協調を装った全員合意の文化です。「全員の合意を取りましょう」は、多くの場合「誰も決めたくない」という意味です。決定者を明確にしましょう。その人に決めてもらい、次に進みましょう。

---

5. 非同期優先のコミュニケーション

パターン：

同期型の会議は規模の拡大に対応できません。まず非同期で進め、必要に応じて同期型に切り替えます。

まず非同期で（会議は不要）：

• 意思決定文書（重要な決定でも同様です。提案書を作成し、コメントを募り、48～72時間のフィードバック期間を設け、合意できた場合、または重要な異論がない場合に決定します）
• 進捗報告（会議ではなく、週次報告を利用します）
• プロセスの変更とSOP
• すでに決定した事項（議論するのではなく、通知します）

同期型で行う場合：

• リアルタイムのブレインストーミングが必要なとき
• 大きな意見の不一致を解消するとき
• ホワイトボードが必要な複雑なテーマを扱うとき
• チームづくりや関係構築を行うとき

文書化の徹底：

すべての決定を文書化します。何が決定されたか？ なぜか？ 誰が決めたか？ いつから有効か？ 誰に知らせる必要があるか？

検索可能な形式（Wiki、共有ドライブ）で保存します。新入社員のオンボーディングが速くなり、過去の決定が再び議論されることもなくなります。

よくある間違い：

週に10時間を費やすまで膨らむ「ちょっとした同期会議」です。Slackで過剰にコミュニケーションする一方（情報がすぐに流れ、ノイズが多い）、永続的な形式（文書、メール）ではコミュニケーションが不足しています。重要な情報は、6か月後でも検索できるようにしておくべきです。

---

6. CEO の週次アップデート

パターン：

成長企業において、最も効果の高いコミュニケーションツールです。作成にかかる時間は5〜10分。全員が読みます。状況を共有し、成果を称え、優先事項を示し、共通認識を生み出します。

形式（週曜の夜または月曜の朝に送信）：

1. 今週の重点事項（1段落）： 今週の優先事項は何ですか？チームは何に集中すべきですか？

2. ノーススターの進捗（1〜2項目）： 主要指標はどのような状況ですか？上昇、下降、横ばいのどれですか？なぜ重要なのでしょうか？

3. 今週の成果（3〜5項目）： 何をリリースしましたか？顧客やパートナーとの成果は何ですか？全体像にどのような意味がありますか？

4. 解決に取り組む阻害要因（1〜2項目）： 今週、何の問題を解消しますか？誰に知らせる必要がありますか？

5. 依頼事項（任意で1項目）： チームにどのような支援が必要ですか？紹介、フィードバック、顧客への紹介などですか？

ルール：

毎週同じ日に送ります。一貫性は、業務運営の規律を示します。1週間でも休むと、チームは気づき、何を伝えていないのかと考え始めます。

よくある間違い：

長すぎる（チームが読まない）、詳細すぎる（それは部門会議で扱う）、良いニュースだけを伝える（チームの信頼を失う）、一貫性がない（チームが読まなくなる）。

---

7. 役職よりも役割の明確さ

パターン：

スピードを上げる最も強力な手段は、階層ではなく、役割を明確にすることです。自分の担当範囲を正確に把握し、他の人に委ねられないとき、意思決定は速くなります。

実行方法：

• すべての取り組みに、必ず1人のオーナーを割り当てます（サポートするチームメイトも付けます）
• 指標はそのオーナーに紐づけます
• 成功は、タスクの完了ではなくKPIの改善で測定します
• 明確なオーナーがいない取り組みは、48時間以内に解消します

確認方法：

この成果を担当する唯一の人を挙げられますか？「チーム」ではなく、特定の1人です。挙げられない場合、その取り組みは漂流します。

よくある間違い：

複数人にプロジェクトを割り当てること（「全員が担当」＝誰も担当していない）。成果ではなく活動を測定すること。取り組みごとの明確なROI追跡がないまま、バーンレートが上昇すること。

---

意思決定ツリー

どのレベルの会議が必要ですか？

Company size <30?
├─ Yes → Levels 2-3 only (weekly functional + all-hands)
└─ No → Continue...
    │
    30-100 people?
    ├─ Yes → All 5 levels
    └─ No → All 5 + skip-level reviews + function sub-cadences

この会議は続ける価値がありますか？

Does it produce decisions?
├─ No → Can it be async?
│   ├─ Yes → Make it async, cancel the meeting
│   └─ No → Redesign with decision agenda
└─ Yes → Are the right people in the room?
    ├─ No → Fix attendee list (fewer > more)
    └─ Yes → Keep it

---

よくある間違い

1. 成長に合わせて会議を増やす 置き換えましょう。社員が200人のとき、CEOの会議数は50人のときより少なくあるべきです。

2. 進捗報告の会議 メールで済むなら、メールにしましょう。会議は意思決定のためのものです。

3. 四半期ごとに指標を変更する 一貫性があると、傾向を把握できます。毎回、同じダッシュボードを使います。

4. 合意形成を重視する文化 決定者を明確にします。その人に決定を委ねます。それ以外の全員には情報を共有します。

5. すべての情報をSlackに置く 情報が流れてしまい、ノイズが多く、検索できません。重要な決定はドキュメントに記録します。

6. 30ページのドキュメントを作る四半期計画 1ページに3〜5個の優先事項をまとめます。それが成果物です。

---

クイックリファレンス

会議の構成： 毎日のスタンドアップ（15分）→ 週次の部門会議（60分）→ 週次の全社ミーティング（60分）→ 隔週のリーダーシップ会議（90分）→ 四半期計画（半日）

週次の指標ダッシュボード： 8〜12個の指標、毎週同じ形式、信号機の色、指標ごとに状況を説明する一文、REDのすべてに担当者＋アクション＋期限

四半期計画サイクル： 第1週：振り返り＋データ → 第2週：優先事項の設定（最大3〜5個）→ 第3週：OKRの展開＋リソース

意思決定権限： タイプ1（取り消し不可）：CEO／リーダーシップ、1〜2週間 → タイプ2（取り消し可能）：部門オーナー、当日中

CEOの週次アップデート： 今週の重点事項 → ノーススターの進捗 → 成果 → 阻害要因 → 依頼事項

情報の流れ： 毎日：Slackで成果／顧客の声 → 毎週：CEOのメール＋部門のアップデート → 毎月：全社ミーティング＋スキップレベル面談 → 四半期ごと：計画の共有＋デモ

---

関連スキル

• enterprise-account-planning：ステークホルダー管理と商談の進行ペースに関するパターン
• 0-to-1-launch：ローンチに特化した実行の進行ペース
• board-and-investor-communication：取締役会の構成と投資家向けの最新情報

---

従業員数が20人から1,000人以上へと拡大する企業での運用ペース設計に基づいています。従業員数が3倍に増えても機能した5段階の会議体系、月次レビューより3週間早くパイプラインの問題を発見できた週次報告フォーマット、複数の企業で磨き上げられたCEOの週次更新フォーマットが含まれます。理論ではなく、急成長期に運用システムを構築し、次のチームに伝えるなかで得られたパターンです。