アジャイルマニフェストを見ると、カンバンのスクラムに含まれているものは、すべて人に関するものです。 チーム内での相互作用、顧客との相互作用、組織プロセスについて。 いいえ、柔軟な方法論とも呼ばれるFDDおよびXPには、工学的なものもあります（ところで、誰が工学からFDDへの変更をすぐに思い出すことができますか？）。 そしてそれは動作します。 優秀な人材を1か所に集め、組織的なテンプレートを提供し、顧客とのやり取りを整理することで、受け入れられ、多くの場合優れた結果を得ることができます。
開発されたシステムの複雑さが増すにつれて、すべてがそれほどバラ色ではないことが判明しました。 賢い人でさえ、最短時間で許容できる結果を出し続けるには、エンジニアリングの実践が必要です。 すべてがすでに長い間発明されていることは明らかであり、同じ「 ジョエルテスト：より良いコードへの12ステップ 」を取り、何も発明する必要がないことがわかります。 しかし、何らかの理由で、ビルドサーバーを使用しない組織を見つけることができます。 そして、社会組織の問題に対するこのバイアスとの戦いの一環として、DevOpsが登場しました。 先祖を持つ他の方法論とは異なり、多くの場合研究所全体が開発に関与しています（PMBOKはPMIを開発し、ITILはAXELOSを開発し、2001年2月に米国ユタ州で署名されたAgile Manivestは特定の名前を持っています）、 DevOpsが論争と誤解を引き起こしているもの。 いいえ、 ウィキペディアの記事があり、 会議が開催されますが、DevOpsに含まれるものの正式な説明はありません。コミュニティ全体、または少なくとも大多数の開発者が同意しました。
Gartnerは、DevOpsで使用されるアプローチを体系化しようとしました。
* Gartnerの画像ソース。
写真からわかるように、DevOpsにはアジャイルの略称が含まれています。 信頼の文化; 共同集会。 しかし、これらすべてにおいて、主な重点はテクノロジーにあります。 ワンクリックでアプリケーションをデプロイできますか？ 継続的な統合とテストを使用していますか？ これらに対する答えや、写真からブロックで尋ねることができる他の多くの質問がない場合、これらは組織内のチーム、プロセス、製品を改善するためのオプションです。
例としてChatOpsを取り上げます。 このプラクティスは、チームチャットが通信だけでなく、実行中のビルド、コードおよび要件の変更、製品で発生したエラーに関する情報も収集することを意味します。 つまり 開発者は一連の場所（メール、BuildAgentポップアップメッセージ、チームチャット）を追跡する必要がなくなりました。 すべてが1か所で行われます。 ただし、チャットには、開発者のコマンドで、テスト環境や戦闘環境への展開の開始、反復の進行に関する情報の提供、重大なエラーのリストの提供などが可能なボットが存在する場合があります。 現代のほとんどのメッセンジャーにはAPIがあり、このようなボットの実装は大きな問題ではありません。
またはコードとしてのインフラストラクチャ。 通常、開発者が「点灯」しているという問題がありますが、テストや製品環境ではありません。 インフラストラクチャに関する情報を高レベル言語で保存する機能、リクエストに応じて完全に同一の環境を展開する機能、環境を変更およびテストする機能、バージョン管理された環境を用意する機能。 これにより、開発者、テスター、オペレーターの時間を大幅に節約できます。 そして、これにより、製品環境とリリースのレイアウトの再構成中の問題がどの程度大幅に削減されます。
同僚、あなたが時間を節約するために上記のプラクティスから使用するものをコメントで共有しますか？ または、Gartnerスキームに含まれていないものがありますが、本当に便利なものがありますか？ はい、Habréだけでなくこれについて話をしたい場合は、DevOpsDaysでスピーカーとして登録し、これに非常に興味のある人との個人的なコミュニケーションでも自分のアプローチを話し合うことができます。 カンファレンスは今年3月11日に開催され、チケットの公式販売がすでに始まっています。 こちらでチケット価格をご覧ください 。 そして、個人的に私からの小さな贈り物です。 PMまたはコメントで私に手紙を書いた最初の5人は、チケットを購入するための割引プロモーションコードを受け取ります。