DevOpsの経験：課題と展望

組織は常に、納品物の品質と一貫性を向上させるシステムやプロセスの開発に必要な時間を短縮することに熱心に取り組んできた。この目的は、ソフトウェア開発とIT運用の最良の融合、つまりDevOpsが重視されるようになった主な原動力である。デプロイ頻度の向上、市場投入までの時間の短縮、障害発生率とリードタイムの低減、リカバリ時間の短縮、および同様のビジネス目標が、世界中のほとんどのDevOps運用の中核を成している。

DevOpsが徐々に主流になりつつある中、プラットフォーム設計、自動化、組織文化に対するこの新しいアプローチに対する不安や疑念が、ビジネスのあらゆる方面から響いている。DevOpsが約束したことを実現できるかどうかという疑問は残る。組織がDevOpsに期待することと、実際にDevOpsの権限で行われることの間には、大きな断絶がある。多くのI&Oリーダーが、DevOpsプラクティスの導入やスケーリングで障害に直面していることを考えれば、この懸念は妥当なものだ。

Gartner社によると、 DevOpsイニシアチブの4分の3が期待を下回り 、その主な理由は組織の学習と適応性の欠如にあるという。

DevOpsの課題

ほとんどの組織は、達成したいビジネス成果を十分に検討することなく、DevOpsイニシアチブを開始する。このような新しいプラクティスを導入するためには、I&OリーダーはDevOpsを導入する前に、スタッフや顧客にDevOpsを理解してもらう必要がある。 Gartner 2017 Enterprise DevOps Surveyによると、回答者の88％が、組織におけるDevOpsのスケーラビリティに影響を与える人に関する要因のトップとして、チーム文化を挙げている。意外なことに、組織は差し迫った変化に備えて従業員を組織的に準備することの重要性を無視しており、むしろDevOpsの成功のためにツールを活用することに注力していることもわかった。

提案されたDevOpsの実践におけるすべての利害関係者を特定し、その間のシームレスなコラボレーションを確保することは、DevOps導入の道筋におけるもう1つのハードルである。組織は、関係グループ間の調整不足のために、価値実現までの時間を改善できない。その上、DevOpsはほとんどの場合、I&Oに限定されている。DevOpsを全社的に一度に導入することはできないということを理解することが極めて重要だ。大規模な組織で一度に実装するには、それに関わる変数があまりにも多すぎるのだ。

DevOps成功のためのベストプラクティス

「DevOpsをやるためにDevOpsをやる」、つまりビジネス要件や顧客ニーズよりもツールや手法に重点を置くことは、導入の失敗につながる。ビジネス上の理由を確立せずにDevOpsイニシアチブを立ち上げることは、組織が犯しがちな過ちだ。DevOpsはビジネス中心のアプローチであり、アジャイル手法、コラボレーション、自動化を活用してソリューションを提供する。したがって、組織内のすべてのステークホルダーに対して、目標とする状態を適切に定義することが極めて重要である。

DevOpsは反復的に実装されなければならず、各インクリメントは、友好的な環境、受容可能な価値、受容可能なリスクという3つの属性によって特徴付けられるべきである。人材はDevOpsイニシアチブの最も重要な要素であるため、スキルよりも行動を優先することが重要である。必要な技術的スキルをトレーニングすることは、必要な精神を植え付けることよりも簡単であることに注意してほしい。

DevOpsイニシアチブの目標は、チームレベルで定義し、各チームのビジネス目標にマッピングする必要がある。しかし、すべてのチームが組織の最終的な目標に向かって取り組むように、集団的な達成感を植え付けなければならない。この点では、インセンティブとパフォーマンスメトリクスがモチベーションを高めるツールになるだろう。

全体的なDevOpsの実装は、アプリケーションのライフサイクルで隣接するツールと結合できるようなツールの評価と選択のための統合ツールチェーンで構成される。相互にリンクされた自動化のタッチポイントと情報の流れは、ツールチェーンを通じてリリースを迅速化し、エラー、欠陥、手戻り、および停止を削減する。

進捗のタイミングを計り、準備が整ってからスケーリングすることが、DevOps導入成功の鍵だ。チームを編成し、選択した方向に進み始め、ハードルが現れたらそれに対処する。

LTTSの差別化要因

効果的なDevOpsの導入には、エンタープライズテクノロジーに関する専門知識と、業界を横断した深いビジネス理解の両方が必要です。LTTSは、DevOpsの実装においてエンドツーエンドの能力を持つ世界でも数少ないプレイヤーの1つです。初期評価とフィージビリティレポートから、継続的な改善とスケーラビリティのための集中型ガバナンスの確立に至るまで、LTTSは大小さまざまな組織のITパートナーとして選ばれてきました。

組込みシステム向けのCI-CDパイプラインは、DevOps導入における当社の差別化能力を示す成功したプロジェクトの1つです。当社は、ビルドとデプロイにかかる時間を短縮し、コードの品質と一貫性を向上させ、プロジェクトの可視性を高めるために、継続的インテグレーションとビルド自動化パイプラインを設定しました。継続的インテグレーションと自動ビルド・パイプラインは、開発サイクルの早い段階でコーディングとコンパイルの問題を検出し、ビルド・メトリクスとコード・カバレッジ・メトリクスは特定された問題を修正しました。すべての段階でシームレスな自動化が行われているため、手動による介入はほとんどありません。

将来への期待

クラウド、自動化、「オープンソース」が成熟するにつれ、DevOpsがテクノロジー面で危機に直面することはないだろう。現在と予見可能な将来の両方のハードルは、この新しいプラクティスを助長する組織文化を構築することにある。ツールよりも行動変容に力を注ぐ組織は、DevOpsへのスムーズな移行に成功するだろう。これは、従業員にもリーダーシップにも言えることで、DevOpsにはインフラとフレームワーク全体のオーバーホールが必要だと、現実とはまったく逆に考える傾向がある。 世界のDevOps市場は2025年までに120億ドルを超えると予測されており、確かなことは、このプラクティスにはすでに支持者がおり、同様に促進するテクノロジー・パートナーが存在するということだ。