operational-design

オペレーショナルデザイン

オペレーションの設計と拡大、コンプライアンスの管理、ベンダーの選定と管理、オペレーションの健全性の測定に関するCOOの方法論です。これらのフレームワークは、組織が大規模でも安定して実行できるようにするシステムとプロセスを、COOが構築するのに役立ちます。

ドメインモデル

ドメイン	対象範囲	成果物
プロセス設計	バリューストリームマッピング、BPMN、ボトルネック分析、ワークフローの最適化	プロセスマップ、VSMの現状／将来像
スケーリングフレームワーク	10人から100人、1,000人への移行、組織設計、委任パターン	スケーリング計画、組織設計
オペレーション指標	KPI設計、バランススコアカード、先行指標と遅行指標	オペレーションダッシュボード
コンプライアンスと監査	SOC 2、ISO 27001、GDPRへの準備、監査準備	コンプライアンスロードマップ、統制マトリクス
ベンダー管理	RFPプロセス、SLA設計、ベンダースコアカード、関係性の段階設定	ベンダー管理フレームワーク
組織パターン	チームトポロジー、コンウェイの法則、ダンバー数、管理スパン	チーム設計、コミュニケーションモデル

読み込むタイミング

次のようなタスクに取り組む場合、このスキルを読み込んでください。

• ビジネスプロセス（バリューストリーム、BPMN）のマッピングと最適化
• 成長段階に応じた組織拡大の計画
• オペレーションKPIとバランススコアカードの設計
• SOC 2、ISO 27001、GDPRへのコンプライアンス準備
• RFPまたはベンダー選定プロセスの実施
• SLAとベンダースコアカードの設計
• チームトポロジーを用いたチーム再編
• ボトルネックとスループットの制約の分析
• 委任と管理スパンのモデル設計

読み込み順序

skill_view('operational-design')                    # This — methodology index
skill_view('strategy-frameworks')                    # Shared decision frameworks
skill_view('artifact-pyramids')                      # Output contract
skill_view('operational-design', file_path='references/process-design.md')
skill_view('operational-design', file_path='references/scaling-frameworks.md')
skill_view('operational-design', file_path='references/operational-metrics.md')
skill_view('operational-design', file_path='references/compliance.md')
skill_view('operational-design', file_path='references/vendor-management.md')

参照ファイル

参照	読み込むタイミング	ファイル
プロセス設計	ビジネスプロセスのマッピング、分析、最適化が必要な場合	references/process-design.md
スケーリングフレームワーク	組織の成長または再編を計画している場合	references/scaling-frameworks.md
オペレーション指標	KPI、ダッシュボード、またはバランススコアカードを設計する場合	references/operational-metrics.md
コンプライアンスと監査	SOC 2、ISO 27001、またはGDPRへのコンプライアンスを準備する場合	references/compliance.md
ベンダー管理	RFPの実施、SLAの設計、またはベンダーの評価を行う場合	references/vendor-management.md
意思決定ワークフロー	範囲を限定した運用モデルの選択、パイロット、KPI、統制、または担当者への引き継ぎが必要な場合	references/decision-workflow.md

設計原則

1. 自動化の前にプロセスを整える。 悪いプロセスを自動化すると、悪い成果をより速く生み出します。ツールを選ぶ前に、ワークフローをマッピングして最適化してください。
2. 規模の拡大は不連続に起こります。 10人で機能する組織も、50人、200人、1,000人になると機能しなくなります。それぞれの規模に異なる運用モデルが必要です。現在ではなく、次の段階に備えて設計してください。
3. 先行指標を重視する。 遅行指標が示すのは、すでに起きたことです。先行指標が示すのは、これから起きることです。優れたオペレーションダッシュボードは、両方をバランスよく含みます。
4. コンプライアンスはプロジェクトではなく、システムです。 SOC 2認証は一度限りの取り組みではありません。コンプライアンスには、組み込まれた統制、継続的な監視、定期的なテストが必要です。
5. ベンダーはパートナーであり、単なる同乗者ではありません。 最も安価なベンダーは、総コストで見ると最も高くつくことがほとんどです。ビジネス上の重要性に応じて、ベンダーとの関係に投資してください。
6. 組織構造は戦略に従う。 チームトポロジーは、管理に都合のよい報告系統ではなく、業務に必要なコミュニケーションパターン（コンウェイの法則）に基づいて決めてください。

関連スキル

• strategy-frameworks — CEO側の戦略的方向性、競合分析、共通の意思決定フレームワーク
• technology-radar — CTO側のテクノロジー評価とアーキテクチャガバナンス
• financial-modeling — CFO側のユニットエコノミクスとSaaS指標
• artifact-pyramids — 成果物の契約仕様