アジャイルソフトウェア開発は、今日のソフトウェアショップが選択する方法論です。しかし、ソフトウェア開発でアジャイルを実践していない組織がまだあり、DevOpsの採用に関心があるかもしれません。

私がアジャイルソフトウェア開発と言うとき、私はアジャイルソフトウェア開発のための宣言から出てきたすべての子孫を意味します。以下のようなエクストリーム・プログラミング、スクラム、ソフトウェア開発リーンなどを。

アジャイルソフトウェア開発は、組織レベルでDevOpsを採用するための必須の前提条件ですか？

DevOpsを実行するためにアジャイルソフトウェア開発は必要ありませんが、DevOpsの価値提案はアジャイルなしではしばしばずっと低いという議論ができると思います。

DevOpsは多くのものですが、自動化は中心的なテーマです。自動化の価値は、開発が新しいリリースを作成する頻度に正比例して増加します。頻繁な展開は、特定の種類の製品、特にコンシューマーアプリケーションにプラスの影響を与えます。ソフトウェア配信ライフサイクル全体を通して高速であるため、反復ごとに価値が返されます（ゾンビがアプリに新しい機能を必要とするCA広告を見た人はいますか？）

アジャイルがなければ、高周波リリースは不可能ではないにしても、非常に困難です。開発チームが四半期に1回、または年に2回ソフトウェアをリリースしている場合、DevOpsはプロセスを自動化できますが、ポイントは何ですか？DevOpsを採用するための時間、トレーニング、およびリソースへの投資は、品質の一部が返される場合がありますが、最良の価値は、配信ライフサイクル全体にわたって高速を維持することです。

また、DevOpsを採用する場合、アジャイルも採用しないのはなぜだと主張することもできます。両方を機能させる原則は、うまく機能します。DevOpsをアジャイルなしで単独で実践すると、OpsとDevの間に不均衡が生じ、Opsがサービス提供に関してDevを上回る可能性があります。

番号

私は、成熟した DevOps操作には成熟したアジャイルプロセスが必要だと主張します。成熟したアジャイルプロセスを適切に実施しなくても、開発者が継続的にデプロイしたり、開発者がデプロイメントプロセスを開始したりする自信を完全に得ることはできません。

ただし、DevOpsの文化とインフラストラクチャを構築する前に、組織がアジャイルプロセスを採用する必要がないことを明確にすることは非常に重要だと思います。実際、会社でいくつかの基本的なDevOpsを使用していれば、実際にアジャイルを導入する方が簡単だと思います。アジャイルはDevOpsの前提条件ではなく、DevOpsを使用してアジャイル実装を進めることをお勧めします。

アジャイル2008会議で、Andrew Clay ShaferとPatrick Debois は「アジャイルインフラストラクチャ」について議論しました。これがDevOps運動の始まりでした。

しかし、DevOpsのルーツはアジャイルマニフェストにありますが、実際には、開発チームがアジャイルである必要はありません。アジャイルの原則のほとんどは実際に従うことが重要ですが、特定のアジャイルの方法論は規定されておらず、開発チームがアジャイルの原則に多少なりとも従いながら、独自の作業方法を考え出すことができれば、メリットを実感できます。

必ずしも; 他の回答が述べているように、アジャイルの方法論とDevOpsのメンタリティはお互いに築き上げることができますが、私にとって、DevOpsはアジャイルまたはリーンな開発努力よりも幅広いものです。DevOpsを採用する企業は、運用、開発、製品設計、マーケティング、セキュリティなどを含むバリューストリーム全体を検討します。この動きは、障壁を解体する目的で、あらゆるサイロ内で発生する可能性があります。

私見する必要はありません。

DevOpsから（エンファシス鉱山）：

DevOps（「ソフトウェア開発」と「情報技術OPerationS」のクリップされた化合物）は、ソフトウェア開発者と情報技術（IT）専門家の両方のコラボレーションとコミュニケーションを強調しながら、ソフトウェア配信とインフラストラクチャの変更。1 [2]ソフトウェアの構築、テスト、およびリリースを迅速、頻繁、そしてより確実に行うことができる文化と環境を確立することを目的としています。

そうcan happenではないので強調したmust happen。

上記の説明で実際にアジャイル開発方法論を必要とするものはありません。

ただし、DevOpsへの移行では、開発プロセスにアジャイル手法が組み込まれていることがよくあります。

devopsの概念はアジャイルの急増のために正確に生じたので、アジャイルでdevopsアプローチを使用することが適切です。たとえば、アジャイルでは、継続的な統合（devopsアプローチの一部）、テストおよびprod環境用の新しいリリースのテストおよびロールアウトのためのサービスとコンテナのオーケストレーションが使用されます。