メインコンテンツまでスキップ

計画と見積もり(Planning & Estimating)

ドラフトのページ

翻訳は機械翻訳により提供されています。 翻訳内容と英語版の間で齟齬、不一致、矛盾がある場合は英語版を優先します。

フレームワーク / ドメイン / ビジネス価値の定量化(Quantify Business Value) / 計画と見積もり

このページの内容

組織のテクノロジー環境において、特定のモデルでワークロードを実装した場合の、潜在的なコストと価値の見積もりおよび探索。これには、自動化、サステナビリティ、最適化の機会の検討も含まれます。

テクノロジーカテゴリにおけるシナリオの探索

  • 見積もりのスコープを定義する
  • 見積もりに必要な詳細度を定義する
  • 将来状態のパラメータをモデル化する

定義されたシナリオのビジネス価値の見積もり

  • 計算ツールや見積もりツールを使用して、コスト、使用量、環境への影響などの関係性を探索する
  • 類似のアプリケーションやシステムと比較する
  • 過去のコストやテクノロジー需要のメトリクスから推測する
  • 将来計画の予想される影響を文書化する
  • 試行運用や非プロダクション環境を使用して見積もる
  • 料金、ポリシー、炭素目標、共有サービス、その他のサポートコストを組み込む

実装計画

  • 概念実証(Proof of Concept: PoC)を計画する
  • 予測モデルを調整するための推奨事項を提示する

定義

さまざまなテクノロジーカテゴリ(例:クラウド、データクラウドプラットフォーム、データセンターなど)で利用可能なサービスが多岐にわたり、頻繁なアップデート、新しいサービス、マネージドサービスが存在し、アプリケーションを構築できるモデルも多様であるため、ワークロードやシステムの将来コストを見積もるには、堅牢なプラクティス群が必要です。また、組織はサステナビリティ目標に照らしてリソース消費を見積もり、計画する必要があります。見積もりは、単一のサービス変更から、データセンターからクラウドへのアプリケーション全体の移行まで、あらゆるスコープで実行できます。多くの場合、さまざまなシナリオの下で将来のビジネス価値を比較するために、複数の見積もりを作成します。

見積もりは主に、FinOpsチームのサポートを受けたエンジニアリング(Engineering)ペルソナが主導します。見積もりが特に重要、影響が大きい、または複雑な場合、あるいは見積もりのために試行予算が必要な場合は、プロダクト(Product)、財務(Finance)、またはリーダーシップ(Leadership)からのインプットが必要になることがあります。

計画と見積もりは、予測(Forecasting)と密接に関連しています。見積もりは、移行、実装、またはモダナイゼーションの計画を作成するために、さまざまなシナリオやユースケースにおける将来の潜在的なコストを理解することを目的として行います。見積もりは予測へのインプットとなり、計画された変更に対してより詳細な予測モデルが作成され、維持されます。予測は、エンジニアリングチームやプロダクトチームが達成責任を持つ、予想される支出と価値創造を表します。

対照的に、計画と見積もりは探索的なアイデア出しです。これはテクノロジーコスト予測へのインプットを生成しますが、他の目的でも行われます。見積もりは、「クラウド向けアーキテクチャ設計(Architecting for Cloud)」、「ワークロードの最適化(Workload Optimization)」、あるいは「ワークロードのオンボーディング(Onboarding Workloads)」といった、「使用量とコストの最適化(Optimize Usage & Cost)」ドメインの活動をサポートするために頻繁に実行されます。

将来のコストを見積もる際、組織は見積もるべき適切なシナリオを定義する必要があります。これには、見積もり対象となるサービス、アーキテクチャ、またはその他の変更の理解、組織が使用するテクノロジーデプロイメントパターン、および他者に伝えるべき重要な見積もりパラメータの把握が含まれます。特定の変更に対して、さまざまなシナリオが作成される場合があります。例えば、エンジニアリングチームは、ワークロードを仮想マシンからマネージドサービス、Kubernetes環境、またはサーバーレスコンピューティングモデルに移行する影響を見積もり、それぞれのコスト、労力、影響を比較検討します。

テクノロジーコストを見積もるために、以下のようなさまざまな手法を利用できます。

  • コスト計算ツール(Cost Calculators) – ほとんどのクラウドプロバイダーや一部のサードパーティが提供しており、チームは使用予定のサービスのコストを見積もることができます。計算ツールは、単純なサービスの置き換えを見積もるには効果的ですが、組織の環境に現在存在しないアプリケーションや環境全体を見積もる場合には、あまり効果的ではありません。
  • 炭素計算ツール(Carbon Calculators) – 現在の炭素排出量(Carbon footprint)を見積もるために、サービスプロバイダーやサードパーティが提供するツールを活用できます。
  • 類似のアプリケーション – 一貫したアーキテクチャやアプリケーションを持つ組織では、新しいシステムが同様のパターンに従うことがあります。これにより、エンジニアは類似システムのコストとパフォーマンスを比較し、新しい変更やワークロードの見積もりを開始する手がかりを得られます。
  • 過去のコストからの推測 – 既存システムにおける変更の見積もりは、個々のサービス変更や使用量を切り出し、現在のコストから推測することで容易になります。これは、大規模システムにおける局所的なサービス変更を見積もる際に効果的です。
  • 将来計画の予測 – 従量課金制サービスを利用することで、組織はリソースが実際に必要になるまでアプリケーション環境を実装しないことでコストを削減できます。システム全体の大規模な見積もりでは、必要なすべてのリソースと環境の段階的な実装を組み込む必要があります。例えば、クラウドに構築される新しいシステムでは、開発環境とテスト環境を最初に起動し、開発が完了に近づく数ヶ月後に本番環境を起動することがあります。すべての環境を一度に立ち上げるのではなく、将来の計画と段階的な実装をこれらの見積もりに組み込むべきです。
  • 試行運用による見積もり – 一部のクラウドや従量課金制サービスは、Infrastructure as Code(IaC)のスクリプトなどを使用して迅速に作成および削除できるため、実際にクラウド上に環境を作成し、短期間(1〜3日など)実行した後に削除することで、環境のコストを正確に見積もることができます。この試行運用には少額のコストが発生し、これはR&D予算や事前に予算化された資金から賄う必要がありますが、環境作成スクリプトのテストに加えて、非常に現実的な見積もりを得られます。

これらすべてのケースにおいて、エンジニアリングペルソナはFinOpsチームと連携し、見積もりがポリシー(リソースの作成場所、使用するリソースタイプ、適切なアーキテクチャモデルなど)に準拠していること、料金見積もりが適切であること(オンデマンド料金、割引料金、予想されるコミットメントレベルなど)、およびシナリオに共有コスト、プラットフォームの調整、またはその他のサポートコストや影響の見積もりが含まれていることを確認する必要があります。これらの影響には、金銭的コストだけでなく、検討中の変更によるサステナビリティへの影響や運用上の影響など、他の要素も含める必要があります。

見積もりシナリオは、予測プロセスや、見積もり作業の契機となった最適化プロセスへのインプットとして利用できます。見積もりや、より具体的なコスト情報の取得にPoC予算が必要な場合、財務チームがその予算を提供する役割を担うことがあります。

残念ながら、すべての状況に適合する単一の見積もり方法はありません。テクノロジー支出は変動することが多く、本質的に予測が困難です。また、エンジニアは通常、調達プロセスを経ることなく、いつでも環境やワークロードを作成できます。そのため、十分に理解されたパラメータ、シナリオ計画、ツール、および文書化の期待値を備えた、確立された見積もりケイパビリティを持つことが重要です。

成熟度アセスメント

クロール(Crawl)

  • 単純または一貫したアプリケーション構築パターンが使用されており、必要となる見積もり手法は少なく、より単純である
  • 組織のクラウド支出が低いか、あるいは未成熟であるため、見積もりに極めて高い詳細度や正確性は要求されない
  • 組織全体のステークホルダーが予測にさまざまなクラウドコストデータソースやツールを使用しており、一貫性は要求されない
  • 処理量が少ない、またはシナリオ計画が単純であるため、見積もりは手動かつアドホックに文書化される
  • 複雑なメカニズムよりも、トレンドベースの推測への依存度が高い
  • (ビジネスユニットやコストセンターなどによる)統合された見積もりの可視化に対するニーズが限定的である
  • 見積もりを完了するために必要な共有コストや追加コスト要素がほとんどない
  • エンジニアリングチームが見積もりの作成に関与しているが、実績値との乖離を追跡するニーズはほとんどない
  • クラウドサービスプロバイダーのツールやダッシュボードを使用して、現在の炭素排出量を測定している
  • クラウドのリソース使用量と炭素排出量への影響との相関関係を認識している

ウォーク(Walk)

  • より多様なアプリケーション構築パターンが使用されているか、または複雑なクラウド利用があるため、より多くの見積もり手法を使用する必要がある
  • 見積もりがサービスレベルでより詳細になり、組織的に高い見積もり精度が要求される
  • 見積もりにクラウド料金の最適化、コミットメントベースの割引、および炭素目標が組み込まれている
  • 見積もりが定期的なサイクルで実行され、一貫して文書化されているが、自動化はされていない
  • FinOpsのコアペルソナおよび関連ペルソナ(プロダクト、リーダーシップ、エンジニアリング、財務、サステナビリティ)がクラウドコスト見積もりデータにアクセスできる
  • FinOpsチームが、ステークホルダーチームと共に見積もり精度やトレンドを定期的にレビューするサイクルを設けている

ラン(Run)

  • 構築パターンとクラウド利用が複雑かつ大規模であるため、複雑な見積もりが必要である
  • 見積もりが極めて詳細であり、複数種類の共有コスト要素、プラットフォームコスト、サポートコスト、サステナビリティ、およびポリシー準拠要素が含まれている
  • さまざまな料金モデル、割引適用後、およびアモルタゼーション(平準化)されたクラウド利用料金を使用して見積もりが作成される
  • 見積もりシナリオが、ローリング予測、トレンドベース予測、およびドライバーベース予測の予測ケイパビリティをサポートしている
  • 見積もりに最適化の機会が組み込まれている
  • 見積もりが、クラウドコストのレポート作成のために組織全体で使用されている配賦構造と整合している
  • 組織のKPIに関連付けて、詳細な見積もりの可視性(ビジネスユニット、コストセンター、チーム、プロダクト、サービス別など)が確保されている
  • FinOpsのコアペルソナおよび関連ペルソナ(プロダクト、リーダーシップ、エンジニアリング、財務、サステナビリティ)が、クラウド利用が見積もり、予測、トレンド、炭素排出量、および予算にどのように影響しているかについて、単一の真実のソース(Single Source of Truth)にリアルタイムでアクセスできる
  • クラウドコスト予測データ、ESG、および組織全体のレポート作成に使用されるバックエンド会計システムの間で、統合と自動化されたデータフローが実現している

実務活動

FinOps実践者(FinOps Practitioner)

FinOpsチームの役割として、私は以下を行います。

  • プロダクトチームおよびエンジニアリングチームが実施する見積もりの要件とパラメータを策定する
  • 合理的な精度で詳細な見積もりを生成する
  • ビジネス目標に合致した見積もりKPIの策定を支援する
  • ステークホルダーが予測モデルを作成できるように、クラウドコストの見積もりを提供する
  • 実装計画、ならびに料金、ポリシー、共有コスト、その他の影響に関するシナリオ見積もりに参加する
  • ビジネス中心のさまざまなディメンション(切り口)ごとに、見積もり支出に関する詳細なレポートをチームに提供する
  • 見積もりプロセス全体を通じて、関連ペルソナグループやその他のステークホルダーとのコラボレーションを管理する
  • 見積もり精度のトレンドに関するレポートを提供する

プロダクト(Product)

プロダクトの役割として、私は以下を行います。

  • 望ましいビジネス成果を達成する上でのコスト効率を測定するために、プロダクト中心のKPIを追跡する
  • FinOpsサステナビリティペルソナと協力し、プロダクト、部門、またはワークロードの単位炭素レベル(二酸化炭素換算メトリックトン:MTCO2e)でのKPI(炭素排出量測定値)を追跡する
  • これらのKPIを使用して、エンジニアリングの担当者と協力しながら見積もりシナリオを検討する
  • 自身が所有するプロダクトラインに合致した見積もりパラメータを策定する

財務(Finance)

財務の役割として、私は以下を行います。

  • 見積もり精度と詳細度に関する要件を策定する
  • ビジネス目標に合致した見積もりKPIの策定を支援する
  • 予算を作成するための予測をステークホルダーが作成できるように、クラウドコストのデータを提供する
  • ビジネス中心のさまざまなディメンションごとに、予測支出に関する詳細なレポートをチームに提供する
  • 予算対実績対予測対見積もりのレポートを提供し、トレンドを確立して差異KPIと比較する
  • より正確な見積もりを作成するために、必要に応じて試行資金へのアクセスを提供する

エンジニアリング(Engineering)

エンジニアリングの役割として、私は以下を行います。

  • クラウド支出予測が予算を超過していないかを監視し、見積もり作業を開始するトリガーとする
  • 最適化、オンボーディング、アーキテクチャ設計を監視し、新しいリソースを見積もるトリガーとする
  • FinOpsのコアペルソナおよび関連ペルソナ(FinOps実践者、プロダクト、サステナビリティなど)と協力し、見積もりが求められる各ケースにおいて有意義な見積もりシナリオを作成する
  • 各ケースにおいて考慮すべきさまざまな見積もりシナリオを理解するよう努める
  • クラウド支出の予測や予算に影響を与える計画された変更について承認を得る
  • 自身の管理および責任下にある領域での見積もり作業を主導する
  • 予測モデルが導入されている場合、新しい見積もりがいつ必要になるか、またそれらの見積もりが自身の責任下にある既存の予測モデルにどのように影響するかを理解する
  • コスト、最適化、および炭素排出を考慮してインフラストラクチャを設計および構築する

リーダーシップ(Leadership)

リーダーシップの役割として、私は以下を行います。

  • クラウドコストおよび影響の見積もりプロセスを把握し、その作業においてエンジニアリングペルソナをサポートする
  • ビジネス目標に合致した見積もり差異のしきい値を策定する
  • 見積もり支出が優先度の高いイニシアチブの予算に影響を与える場合、アクティブなプロジェクトのスケジュールにおける競合する優先事項を管理する
  • テクノロジー支出とESGの優先事項がビジネス目標と一致して価値を創造できるよう、すべてのFinOpsコアペルソナおよび関連ペルソナ間の円滑なコミュニケーションを促進する
  • 異なる見積もりシナリオ間の比較が必要な場合、トレードオフと計画に関する意思決定を管理する

サステナビリティ(Sustainability)

サステナビリティの役割として、私は以下を行います。

  • ステークホルダーがESG予測モデルを作成できるように、炭素排出量の実績値と見積もりを提供する
  • FinOpsコアペルソナおよびESGチームと協力し、組織のサステナビリティ目標を理解して策定する
  • クラウドサービスプロバイダーのツールを使用して、現在の炭素排出量レポートをFinOpsチームおよびESGチーム全体に提供する

成功の測定基準とKPI

  • 見積もりモデルが、割引適用後かつアモルタゼーションされたクラウド利用データを活用している
  • 見積もりコスト対実績コストのトレンドが、確立された差異のしきい値パーセンテージ内に収まっている
  • 見積もりが迅速に、かつビジネス目標に結びつく適切なメカニズムで実施されている
  • 見積もりに共有コスト、適切な料金メトリクス、サステナビリティへの影響、およびその他の適切な要素が含まれている
  • 会議のサイクルが確立されている(特定の時間枠)
  • 自社に特有のユニットコストおよび使用量KPIが確立されている(PPA、EDPなどを活用) – 予測を支援

KPI

ビジネス価値達成までの時間(Time to Achieve Business Value)

AIイニシアチブから測定可能なビジネス価値を達成するまでにかかる時間を測定します。このKPIは、AIを使用して機能を実行する場合と、他の方法(労働力など)で実行する場合のコストを比較する「損益分岐点」を使用します。これにより、完全なビジネス上の利益を達成するための予測日数と実際のビジネス上の利益に関する認識が得られます。

[詳細を読む]

CPI - コスト効率指数(Cost Performance Indicator)

CPI(コスト効率指数)は、「ビジネス価値の定量化」ドメイン内のすべてのFinOpsケイパビリティにとって価値のあるKPIです。

[詳細を読む]

インプットとアウトプット

インプット

  • ワークロードの最適化(Workload Optimization)からの見積もり実行トリガー
  • 料金の最適化(Rate Optimization)からの見積もり実行トリガー
  • レポートと分析(Reporting & Analytics)からの見積もり実行トリガー
  • ワークロードのオンボーディング(Onboarding Workloads)からの見積もり実行トリガー
  • 予測(Forecasting)要件からの見積もり実行トリガー
  • 現在構築されているシステムまたはワークロードの詳細
  • 移行先および移行モデルにおけるシステムまたはワークロードの機能的・非機能的要件
  • モデル化するシナリオの詳細
  • システムまたはワークロードの望ましい状態、または将来の変更計画
  • 現在のアーキテクチャガイドライン(クラウド向けアーキテクチャ設計)
  • 求められる見積もりのパラメータ(期間、精度レベルなど)
  • FinOps実践者がESGの規制や基準を把握していること
  • データの正確性が検証されていること

アウトプット

  • システムまたはワークロードのシナリオコスト、炭素排出量、およびデリバリーの見積もり
  • 競合するシナリオ間での見積もりに基づく推奨事項
  • 起こり得るリスクと確信度
  • 検証用のデータ品質スコアカード(KPI、頻度期間など)

このページの内容

関連資産

AIワークロードのコスト見積もり コンテナコストの計算 最適化がAI予測に与える影響 FinOpsを使用した正確な企業評価 Google Cloudにおけるエネルギー消費量の見積もり(リポジトリ) 自習型クラウド環境サステナビリティ自己アセスメント FinOpsアセスメントガイド