DevOps 文化とは?

DevOps では責任の共有が伴います。開発スタッフと運用スタッフの両方が、製品の成功または失敗に責任を負う必要があります。開発者は単に構築して運用チームにハンドオフするだけでなく、「構築した者が運用する」という考え方に則り、製品のライフサイクル全体を通じて製品を監督する責任を共有することが求められています。開発者はソフトウェアのテストと運用を行い、QA と IT Ops とのコラボレーションをさらに進めます。運用チームが直面する問題を理解すれば、デプロイと保守を簡素化できる可能性が高くなります。同様に、運用チームがシステムのビジネス目標を理解すれば、開発者と協力してシステムの運用ニーズを定義し、自動化ツールを採用できます。

自律型チームは、DevOps のもう 1 つの重要な側面です。開発チームと運用チームが効果的にコラボレーションするには、面倒で時間のかかる承認プロセスを必要とせずに、意思決定を行って変更を実装する必要があります。これには、チームに責任を移譲すること、失敗を恐れずにすむ環境を確立することが含まれます。これらのチームは、顧客に対するリスクのレベルごとに、迅速かつ容易に意思決定を行うための適切なプロセスとツールを用意する必要があります。

たとえば、一般的な開発ワークフローでは、コードの変更をデプロイするために、異なるチームにいる複数の貢献者の関与が必要になる場合があります。開発者がコードを変更してソース管理リポジトリにプッシュし、構築エンジニアがコードを構築してテスト環境にデプロイし、プロダクト所有者が課題追跡ツールで作業のステータスをアップデートする、などです。自律型チームはこれらのプロセスを自動化するツールを活用するため、新しいコードをプッシュすると新しい機能の構築とテスト環境へのデプロイがトリガーされて、課題追跡ツールが自動でアップデートされます。

たとえば、チームにとって、新しい DNS エントリなど、些細なインフラストラクチャの変更でも別の運用チームにチケットをオープンしなければならないといった要件が負担になっています。この場合、数秒で完了すべきタスクが、数日または数週間もかかってしまいます。自律型チームは、適切なスキルと経験を持つ個人をチームに加えるか、セルフサービス ツールにアクセスすることで、このような変更を自ら実装できます。

DevOps チームの文化は、統合された開発・運用チームの継続的改善に役立つ迅速なフィードバックを重視しています。開発チームと運用チームがサイロ化されて孤立している環境では、本番環境におけるアプリケーション ソフトウェアのパフォーマンスと安定性に関するフィードバックは、得られたとしても開発チームに渡すのが遅くなることがよくあります。DevOps は、アプリケーションの監視やレポート戦略を設計して実装する運用担当者間のコラボレーションを求めることで、開発者が迅速な反復によりアプリケーション コードを改善するのに必要な迅速なフィードバックを得られるようにします。たとえば、十分な機能を備えた継続的インテグレーション ツールなら、新しいコード プッシュの自動構築とテストが可能になり、開発者はコードの品質に関するフィードバックを即座に得られます。

自動化は優れたコラボレーションを可能にしてリソースを解放するため、DevOps 文化にとって不可欠です。ソフトウェア開発チームと IT チーム間のプロセスの自動化と統合によって、ソフトウェアはより迅速かつ確実に構築、テスト、リリースできるようになります。

DevOps 文化を受け入れることで得られる最も明白でインパクトのあるメリットは、ソフトウェア リリースが合理化されて頻繁になり、品質が高められることです。これによって、企業の業績だけでなく従業員の満足度も向上します。

書籍『Accelerate: Building and Scaling High Performing Technology Organizations』によると、DevOps 文化は高いレベルの信頼とコラボレーションを促進し、その結果より質の高い意思決定をもたらし、仕事満足度をさらに高いレベルに引き上げます。

DevOps 文化を受け入れることは、従業員の満足度を犠牲にすることなく、高い実績を上げるエンジニアリング組織を構築するための鍵となります。従業員と組織の双方に利益があります。エンジニアにとって、安定した高性能ソフトウェアを頻繁かつ簡単にデプロイして実行し、ユーザーを満足させられるほど気分のいいことはありません。また、経営幹部にとっては、ビジネス成果が改善されれば満足できます。

DevOps 文化を完全に受け入れるには個人やチームの仕事の方法を大幅に変更する必要があるため、組織の最高幹部からの賛同が必要です。

草の根の取り組みは、DevOps 変革のための賛同を管理者および経営幹部レベルから得るための重要な出発点になる可能性があります。多くの場合、実際にそうなっています。多くの場合、DevOps を広い範囲に導入するための議論は、少数の個人または小規模なチームが DevOps アプローチを導入して成功を実証し始めるときに、最も説得力があります。

DevOps 文化に見られる典型的な高いレベルの自律性と信頼性を培うことが難しいのは、関係する個人またはチーム間で対立の歴史がある場合です。DevOps アプローチを採用しようとする前にチームがサイロ化していればいるほど、つながりを構築するのが難しくなります。

変化は難しいものです。既存の個人とチームの間で高いレベルの調和がある環境であっても、変化のメリットがはっきりせずに明確に理解されていない場合、取り入れることを容認する気持ちや意欲を高めることは難しい可能性があります。

当然、エンジニアリングに関する考え方がしっかりしている組織は、ビジネス上の問題を解決するためのツールやテクノロジーをすぐに採り入れることが多いでしょう。もちろん、組織が DevOps アプローチに移行するのに役立つツールやテクノロジーは用意されています。しかし、文化を変えないままツールやテクノロジーを変えることは、基盤にある弱点に対処せずにうわべだけを変えることになるため「カーゴカルト DevOps」とよく呼ばれています。

開発者は何十年もの間、より少ない労力でよりバグの少ないソフトウェアをより頻繁に提供するという夢を追ってきました。今ここに、これを実現するためのツールとプラクティスがついに登場しました。

アトラシアンが DevOps を実践している組織を調査したところ、デプロイの頻度を増やして市場投入までの時間を短縮しながら (49%)、より質の高い成果物 (61%) をリリースしていることがわかりました。また、メリットを得ているのは組織だけではありません。実践者は「新しいスキルが身に付き (78%)、昇給を受けた (48%)」と回答しています。

DevOps 文化を育むことは簡単ではありませんが、開発者、マネージャー、顧客の満足度が一様に高まって得られる利益は、それだけの苦労をする甲斐があります。

DevOps 文化を向上させようと思っていますか? サービス チーム ヘルス モニターから始めましょう。また、DevOps 文化の構築に役立つ 4 つの主なプレイによって、同僚とのコミュニケーション、コラボレーション、ブレーンストーミングを練習しましょう。