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

専門分野間の連携(Intersecting Disciplines)

ドラフトのページ

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

フレームワーク / ドメイン / FinOpsプラクティスの運用 / 専門分野間の連携

目次

組織内に存在し、組織の戦略や価値にも貢献する関連テクノロジー責任を管理する、他の相互接続された専門分野や関連ペルソナ(IT資産管理(ITAM:IT Asset Management)、IT財務管理(ITFM:IT Financial Management)、サステナビリティ、セキュリティなど)とFinOpsの活動を調整すること。

適切な関連ペルソナとのコラボレーション

  • 組織目標に関する共通理解の形成
  • 連携する専門分野間でのゴールと目的の整合
  • チーム間の共有目標を含む、チームの責任、有効化(イネーブルメント)、および相互作用の定義
  • リーダーシップとの組織的な責任および期待される成果の調整と確認

情報とデータの調整

  • 調整に使用する、交差するデータ、共有データ、リソース、および用語(FOCUSなど)の定義
  • 情報共有やアクセスのための、主要なメタデータ、データアクセス、データ解像度、交換フォーマット、およびデータ更新頻度の確立
  • 共通の意思決定ワークフロー、コミュニケーションチャネル、およびチーム間通知の定義

定義

「専門分野間の連携」ケイパビリティは、組織内に存在する可能性のあるFinOpsと他のIT専門分野、フレームワーク、またはチームとの間の相互作用をサポートします。このケイパビリティの目的は、FinOpsチームがこれらの他の専門分野をどのように実行すべきかを定義することではなく、FinOpsがすでに存在する他のテクノロジーおよびITマネジメント専門分野と調整、協力、連携できるようにするための共通の活動セットを提供することです。

すべての組織が、これらの他の専門分野のすべて、あるいは一部を擁しているわけではありません。たとえば、一部の組織では、FinOpsチームがソフトウェア資産管理(SAM:Software Asset Management)機能を実行している場合や、財務部門の外部にIT財務管理(ITFM)チームが存在しない場合があります。このケイパビリティの要点は、組織にこれらの他の専門分野の導入を促すことではなく、すでに導入されている専門分野とFinOpsチームが連携できるように準備することです。

FinOpsチームが連携する専門分野には、以下が含まれます。

  • 事後的なITコストのカテゴリ分類を行うIT財務管理(ITFM)チーム
  • ソフトウェアおよびハードウェア資産のライフサイクル全体にわたり、契約上の価値とリスクを管理するIT資産管理(ITAM)またはソフトウェア資産管理(SAM)チーム
  • 組織へのITサービス提供を管理し、一部のシステムに対して運用責任を持つITサービス管理(ITSM:IT Service Management)チーム
  • 組織の内外でITセキュリティ体制を管理するITセキュリティチーム
  • 組織全体の標準とテクノロジー戦略を管理するエンタープライズアーキテクチャ(Enterprise Architecture)チーム
  • 価値を継続的に提供するために使用されるITインフラストラクチャの主要部分の管理を担当するプラットフォームエンジニアリング(Platform Engineering)チーム
  • アプリケーションチームを横断して活動し、ITサービスの導入、提供、または運用に責任を持つDevOpsまたはSRE(Site Reliability Engineering)組織
  • 特定の組織目標を達成するために、ビジネスポートフォリオ内のアプリケーションの論理的なグループ分けを管理するポートフォリオ管理チーム

テクノロジー資産全体にわたるリアルタイムの意思決定をサポートするために、FinOpsチームは、連携する専門分野が使用する目標、アクション、および詳細なデータを理解する必要があります。関連ペルソナや連携する専門分野との相互作用を組織の成功に真に貢献させるために、「チームはお互いに協力する必要がある」というFinOps原則を取り入れましょう。

成熟度アセスメント

戦略的価値の達成において最も効果的であるために、組織はFinOpsと存在する他のすべての連携する専門分野との統合を求めるべきです。この統合は、チームの統合、共通のリーダーシップ、あるいは別個のチーム間でのデータ、プロセス、標準の公式または非公式な調整を通じて行うことができます。

組織の変化は、特に大規模な組織において複雑です。専門分野間の緊密な相互作用の重要性も時間の経過とともに変化し、一部のFinOpsスコープにおいては他よりも重要になる場合があります。成熟度の進化の核心部分として、FinOpsが他の専門分野とどのように連携しているかを定期的に見直し(そして調整)してください。

FinOpsと他の専門分野との関係の成熟度は、以下の図で大まかに説明されています。詳細についても後述します。

成熟度アセスメント

クロール(Crawl)

  • FinOpsチームと他のチームは、組織内で異なるレポートライン(報告体制)を持つ場合がある。
  • FinOps実践者と他の専門分野の担当者はお互いを認識しているが、双方がそれぞれの注力分野について個別の理解と責任を持っている。
  • 専門分野間の教育と普及促進、またはその他の調整は、必要な場合にのみ行われる。
  • 連携する専門分野は、リソースがどのように支払われ、消費されているかについて個別に理解している。それぞれのフレームワーク、情報源、目標、および経験に関する深い知識を持ち、関連情報を分析および評価して、自らの専門分野に特有の成果を決定できる。

ウォーク(Walk)

  • FinOpsチームと連携する専門分野は、同じレポートラインを共有している。
  • 各チームは、リソースの使用量とコスト、およびこれらのコストがどのように予測、予算編成、レポート、チャージバックされるかについて、共通の理解と視野を持っている。
  • 意思決定において、関連ペルソナに定期的に相談している。たとえば、FinOpsチームは、ソフトウェアパブリッシャーとの既存の契約上のコミットメントへの影響が十分に理解されているため、持ち込みライセンス(BYOL:Bring Your Own License)モデルを提案する際、ソフトウェア資産管理(SAM)チームを関与させる。
  • コスト、使用量、およびビジネスコンテキストに関連する組織データについて、共通の理解がある。
  • FinOpsチームは関連ペルソナのチームと提携し、使用量とコストに関する共通の理解を達成している。定期的に調整を行い、組織の包括的な全体像を提供する。
  • お互いのフレームワークとプロセスについても共通の理解があり、効果的なコミュニケーションと分析が可能である。

ラン(Run)

  • FinOpsチームと他の専門分野のチームが統合されているか、単一のチームまたは組織内で運営されている。
  • 専門分野を横断して使用されるコスト、使用量、およびコンテキストを管理するための共通のデータリポジトリまたはデータソースが存在し、組織がテクノロジー投資の総所有コスト(TCO:Total Cost of Ownership)および投資対効果(ROI)の理解を構築できるようにしている。
  • FinOpsと他の専門分野が緊密に連携し、最適化されたIT投資環境を確保するために協力している。
  • コスト、使用量、パフォーマンス、アーキテクチャ、セキュリティ、運用、信頼性などの要因がエンジニアリングチームによって定期的に考慮され、意思決定へのすべてのインプットが十分に理解されている。
  • 運用ツールとプロセスが拡張され、機能間の俊敏性と協力をサポートしている。
  • ソフトウェアアプリケーションや方法論を含む共通のツールセットが使用され、FinOpsおよび関連ペルソナチームのプロセスの一部またはすべてを可能にしている。
  • 繰り返し発生するアクションが、関係者全員によって標準化された方法で一貫して実行されている。

機能別の活動

FinOps実践者

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

  • 組織内の他の機能との明確なコミュニケーションラインおよび調整体制を確立し、維持する
  • 組織の支出が他のタクソノミ(分類体系)やテクノロジー全体の総所有コストとどのように整合しているかを理解する
  • 「FinOpsデータはアクセスしやすくタイムリーで正確であるべき」というFinOps原則を取り入れ、関連チームがデータにアクセスできるようにする
  • 利害関係者が両方の機能から調和のとれた信頼できる情報を得られるよう、信頼性と使いやすさを考慮して、FinOpsと他のフレームワークの間でツール、レポート、およびデータソースを整合させる
  • 他の専門分野に影響を与える使用量(ソフトウェアライセンスの使用状況、プラットフォームの運用データなど)を特定し、強調する

プロダクト

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

  • FinOpsチームや他の専門分野からの情報を組み合わせて使用し、ビジネスソリューションを構築するための最適な設計とアーキテクチャを決定する
  • FinOpsチームおよび関連ペルソナからの情報を使用して、投資決定の総所有コスト(TCO)を理解する
  • 自身のビジネスユニット内における消費に関するIT財務ガバナンスとポリシーを有効にする
  • FinOpsおよび連携する専門分野のコストレポートをレビューし、検証する

財務

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

  • 予算計画と予測のために、FinOpsチームと連携する専門分野の両方からの情報を活用する
  • FinOpsと他の専門分野との交差性がどのようにIT支出の透明性を高めることができるかを理解し、そのインサイトを組織全体で活用する
  • 会計の公式記録システム内でコストを特定する方法を決定し、関連するコストを必要とする人々と体系的に共有する
  • FinOps実践者および関連ペルソナと協力して、利用に関するIT財務ガバナンスとポリシーを確立する
  • FinOpsおよび関連ペルソナと提携して、コストモデルの計算とレポートの正確性を確認する
  • すべてのペルソナと協力して、投資のTCOおよび投資対効果(ROI)を理解する

調達

調達の役割を担う者として、私は以下を行います。

  • FinOpsチームおよび関連ペルソナからの情報を使用して、リソースとライセンスの最適な調達方法を決定する
  • 調達の公式記録システム内で契約を特定する
  • サービスプロバイダーやリセラーとの契約に、関連する専門分野の関連ペルソナがコストデータにアクセスできる権限が含まれていることを確認する
  • ライセンスタイプごとの将来の使用予測を決定し、他社とのライセンス契約の作成、変更、または維持の停止に関する長期的な戦略を決定する

エンジニアリング

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

  • 構築時にコストだけでなく、他の連携する専門分野のコンテキスト(所有しているライセンス、利用可能なプラットフォーム、使用されているWell-Architectedモデルなど)のインプットを考慮する
  • 他の専門分野への影響について使用量を簡単に評価できるよう、リソースに適切にタグ付けする
  • FinOps実践者および関連ペルソナと提携して、テクノロジーの導入、開発、および運用化に関連する総所有コストを理解すると同時に、支出やリソース最適化の特定の詳細分析にFinOpsツールを使用する
  • アプリケーション、プロダクトとソリューション、ビジネスケイパビリティ、またはその他のタクソノミの間でコストを配分する

リーダーシップ

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

  • 関連する専門分野間のコラボレーションを可能にし、促進するようにITマネジメント専門分野を組織化する
  • テクノロジー投資、ビジネス目標、およびロードマップの戦略的道筋を指示する
  • 最終的なエスカレーション権限者として機能し、FinOpsおよび関連ペルソナからのインサイトを使用して組織を導く
  • 予測、予算、TCOおよびROIの計算に対する説明責任を負う

関連ペルソナ

関連ペルソナの役割を担う者として、私は以下を行います。

  • FinOpsチームと協力して、インサイトとコンテキストを提供する
  • FinOpsチームから提供された情報を使用して、リソースのライセンスポジションを追跡および管理する
  • FinOpsおよび関連ペルソナチームのイニシアチブのシームレスな調整と優先順位付けを確実にするため、FinOps推進部門(FinOps Office)/実践者との明確なコミュニケーションラインを確立し、維持する
  • 組織のクラウド関連のTCO(直接コスト、間接的な人件費、管理ツール、SaaS、およびライセンスコストなど)を理解し、伝達する
  • ITコストの透明性と、投資に関する価値ベースの意思決定の文化を促進する
  • 利害関係者が両方の機能から調和のとれた信頼できる情報を得られるよう、信頼性と使いやすさを考慮して、FinOpsと他の連携する専門分野の間でツール、レポート、およびデータソースを整合させる

成功基準とKPI

組織に対して、テクノロジーの価値を理解し管理するために、FinOpsと他の連携する専門分野のチームとの間で取り組みを統合することから得られるメリットをどのように最大化しているかについてのインサイトを提供します。FinOpsペルソナと関連ペルソナの両方に適用される、普遍的な成功の指標がいくつか存在します。

  • 一貫したレポート:使用量に関するレポートが関連ペルソナとFinOpsチームの間で調整され、同じデータソースが使用され、分析結果が一貫している。
  • 調整されたポリシーとガバナンス:関連ペルソナとFinOpsチームは、テクノロジーや戦略的ITポリシー、ガバナンス構造、またはテクノロジー価値の管理に使用される製品を確立または変更する前に、お互いに相談する。
  • 成功基準はビジネス目標/価値の文脈で表現され、1つ以上の重要業績評価指標(KPI)を含み、目標と主要な結果(OKR:Objectives and Key Results)を記述し、予測トレンドからの異常値または許容可能な差異を定義するしきい値を宣言する場合がある。

以下は、他のフレームワークを検討する際に役立つ可能性のある成功基準とKPIの一部です。

  • ライセンスコンプライアンス:ソフトウェアライセンスのコンプライアンスを監視し、潜在的な法的および財務的責任を回避する。この重要業績評価指標の目的は、ライセンスおよび契約上の義務への準拠を維持することである。
  • ライセンス最適化:十分に活用されていないライセンスを最小限に抑える、または未使用のライセンスを回避するために、ソフトウェアライセンスを監視する。
  • セキュリティとリスク管理:クラウドセキュリティを監視し、適切なポリシーの設定とレポート、およびアラートの設定によって潜在的なリスクを特定する。その目的は、クラウドリソースのセキュリティと保護を確保し、その上のデータを保護することである(サイバー資産攻撃対象領域管理:CAASM[Cyber Asset Attack Surface Management]など)。

関連ペルソナと重複するFinOpsプログラムの有効性を追跡するのに役立つ、以下のような多数のKPIが存在します。

  • テクノロジーカテゴリ(クラウド、データセンターなど)別の利用可能なライセンスの割合/数
  • 特定の環境に移行されたアプリケーションの割合
  • 削減されたオンプレミスライセンスのサポートコストの割合/金額
  • タグコンプライアンス:配賦のためにタグ付けされたリソースの割合(クラウド内、FOCUSの使用、共通リポジトリ内など)
  • 他の標準と整合しているコストの割合
  • 未配賦のクラウドリソースに関連するコストの割合
  • タグ付けポリシーに準拠しているコストの割合
  • タグなしリソースに関連するコストの割合

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

FinOpsのインプット

  • 消費データ(FOCUSのコストと使用量のデータセットなど)
  • クラウドコミットメントプランと消費(Savings Plan、リザーブドインスタンス、その他の交渉済みコミットメントをリストしたFOCUS契約コミットメントデータセットなど)
  • 企業コストおよびリソース価格表
  • クラウドプラットフォームの予算と関連する監視、アラートなど
  • 関連する契約上の特典、包含事項、およびライセンス機能(Azure Hybrid Benefitなど)
  • タグ付け標準

関連ペルソナのインプット

  • 契約上のコミットメントとエンタイトルメント(使用許諾)
  • 正式な監査レポートと資産インベントリ
  • アプリケーション/サービス所有者、需要プロファイル(期間内および予測)を含む、アプリケーションポートフォリオマスターおよびサービスレジストリ
  • ITサービスカタログ/CMDB/サービスレジストリ、およびサービスチケットを含む、ITサービス管理データ
  • サーバー(物理、リモート/クラウド、およびハイパーバイザーを含む仮想)を含む、IT資産管理データ
  • ベンダー合意書および契約書(クラウドサービスプロバイダー、ならびにコンサルティング、契約、およびその他の関連サービスプロバイダーなど)を含む、ITベンダー管理データ
  • プロビジョニング済み/使用済みのストレージ、CPU/RAM使用率などの監視ツールからのIT技術インプット
  • 他の関連専門分野におけるベンダーおよびプロバイダーからの管理および請求情報
  • 内部でのテクノロジーの使用、およびIT資産の要素に対する組織の一部の配分または責任に関連するコンテキストデータ

財務のインプット

  • 勘定科目表、コストセンター、ビジネスユニットコード、資本予算コード、ロケーションコード
  • コスト配分モデル(実績/計画コストからテクノロジーカテゴリへのマッピング)
  • 総勘定元帳、買掛金元帳、および関連するコンテキストコード
  • 割引率(またはWACC:加重平均資本コスト)、ハードルレート、イベントホライズン、標準労務単価、および間接費率(労務、計画)を含む、財務分析の変数、比率、および指標
  • 元帳勘定、コストセンター、および会計期間別の財務計画および予算編成データ
  • 固定資産台帳
  • 財務支出承認しきい値、減価償却および償却ポリシー/戦略、資産化の偏向/戦略を含む、財務ポリシー、手順、プロトコル、および実務

組織のインプット

  • 内部/外部の人件費率、FTE(フルタイム当量)数、標準間接費率、契約上の制限、制約などを含む、組織構造、人事、および労務データ
  • 業界/セクター固有のメトリクスを含むベンチマークデータ

以前のFinOpsと交差するフレームワークのページを表示する

目次

関連アセット

FinOpsとITAM:コスト、リスク、価値を最適化するためのコラボレーション FinOpsとITAMの実践的シナリオ:提供とガバナンス FinOpsとITAMの実践的シナリオ:最適化と進化 FinOpsとITAMの実践的シナリオ:計画と調達 FinOpsとITAMの実践的シナリオ:価値の実現と再投資 FinOps実践者のための健全な協力関係の構築と維持 クラウドサステナビリティとFinOpsとの交差 FinOpsとIT資産管理:コラボレーションは最適化目標達成の鍵 FinOpsがサステナビリティ目標の推進にどのように役立つか 実践におけるFinOpsとクラウドサステナビリティ(Fidelity) 財務プロセスがFinOpsに追いつく必要がある理由 FinOpsPod 07:財務とITのギャップを埋める FinOpsPod 30:ITと財務のコラボレーションの向上