Pengembangan perangkat lunak tangkas adalah metodologi pilihan untuk toko perangkat lunak saat ini. Tetapi masih ada organisasi yang tidak berlatih Agile dalam pengembangan perangkat lunak mereka, yang mungkin tertarik untuk mengadopsi DevOps.

Ketika saya mengatakan Pengembangan Perangkat Lunak Agile, yang saya maksud adalah keturunan apa pun yang keluar dari Manifesto untuk Pengembangan Perangkat Lunak Agile . Seperti Extreme Programming , Scrum , Pengembangan Perangkat Lunak Ramping dan lainnya.

Apakah pengembangan perangkat lunak Agile merupakan prasyarat wajib untuk mengadopsi DevOps di tingkat organisasi?

Pengembangan Perangkat Lunak Agile tidak diperlukan untuk melakukan DevOps, tetapi saya percaya argumen dapat dibuat bahwa proposisi nilai untuk DevOps sering jauh lebih rendah tanpa Agile.

DevOps banyak hal, tetapi otomatisasi adalah tema sentral. Nilai otomatisasi meningkat dalam proporsi langsung ke frekuensi pengembangan membuat rilis baru. Penempatan yang sering memiliki dampak positif pada jenis produk tertentu, khususnya aplikasi konsumen. Kecepatan tinggi sepanjang jalan melalui siklus hidup pengiriman nilai mengembalikan nilai untuk setiap iterasi (ada yang melihat iklan CA di mana zombie menginginkan fitur baru di aplikasi mereka?)

Tanpa Agile, rilis frekuensi tinggi sangat sulit, jika bukan tidak mungkin. Jika tim Pengembangan merilis perangkat lunak sekali seperempat, atau dua kali setahun, DevOps masih dapat mengotomatiskan proses, tetapi lalu apa gunanya? Investasi dalam waktu, pelatihan, dan sumber daya untuk mengadopsi DevOps mungkin sebagian dikembalikan dalam kualitas, namun, nilai terbaik adalah dalam mempertahankan kecepatan tinggi di seluruh siklus hidup pengiriman.

Orang juga bisa berpendapat bahwa jika Anda akan mengadopsi DevOps, mengapa Anda tidak juga mengadopsi Agile? Prinsip-prinsip yang membuat keduanya bekerja, bekerja dengan baik bersama. Berlatih DevOps dengan sendirinya, tanpa Agile, dapat menciptakan ketidakseimbangan antara Ops dan Dev, di mana Ops mengungguli Dev untuk pemberian layanan.

TIDAK

Saya berpendapat bahwa operasi Mature DevOps, memang membutuhkan proses Mature Agile. Anda tidak mungkin bisa mendapatkan kepercayaan penuh untuk terus menyebarkan atau mengizinkan pengembang Anda untuk memulai proses penyebaran tanpa proses Agile yang matang .

Namun, saya percaya sangat penting untuk memperjelas bahwa organisasi TIDAK perlu mengadopsi proses gesit mereka sebelum membangun budaya dan infrastruktur DevOps mereka. Bahkan, saya berpendapat bahwa sebenarnya lebih mudah untuk mengadopsi Agile setelah Anda memiliki beberapa DevOps dasar yang bekerja di perusahaan Anda. Daripada Agile menjadi prasyarat untuk DevOps, saya menyarankan agar DevOps digunakan untuk membantu memajukan implementasi agile Anda.

Pada konferensi Agile 2008, Andrew Clay Shafer dan Patrick Debois membahas "Agile Infrastructure". Ini adalah awal dari gerakan DevOps.

Tetapi sementara DevOps berakar pada Agile Manifesto, faktanya adalah bahwa tidak sepenuhnya diperlukan bagi tim pengembangan untuk menjadi Agile. Sebagian besar Prinsip Agile memang penting untuk diikuti, tetapi tidak ada Metodologi Agile spesifik yang ditentukan dan jika tim pengembangan dapat menemukan cara kerja mereka sendiri, sambil mempertahankan lebih kurang Prinsip Agile, Anda dapat menyadari manfaatnya.

Belum tentu; seperti jawaban lain telah nyatakan, Agile metodologi dan mentalitas DevOps dapat membangun satu sama lain, tetapi bagi saya, DevOps lebih luas daripada usaha pengembangan tangkas atau lean. Perusahaan yang mengadopsi DevOps melihat seluruh aliran nilai, termasuk operasi, pengembangan, desain produk, pemasaran, keamanan dll ... gerakan ini dapat berasal dari dalam silo apa pun dengan maksud untuk membongkar hambatan.

IMHO tidak perlu .

Dari DevOps (penekanan milik saya):

DevOps (senyawa terpotong dari "DEVelopment perangkat lunak" dan "OPerationS teknologi informasi") adalah istilah yang digunakan untuk merujuk pada serangkaian praktik yang menekankan kolaborasi dan komunikasi dari pengembang perangkat lunak dan profesional teknologi informasi (TI) sambil mengotomatisasi proses pengiriman perangkat lunak dan perubahan infrastruktur. 1 [2] Ini bertujuan untuk membangun budaya dan lingkungan di mana membangun, menguji, dan merilis perangkat lunak dapat terjadi dengan cepat, sering, dan lebih andal.

Saya disorot can happenkarena tidak must happen.

Tidak ada dalam uraian di atas yang benar - benar membutuhkan metodologi pengembangan yang gesit.

Tapi saya menduga sering transisi menuju DevOps sering memasukkan penyisipan metodologi tangkas dalam proses pengembangan karena mereka benar-benar cocok bersama.

Konsep devops telah muncul justru karena proliferasi lincah, sehingga tepat untuk menggunakan pendekatan devops dalam lincah. Misalnya, dengan gesit, integrasi berkelanjutan digunakan (yang merupakan bagian dari pendekatan devops), orkestrasi layanan dan wadah untuk menguji dan meluncurkan rilis baru untuk lingkungan uji dan produksi.