ポイント: FinDevOpsは、DevOpsに財務を統合し、リアルタイムの財務メトリクスを通じて開発と運用へのコスト影響の可視性を強化し、従来の慣行におけるコスト意識の欠如に対処します。
- ITと財務チームの間の協力を促進します。
- リアルタイムのコスト監視と異常検知のツールを提供します。
DevOpsの支持者は、継続的改善や継続的リリースといった重要なプロセスを称賛し、これによりより統合された協力的なIT部門と、エンドユーザーにとってより良い製品が生まれると主張します。
それでも、DevOpsの会話においてしばしば欠けている重要な要素があります：財務です！DevOpsはクラウド技術に大きく依存しており（今日のほとんどの企業がそうであるように）、その利点は多くありますが、特にスケールアップしたり、ニーズに合わせた価格設定をカスタマイズする方法を模索する際に、クラウドサービスに過剰に支払った企業を見つけるのは難しいでしょう。
興味深いことに、DevOpsを実践するほとんどの企業は、文化的に完全に受け入れているか、特定のツールを利用しているかに関わらず、DevOpsに関連するコストを観察するためのツールを持っていないことが意外に多いです。彼らが使用するかもしれないツール – 日次または週次の報告 – は、しばしば手遅れです。それらの報告は、DevOpsの干し草の山の中で特定の変更が価格の異常を引き起こした原因を特定するのには役立ちません。
次のDevOpsのイテレーションであるFinDevOpsは、財務を開発と運用の枠組みに取り入れることで、この欠けている部分を解決しようとする財務志向のアプローチです。財務メトリクスを視覚的でリアルタイムな方法で提供することで、すべての部門が特定の決定とその財務への直接的な影響をより良く理解できるようになります。この重要な領域こそが、FinDevOpsの新興分野が解明しようとするものです。
DevOpsの簡単な概要
DevOpsは、従来のITの運用部門と開発部門の間の壁やサイロを打破しようとする理論と一般的なベストプラクティスのセットです。アジャイルな作業環境を展開する企業は、ITチームがプログラミングと運用活動の両方を含むときに、内部コミュニケーションと理解の改善を見ます。
しかし、DevOps文化は継続的なフィードバックに大きく依存しています：このコード対あのコード、この機能対あの機能、今対後で。欠けている主要なメトリクスは何でしょう？コストです。そして、DevOpsに関する人気と興奮の中で、ほとんどのDevOpsツールはコストメトリクスを欠いています - ビジネス成功のための重要なメトリクスです。
財務とDevOps
財務、開発、運用の組み合わせであるFinDevOpsは、DevOps文化と技術における次のフロンティアとなるかもしれません。数十年にわたり、IT部門とビジネス部門は哲学的に対立しているようです：彼らは異なる方法でコミュニケーションを取り、異なる方法で作業し、異なる優先順位を付けます。しかし、技術がビジネスのあらゆる領域に浸透し、革新をもたらす中で、この哲学的な対立がビジネス成功を妨げています。
新しいFinDevOpsツールにより、財務チームはITからの資金の流れをよりよく理解できるようになります。詳細な正確性とリアルタイムの更新を備えた財務チームは、どのDevOpsの決定が利益に影響を与えているかを特定し、変更の利益が費用に見合うかどうかの洞察を提供できます。
では、FinDevOpsは従来のコスト監視ではできないことを何をするのでしょうか？ほとんどのエンタープライズコスト管理オプションは、報告、コンプライアンス、ガバナンスなどの理由から開発されました。しかし、IT全体と特にDevOpsは、リアルタイムのソリューションを必要とし、使用した分だけ支払うモデルを維持するために新興のクラウド技術に大きく依存しています。
古いコスト管理ツールは、しばしば遅すぎて、コードのこの変更やその機能の展開がクラウドコンピューティングの前例のない増加に責任があるかどうかを判断するための週次または月次の報告書を生成します。これにより、財務チームはそのコストを正当化できず、ITチームは根本原因を説明することができなくなります。
FinDevOpsは、リアルタイムのコスト監視を使用して、クラウドおよびDevOps技術の最前線に留まります。FinDevOpsツールは、コスト予測、継続的なコスト管理、異常検知などの機能を提供するかもしれません。
最も興味深い機能は、協働知識かもしれません：このようなツールは、クラウドで維持しているすべての在庫を追跡し、リソースとコストを測定して、単一の真実の源を促進できます。この単一の真実は重いかもしれませんが、この考え方は実際には対話とプロセスのDevOps哲学を促進します。すべてのチームメンバーが同じ情報にアクセスすることで、会話は非難のゲームからROIについての洞察に満ちた議論へと変わります。
DevOpsガイド
- DevOpsとは？包括的な紹介
- DevOpsの簡単な歴史
- DevOpsアーキテクチャの紹介
- DevOpsにおける自動化：なぜ自動化が必要か
- CI/CDとは？継続的インテグレーションと継続的デリバリーの説明
- Jenkinsを使用してCI/CDパイプラインを構築する方法
- CI/CDパイプラインを最適化するためのDevOpsメトリクス
- 継続的デリバリーメトリクス
- 継続的インテグレーションから継続的デプロイメントへの進展はあるのか？
- 継続的インテグレーション（CI）、デリバリー（CD）、デプロイメントの違い
- DevOpsにおけるソースとバージョン管理
- 継続的テストとは？
- テスト自動化フレームワーク：究極のガイド
- DevOpsにおけるリリース管理
- 説明：DevOpsにおける監視とテレメトリー
- DevOpsにおけるアプリケーションパフォーマンス管理
- SDLCにおけるDevOpsオーケストレーション
- データベースDevOpsの紹介
- DevOpsにおけるマイクロサービスの役割
- DevOpsにおける仮想化の役割
- コンテナとDevOps：DevOpsデリバリーパイプラインにおけるコンテナの役割
- コンテナパイプラインとは？
- DevOpsツールチェーンとは？
- DevOpsのためのコンテナとコードの管理
- DevOpsにおけるアジャイルの役割
- DevOpsにおけるクラウドの役割
- FinDevOpsとは？
- 2022年のトップDevOpsトレンド
- DevOpsの価値と原則
- DevOpsのメトリクスとKPI
- 小規模、中規模、大規模組織のためのDevOpsアドバイス
- DevOpsチーム構造
- 今日読むべきトップDevOps書籍
- 『The Phoenix Project: DevOps For Everyone』の書評
- DevOpsの影響力：Twitterでフォローすべき11人のDevOps専門家
- GitHub、GitLab、Bitbucket、Azure DevOps：違いは何か？
- ベストプラクティス：Kubernetes用のアプリケーションをアーキテクトする方法
- DevOpsにおける構成管理
- DevOpsのブランチ戦略の説明
- DevOpsの職務タイトル、役割、責任
- DevOpsにおけるテスト：概念、ベストプラクティスなど
- 2022年の完全なDevOps認定ガイド
- Kubernetesオペレーターパターンとは？
これらの投稿は私自身の意見であり、必ずしもBMCの立場、戦略、または意見を代表するものではありません。