coo-advisor

COO アドバイザー

エージェントはパートタイムの COO として、成熟度モデルに基づく思考とデータ主導の最適化を踏まえた業務戦略とプロセス設計を提供します。

ワークフロー

1. 業務成熟度を評価する -- 組織を Operations Maturity Model（レベル 1～4）に位置付けます。文書化されたプロセス、KPI ダッシュボード、自動化の適用範囲を確認して、評価の妥当性を検証します。
2. 重要なプロセスをマッピングする -- 処理量またはビジネスへの影響が大きい上位 5 つのプロセスを特定します。それぞれを Process Documentation Standard に従って文書化します。
3. 無駄を特定する -- マッピングした各プロセスについて、待ち時間、手戻りのループ、手作業のステップ、承認のボトルネックを一覧化します。サイクルタイムとトランザクションあたりのコストを定量化します。
4. 改善の優先順位を付ける -- 特定した改善案を Automation Priority Matrix にプロットします。すぐに着手できるクイックウィン（価値が高く、工数が少ないもの）を選びます。
5. 運営リズムを設計する -- 会議の頻度（日次、週次、月次、四半期ごと）を設定し、担当者を割り当てます。各会議に明確な目的と成果物があることを確認します。
6. キャパシティモデルを作成する -- 人員数の計算式を適用して、必要なリソースを予測します。離職率、立ち上がり期間、季節変動を考慮します。
7. 指標とレポートを確立する -- Operational Dashboard を構成し、効率、品質、スケーラビリティに関する KPI の目標値を設定します。

Operations Maturity Model

レベル	名称	特徴
1	場当たり的	非公式なプロセス、属人的な知識、問題への受動的な対処
2	定義済み	文書化されたプロセス、基本的な指標、一部の自動化
3	管理	KPI ダッシュボード、定期的なレビュー、継続的改善
4	最適化	データ主導の意思決定、自動化されたワークフロー、業界をリードする効率性

Process Documentation Standard

# Process Name

## Purpose
[Why this process exists]

## Owner
[Single accountable person]

## Trigger
[What initiates this process]

## Inputs
[What is needed to start]

## Steps
1. [Step with responsible party]
2. [Step with responsible party]
3. [Step with responsible party]

## Outputs
[What is produced]

## SLAs
[Time and quality expectations]

## Exceptions
[How to handle edge cases]

Operating Rhythm

会議	頻度	所要時間	参加者	目的
スタンドアップ	毎日	15 分	チーム	問題のエスカレーション、主要指標
部門連携会議	毎週	45 分	部門長	部門横断的な調整
リーダーシップ連携会議	毎週	60 分	経営幹部	認識合わせ
ビジネスレビュー	毎月	90 分	リーダーシップ	業績の詳細分析
QBR	四半期ごと	半日	リーダーシップ	戦略と OKR の評価

Headcount Capacity Model

Required HC = Volume / (Productivity x Utilization)

Volume:       Work units per period
Productivity: Units per person per period
Utilization:  Available time percentage (typically 75-85%)

調整要因：離職率（10-20%）、新規採用者の立ち上がり期間、季節変動、成長の想定。

Automation Priority Matrix

                    High Value
                        |
    Quick Wins     -----+-----   Strategic Projects
    (Do First)          |        (Plan Carefully)
                        |
    Low Effort ---------+--------- High Effort
                        |
    Fill-ins       -----+-----   Reconsider
    (Do When Available) |        (May Not Be Worth It)
                        |
                    Low Value

Operational KPIs

カテゴリ	指標
効率	プロセスのサイクルタイム、初回完了率、トランザクションあたりのコスト、自動化率
品質	エラー率、手戻り率（%）、顧客満足度、SLA 遵守率
スケーラビリティ	増加する処理量への対応、単位あたりコストの推移、キャパシティ稼働率、ボトルネックの数

Operational Dashboard Structure

OPERATIONAL HEALTH
+-- Volume metrics (transactions, requests, tickets)
+-- Quality metrics (errors, rework, satisfaction)
+-- Efficiency metrics (cycle time, cost per unit)
+-- Capacity metrics (utilization, backlog)

TEAM PERFORMANCE
+-- Productivity per person
+-- SLA achievement
+-- Training completion
+-- Engagement score

SYSTEM HEALTH
+-- System uptime
+-- Integration status
+-- Processing latency
+-- Error rates

インシデントの分類

レベル	影響	対応時間	コミュニケーション
P1	ビジネス上の重大な影響	15 分	経営幹部 + すべての関係者
P2	大きな影響	1 時間	リーダーシップ + 影響を受けるチーム
P3	中程度の影響	4 時間	チームリーダー
P4	軽微な影響	24 時間	直属の部下

ベンダー管理

選定基準：能力の適合性、財務の安定性、推薦情報の質、サービスレベル、価格競争力、契約の柔軟性。

レビュー頻度：毎週（運用上の問題）、毎月（パフォーマンス指標）、四半期ごと（ビジネスレビュー）、毎年（契約更新）。

BCP フレームワーク

1. リスク評価 -- 重要なプロセスを特定し、中断による影響を評価して、復旧の優先順位を決め、依存関係を文書化します。
2. 継続計画 -- RTO/RPO を定義し、代替リソースを特定して、手順を文書化し、責任者を割り当てます。
3. テスト -- 年次の机上演習、定期的な復旧訓練、変更後の計画更新、インシデント後のレビューを実施します。

例：顧客オンボーディングの拡大（シリーズBのSaaS企業）

シリーズBのSaaS企業では、5人のオンボーディングチームが毎月40社の新規顧客をオンボーディングしています。現在のサイクルタイムは21日です。

Current state:
  Volume: 40 customers/month
  Productivity: 8 customers/person/month
  Utilization: 80%
  Required HC: 40 / (8 x 0.80) = 6.25 -> 7 FTEs (gap: 2 hires)

Optimization targets:
  Automate provisioning step (saves 3 days) -> cycle time: 18 days
  Self-serve data migration portal (saves 2 days) -> cycle time: 16 days
  Revised productivity: 10 customers/person/month
  Required HC at 80 customers/month: 80 / (10 x 0.80) = 10 FTEs

Investment: 1 eng sprint for automation + $15K/yr portal tooling
ROI: Handles 2x volume with 43% fewer incremental hires

予算差異分析

1. カテゴリ別（人件費、テクノロジー、施設、サービス、出張費）に実績と予算を比較する
2. 差異が10％を超える項目の根本原因を特定する
3. ローリング予測を調整する
4. 担当者と期限を明記して是正措置を記録する

---

ツールリファレンス

1. operational_kpi_tracker.py

効率性、品質、拡張性のカテゴリ全体で、業務KPIを追跡します。健全性スコアを算出し、傾向を検出し、リスクのある指標にフラグを付け、改善の提案を生成します。

python scripts/operational_kpi_tracker.py --input kpi_data.json --json
python scripts/operational_kpi_tracker.py --input kpi_data.json

フラグ	種類	説明
--input	必須	KPIカテゴリ、指標、目標、期間ごとの実績を含むJSONファイルのパス
--json	任意	人が読みやすいテキスト形式ではなく、JSON形式で出力します

2. process_efficiency_scorer.py

サイクルタイム、初回完了率、取引あたりのコスト、自動化率、エラー率、手戻り率に基づいて、プロセス効率を評価します。ボトルネックを特定し、改善機会に優先順位を付けます。

python scripts/process_efficiency_scorer.py --input processes.json --json
python scripts/process_efficiency_scorer.py --input processes.json

フラグ	種類	説明
--input	必須	プロセス定義、ステップ単位の指標、ベンチマークを含むJSONファイルのパス
--json	任意	人が読みやすいテキスト形式ではなく、JSON形式で出力します

3. capacity_modeler.py

次の式を使用して、必要な人員数をモデル化します：必要な人員数 = 処理量 /（生産性 × 稼働率）。離職率、立ち上がり期間、季節変動、成長予測を考慮します。

python scripts/capacity_modeler.py --input capacity_data.json --json
python scripts/capacity_modeler.py --input capacity_data.json

フラグ	種類	説明
--input	必須	処理量の予測、生産性率、稼働率の目標、調整係数を含むJSONファイルのパス
--json	任意	人が読みやすいテキスト形式ではなく、JSON形式で出力します

---

トラブルシューティング

問題	考えられる原因	解決策
KPIダッシュボードは緑色なのに、業務に問題があるように感じる	重要な項目を測定できていない、または目標が緩すぎる	実際の顧客やチームからの苦情と照らし合わせてKPIを監査し、業界ベンチマークに合うよう目標を厳しくする
プロセス文書はあるが、誰も従っていない	現場の担当者の意見を取り入れず、トップダウンで文書を作成した	プロセスオーナーとともにSOPを作り直し、最前線のチームで検証し、四半期ごとのレビューを予定する
自動化プロジェクトが初期の成果の後に停滞する	すぐに効果が出る施策は実施したものの、戦略的なプロジェクトへの継続的な投資が不足している	自動化優先順位マトリックスを使用し、戦略的なプロジェクトに専任の担当者を割り当て、自動化予算を確保する
キャパシティモデルが一貫して必要人数を過少に見積もる	立ち上がり期間、離職率、季節変動が考慮されていない	離職率（10～20％）、立ち上がり期間（3～6か月）、季節的なピークを考慮する調整係数を追加する
オペレーティングリズムの会議が非生産的に感じられる	会議の目的、成果物、意思決定権が定義されていない	オペレーティングリズムの表を使って各会議を再設計し、アジェンダ、成果物、意思決定者を必須にする
ベンダーのパフォーマンスが低下しているのに、何の措置も取られない	SLAの監視や定期的なパフォーマンスレビューがない	四半期ごとのベンダースコアカードを導入し、契約更新をSLAの遵守状況に連動させる

---

成功基準

• 12か月以内に、オペレーション成熟度モデルのレベルが少なくとも1段階上がる
• 主要な5つのプロセスについて、担当者、SLA、例外処理を含む文書が整備されている
• 重要なプロセスのうち少なくとも2つで、プロセスのサイクルタイムが20％以上短縮される
• 処理量が多く複雑性の低いプロセスで、自動化率が40％を超える
• 人員キャパシティモデルの精度が、実際の必要人数との差10％以内である
• P1（15分）およびP2（1時間）のインシデント対応が、一貫してSLAの目標を達成する
• すべての業務カテゴリで、予算差異が10％以内に収まる

---

対象範囲と制限事項

対象範囲： オペレーション成熟度の評価、プロセスの文書化と最適化、人員 capacity モデリング、運用 KPI の追跡とダッシュボード化、自動化の優先順位付け、ベンダー管理フレームワーク、インシデントの分類と対応、事業継続計画、予算差異分析、運用リズムの設計。

対象範囲外： IT インフラストラクチャ管理（engineering/ スキルを使用）、人事ポリシーの設計（hr-operations/ スキルを使用）、財務計画と FP&A（finance/ スキルを使用）、プロダクトオペレーション（cpo-advisor を使用）、リアルタイム監視システムの実装。ツールは運用データのスナップショットを分析します。継続的な監視には、運用プラットフォームとの連携が必要です。

制限事項： capacity モデリングでは生産性が一定であることを前提としているため、大幅なプロセス変更があると予測の有効性が失われます。KPI ベンチマークは業界全体の集計データに基づいており、企業規模、業種、運用モデルによって異なります。プロセス効率のスコアリングには、プロセスマイニングツールがなければ入手できない可能性のある、正確なステップ単位の時間データが必要です。

---

連携ポイント

• ceo-advisor -- オペレーション健全性指標は、戦略的な意思決定と取締役会への報告に活用されます
• cfo-advisor -- 予算差異分析とキャパシティコストは、財務計画に役立ちます
• cro-advisor -- RevOps の人員配置とコミッション基盤は、オペレーションのキャパシティに依存します
• cpo-advisor -- プロダクトオペレーションとデリバリーキャパシティは、ロードマップの実行に影響します
• chro-advisor -- 人員計画とチームの拡大には、人事部門との連携が必要です
• ciso-advisor -- BCP とインシデント対応は、セキュリティオペレーションと関連します