Pengembangan perangkat lunak Agile telah membentuk pola kerja pada industri pengembangan perangkat lunak selama bertahun-tahun hingga sekarang. Hal ini telah mendapat perhatian oleh perusahaan besar dan kecil dan secara luas dikenal sebagai praktik terbaik. Dengan munculnya gerakan DevOps, link filosofis antara metode Agile dan DevOps kurang di eksplorasi tetapi lebih jelas dalam ekosistem saat ini. Hubungan antara Agile dan DevOps memang mendalam dan layak untuk dipahami lebih dalam. Dalam artikel ini kita akan mencoba untuk memeriksa keterkaitan ini dan menjelajahi mendalam turunan intrinsik diantara keduanya.
Ideologi Agile/tangkas/gesit berasal pada bulan Februari 2001 dengan penandatanganan manifesto Agile. Manifestasi tersebut menguraikan satu set cita-cita dasar yang berkaitan dengan pengembangan perangkat lunak. Prinsip-prinsip ini secara bulat disepakati sebagai output dari kelompok 17 pakar industri perangkat lunak yang berkumpul di Snowbird UT untuk membahas bidang yang berkembang dan evolusi dari apa yang kemudian disebut pengembangan ringan. Manifestasi itu kemudian disepakati berbagai tanda tangan dari pemimpin teknologi terkenal termasuk Martin Fowler, James Shore, dan Kent Beck yang menghadiri pertemuan tersebut.
Jika kita menggali lebih dalam manifesto Agile, dan menganalisis isinya dengan perspektif yang segar kita dapat dengan mudah mengidentifikasi nilai-nilai inti dan prinsip-prinsip dasar apa yang merancang metode Agile ini. Kita juga dapat melihat bahwa metode Agile dalam banyak hal adalah budaya kerja dan cara berpikir yang baru. Budaya kerja ini dipandu oleh satu set tujuan bersama, nilai-nilai umum dan keyakinan. Prinsip-prinsip Agile di organisir di sekitar prinsip-prinsip, keyakinan dan doktrin yang dijelaskan dalam manifestasi tersebut.
Yang tak kalah menarik dalam lanskap perangkat lunak perusahaan saat ini umumnya beroperasi di bawah payung Agile dan belum tampak menyimpang dari pondasi inti manifestasi Agile. Prinsip-prinsip inti ini merupakan landasan utama dan tidak dapat dipisahkan dari pengembangannya.
Dalam upaya untuk menjelaskan bagaimana sebuah organisasi yang benar-benar tangkas memandang pengembangan perangkat lunak, mari kita lihat beberapa perusahaan besar:
Prioritas utama kami adalah untuk memuaskan pelanggan melalui pengiriman awal dan terus menerus dari perangkat lunak yang lebih berkualitas.
Lebih sering membuat perangkat lunak, dari beberapa minggu sampai beberapa bulan menjadi waktu yang lebih pendek dari itu.
Pola Pikir Agile
Evolusi Metode Agile Setelah Debut Perdana Manifestasi
Adopsi Agile dalam industri pengembangan software menyebar cepat. Sejak debutnya berbagai inkarnasi dari pendekatan tangkas praktis telah muncul - ini termasuk scrum, Kanban, ScrumFall, SrumBan, dan banyak lagi. Perkembangan dari pendekatan praktis telah membantu menyusun jalan agar menjadi lebih lincah untuk bisnis pengembangan software. Metode Agile tertentu dan implementasi tingkat mikro yang terkait dengan Agile dalam konteks ini akan dibahas pada kesempatan lain. Dalam Artikel ini kami hanya membahas filosofi Agile yang dimaksudkan. Yang penting untuk diingat adalah bahwa masing-masing pendekatan tersebut adalah turunan dari yang diterbitkan tahun 2002 yakni Manifestasi Agile.Jika kita menggali lebih dalam manifesto Agile, dan menganalisis isinya dengan perspektif yang segar kita dapat dengan mudah mengidentifikasi nilai-nilai inti dan prinsip-prinsip dasar apa yang merancang metode Agile ini. Kita juga dapat melihat bahwa metode Agile dalam banyak hal adalah budaya kerja dan cara berpikir yang baru. Budaya kerja ini dipandu oleh satu set tujuan bersama, nilai-nilai umum dan keyakinan. Prinsip-prinsip Agile di organisir di sekitar prinsip-prinsip, keyakinan dan doktrin yang dijelaskan dalam manifestasi tersebut.
Yang tak kalah menarik dalam lanskap perangkat lunak perusahaan saat ini umumnya beroperasi di bawah payung Agile dan belum tampak menyimpang dari pondasi inti manifestasi Agile. Prinsip-prinsip inti ini merupakan landasan utama dan tidak dapat dipisahkan dari pengembangannya.
Dalam upaya untuk menjelaskan bagaimana sebuah organisasi yang benar-benar tangkas memandang pengembangan perangkat lunak, mari kita lihat beberapa perusahaan besar:
Prioritas utama kami adalah untuk memuaskan pelanggan melalui pengiriman awal dan terus menerus dari perangkat lunak yang lebih berkualitas.
Lebih sering membuat perangkat lunak, dari beberapa minggu sampai beberapa bulan menjadi waktu yang lebih pendek dari itu.
Pengenalan DevOps
Sebagaimana metode Agile pengembangnya terus ditujukan untuk mengubah cara organisasi dalam melihat pengembangan perangkat lunak, ide paralel mulai beredar pada Konferensi Teknologi dan Pengembangan yang diselenggarakan di Belgia pada tahun 2008. Ini berpendapat untuk perubahan budaya - siklus pengembangan yang lebih pendek, dan pengiriman ke pelanggan secara otomatis dan dengan kualitas tertinggi. Istilah ini akan kemudian diidentifikasi sebagai 'DevOps'. Dalam hal pengenalan DevOps kita akan bertemu banyak platform kontainer seperti Docker dan orkestrasi kontainer seperti kubernetes.
Selain otomatisasi dan meningkatkan kualitas, DevOps bertujuan untuk mengurangi ukuran pembangunan (ukuran release) dan mengotomatisasi seluruh SDLC (siklus pengembangan software) melalui pipa pengiriman. Ini dicapai dengan menciptakan dan mendefinisikan, membangun dan melepaskan proses, berkolaborasi dengan jaminan kualitas + keamanan, dan menerapkan solusi manajemen konfigurasi yang kuat.
DevOps meliputi seluruh pipa pengiriman perangkat lunak [Dev, QA, UAT, OPS, Bisnis, Security]. Anda mungkin telah menyadari, budaya DevOps memiliki tujuan mirip seperti metode Agile. Mereka berdua bertujuan untuk mengurangi waktu produk ke pasar dengan enkapsulasi dan menyusutkan jumlah pekerjaan yang diperlukan untuk mengembangkan, menguji dan memberikan perubahan perangkat lunak untuk pelanggan. Baik DevOps dan prinsip-prinsip Agile fokus pada dasar dari mengubah paradigma pengembangan perangkat lunak waterfall tradisional.
Kesimpulan:
DevOps dalam banyak hal sesuai dengan metode Agile dan dua agenda yang tampaknya unik adalah untuk sebagian besar identik kecuali untuk prevue (sharing) pada suatu lingkup. Konvergensi metodologi pengembangan dan solusi pengiriman ini telah membuka jalan bagi banyak perusahaan untuk meraup keuntungan dan manfaat bagi organisasi besar. Ketika mendekati sebuah organisasi dengan agenda DevOps atau Agile Anda mungkin menemukan banyak kesamaan pada kedua hal tersebut. Jika kita bisa memanfaatkan tenaga trampil di sekitar kita dengan hati-hati, maka C-Level akan lebih yakin dalam "membeli" layanan DevOps + implementasi budaya Agile. Dan perusahaan akan menghilangkan banyak keterbatasan untuk memajukan bisnis dengan menjadi pemimpin pasar.
Komentar
Posting Komentar