運用に必要な費用全体を比較する

計算の範囲を定義する

必要な品質で同じ能力を提供する、二つの方法を比較します。軽量なプロトタイプと、保守されるエンタープライズ向けデリバリーシステムは、異なる購入対象です。費用の数値を、そのまま置き換えて比較することはできません。

期間を選び、含める項目を記録します。初期設定と継続的な作業を分けます。人員、インフラ、モデル利用、サポート、連携の保守、管理策を有効に保つ作業を含めます。

FinOpsは、技術への支出を、責任の所在が明確な判断と事業価値に結び付けます。その考え方を使って、費用の責任者を特定し、前提条件を説明してください。自社構築と購入のどちらがよいかについて、すべてに共通する答えを示すものではありません。FinOps Framework。

社内システムの構築には、初期実装以上の作業が必要です。誰かが、オーケストレーション、モデルとの連携、評価、プラットフォームのインターフェース、セキュリティ管理策、文書を保守する必要があります。稼働開始後のサポートとアップグレードの作業を数えます。

サービスを購入しても、作業は残ります。製品の責任、データに関する判断、連携、レビュー、インシデント対応の調整が、社内に残る場合があります。サブスクリプションがチーム全体に置き換わると考えず、責任分担表を使って作業を特定します。

一部の時間だけを使う責任ごとに別々の人を割り当てるのではなく、フルタイム換算の人数を見積もります。同じ作業を二重に数えないでください。利用できる場合は、間接費などを含む、自社の実際の総人件費を使います。

以下の金額は説明用の例です。Taigaの価格、市場のベンチマーク、顧客の成果ではありません。どちらの選択肢も、一人当たりの年間費用として架空の€120,000を使います。

計算は、初期設定費用に三年間の継続費用を加えたものです。この前提では、購入は自社構築より€210,000低くなります。

次に、自社に残る作業を1.5人分に、サブスクリプションを€150,000に増やします。購入の合計は€1,140,000になります。自社構築の合計は€1,080,000のままです。二つの前提条件を変えると、費用の大小関係が逆転します。

インタラクティブな計算ツールで、この変更を試してください。この演習は前提条件への感度を示すものであり、自社にとって正しい価格を示すものではありません。

この簡易計算には、割引現在価値、税金、インフレ、移行の遅れ、サービスの利用終了と移行に伴う費用が含まれません。重要な場合は、意思決定モデルに追加してください。財務の責任者は、組織で必要な計算方法を選ぶ手助けができます。

利用できる成果が得られるまでの時間と、チームが代わりに実行できる作業の価値も比較します。不確かな便益と、検証済みの費用入力を分けます。生成したコードの各行に根拠のない節約額を割り当てて、精密さを装わないでください。

価格を決め手にする前に、各選択肢が必須要件を満たすか確認します。必要なデータ境界に対応できない安価な選択肢は、対応できる選択肢と同等ではありません。

不確かな入力には、低い場合、想定どおりの場合、高い場合を、理由とともに用意します。判断を変える前提条件を特定します。連携に必要な作業量や、自社に残る運用作業など、その証拠を先に求めてください。

モデルをいつ見直すかを記録します。契約の変更、利用チームの拡大、新しいプラットフォーム要件によって、結果が変わる場合があります。計算は、責任の所在が明確で、更新できる判断を支えるためのものです。