インタビュー最初の調査から 10 年目を迎える、マルチベンダーの State of DevOps レポートでは、DevOps が依然として「大規模にうまく行われていることはほとんどない」こと、また「ほぼすべての人がクラウドを使用しているが、そのほとんどは適切に使用されていない」ことが結論付けられています。
このレポートは主観的な内容で、ベンダーの売り込みは一切ありません。これは、CircleCI、Puppet、bmc、New Relic、Snyk、Splunkといった様々なDevOps企業がスポンサーとなっているためかもしれません。最初の調査は2011年に実施されたため、これは11回目のレポートとなりますが、初版から10年が経過しています。
「軽量なものを作りたいわけではありません。世の中には質の悪い調査がたくさんあります。方法論が特に堅牢であったり、調査結果が洞察に富んでいるとは思えません」と、State of DevOps Report に当初から関わってきた Puppet のフィールド CTO である Nigel Kersten 氏は語った。
この調査は世界中の 2,657 人の DevOps 専門家によって完了され、その約 75% が米国、カナダ、またはヨーロッパ出身で、幅広い規模の組織をカバーしています。
一般的なアプローチは、組織を高度に進化した組織、中程度のパフォーマンスの組織、そして低パフォーマンスの組織に分類することです。「高度に進化した組織」とは、頻繁なデプロイメント、アプリケーション変更のリードタイムが非常に短い（「1時間未満」）、障害への迅速な対応（「1時間未満」）、変更失敗率が5%未満であることを意味します。「低パフォーマンス」はその反対の極端で、変更のリードタイムが「1週間から6か月」です。レポートによると、「大多数の組織はその中間のレベルで停滞している」とのことです。
この区分は分析の残りの部分に影響を与え、「私のチームのメンバーは、仕事において明確な役割、計画、目標を持っているか」といった質問に対する高業績者、中業績者、低業績者の回答を比較します。高業績者の89%がこれに同意したのに対し、低業績者ではわずか46%でした。
何らかの基準を持ちましょう!
もう一つの顕著な例：高業績企業の 57 % が自社の IT システムが米国国立標準技術研究所 (NIST) が定めるクラウド コンピューティングの 5 つの必須特性 (オンデマンド セルフサービス、広範なネットワーク アクセス、リソース プーリング、迅速な柔軟性または拡張性、慎重なサービス) すべてに準拠していると感じていたのに対し、低業績企業ではこれらの条件を満たすことができたのはわずか 5 % でした。
「ほぼ全員がクラウドを利用しているが、その大半は適切に活用できていない」と報告書は指摘している。その理由について詳しく説明を求めると、ケルステン氏は「ほとんどの企業はクラウドのメリットを活用できておらず、既存のプロセスや業務をクラウドに移行している」と答えた。
企業のDevOpsの実践方法は、この10年間で改善されたのだろうか？「確かに改善されています」とカーステン氏は述べた。しかし、報告書を読むと、進歩のペースが遅いように感じる。調査によると、過去4年間で、高パフォーマンス企業の割合は10%から18%に増加し、低パフォーマンス企業の割合は11%から4%に減少している。しかし、大半の企業は依然として中間層（78%または79%）にとどまっている。
ケルステンは、「DevOpsについて語っているのではなく、ただ実践しているだけ」の「スタートアップ企業やハイテク企業」と、「ITのマスマーケットであるエンタープライズ」を区別している。「エンタープライズでは、DevOpsはチームレベルでは非常に成功しているものの、隣接するチームや部門間のやり取り、そして時には何世紀にもわたって蓄積されてきたプロセスの重みにより、チーム間のやり取りが重要になり、そこで人々は本当に失敗している。これはDevOpsの問題ではない」
ソフトウェア開発とデリバリーを学んだ人にとっては、よくある話です。方法論よりも、人と人とのやり取りの方が重要だ、と。「うまく経営されている企業は、明確な目標を設定し、どのチームが何を担当しているかを把握し、社員がコミュニケーションを取り、自律性を持っています。そのような企業はDevOpsを非常にうまく活用している傾向があります。」
- 「当社のホストプールが悪用者の攻撃を受けている」: Azure DevOps が週半ばの TITSUP* を享受
- それは想像ではありません。AmazonとAWSは、あなたの友人、敵、そしてその間のあらゆる人々を雇用したいと考えています。
- DevOpsに関する小説が実際に書かれており、ある著者がDynatraceのPerformイベントで自身の見解を語りました。
- GitOpsとは？これがあなたが探していた技術的な入門です
このレポートは、典型的な調査というよりも、DevOps をうまく行うために (またはビジネスを運営するために) 何が必要かを論じた論文のようですが、それは概ね良いことです。
レポートから浮かび上がるもう一つのポイントは、いわゆる「セルフサービス型社内プラットフォーム」の重要性です。「私たちが言いたいのは、単にITを一元化することではありません」とケルステン氏は言います。「多くの小規模な部門横断型チームがそれぞれ独自の作業を行うというアンチパターンから脱却することです。開発者は、仮想マシンのプロビジョニング方法やCI/CDパイプラインのテスト環境の構築方法について、それぞれが車輪の再発明をする必要はありません。」
社内にこうした機能を備えたプラットフォームがあることは良いことだと彼は述べた。ただし、それが本当にセルフサービスである限りの話だが。「よくある失敗は、いわゆるチケットオペレーションをまだ使っている人たちだ。チケットオペレーションでは、必要なことを説明すると、誰かがほぼ私が求めているものを提供してくれる」
あらゆる機能に対応するチーム
クロスファンクショナルチームとは、コード作成からデプロイメントまで、アプリケーションのライフサイクル全体をカバーするチームです。これは、例えばデータベース管理のみを担当する専門性の高いチームとは対照的です。クロスファンクショナルチームは良いものなのでしょうか？
「状況によります」とカーステン氏は述べた。「特に規制上の負担がある場合は、基盤となる技術層を集中管理した方がよい場合もありますが、だからといって部門横断的なチームを持つべきではないということではありません。どちらに偏りすぎても、間違いなく問題です。私たちが最も問題視しているのは、互いに実践を共有する文化が欠如していることです。」
ケルステン氏によると、避けるべきことの一つはDevOpsチームだ。「組織内でDevOpsチームという言葉が壊れてしまっていると思います」と彼は語った。「もはや役に立たない存在になってしまったと思います。…DevOpsエンジニアやクラウドエンジニアといった曖昧な呼び方はあまり役に立ちませんし、DevOpsはまさに壊れてしまっているのです。」
自動化は「高速フロー」チームにとって重要
組織がレポートを読んで、パブリッククラウドが得意ではなく、DevOpsも効果的ではないことに気づいたら、どうすればいいでしょうか？「まずはチームのために最適化しましょう」とケルステン氏は言います。
「どれだけの時間を手作業に費やしているのか、そしてそれらを自動化することに集中しましょう。そして、チーム全体のプロセスを最適化し始めましょう。ここで中間管理職が率先して、これが自分たちの役割だと認識する必要があります。個々のチームが最善を尽くすのではなく、システム全体の最適化を目指しましょう。私たちは、大規模組織の中で孤立して活動しているわけではありません。」
とはいえ、カーステン氏は、簡単に解決できる分野として、ある領域を強調しています。「レガシー環境は、誰にとっても進化の道のりの足かせになっていることが分かっています。レガシー環境を、単に費用を払い続けなければならない埋没費用として考えるのではなく、実際に最適化することに経営陣が重点を置くことが、最も効果的な対策の一つです。」
報告書の「レガシーの負担の克服」に関するセクションでは、この点についてさらに詳しく説明しており、「レガシー環境に投資することで、レガシー環境が進歩の妨げにならないようにする」と述べています。
完全なレポートはここからご覧いただけます。®
