Pelatihan Tertulis DevOps

Bagaimana Cara Memulai DevOps di Organisasi Anda?

Cara memulai DevOps di organisasi menentukan keberhasilan inisiatif Anda. Manfaatkan sebaik mungkin kesempatan pertama ini, yang mungkin juga menjadi satu-satunya.

Hindari Perubahan Serentak dan Mulai dari Skala Kecil

Anda tidak dapat mengubah keadaan dalam sekejap dan mengumumkan transformasi DevOps untuk seluruh organisasi pada hari pertama. Temukan dulu tim yang terus menghadapi masalah dan gagal mencapai sasaran. Cari tim yang menyadari perlunya perbaikan, terbuka terhadap cara kerja yang berbeda, dan sungguh-sungguh ingin melayani organisasi dan klien.

Tunjukkan Keberhasilan dengan Cepat Sejak Awal

Misi Anda adalah segera menunjukkan hasil dari inisiatif DevOps dan membuktikan kepada pihak yang ragu atau menentang masalah apa yang berhasil Anda selesaikan dan nilai apa yang Anda ciptakan. Setelah itu, terapkan perbaikan tersebut secara bertahap di bagian lain organisasi.

Begitulah penyedia ERP, CRM, dan SaaS terkemuka dari Jerman memulai DevOps. Tim pemeliharaannya hanya melakukan satu pengiriman per tahun. Akibatnya, kode yang belum dirilis cepat menumpuk di berbagai cabang untuk insiden yang berbeda. Mereka sangat kesulitan menggabungkan kode dan menghasilkan rilis pemeliharaan yang andal serta telah diuji sepenuhnya.

Mereka mula-mula menggabungkan tim pengembangan pemeliharaan dengan tim perencanaan pengiriman pemeliharaan, penjaminan mutu, dan pengelolaan lingkungan operasi. Mereka mulai menggunakan sistem pengelolaan tugas dan tiket bersama untuk memudahkan koordinasi dan komunikasi. Setelah itu mereka merilis setiap bulan, lalu setiap dua minggu.

Pada tahun pertama praktik baru ini, tim pemeliharaan menyelesaikan 6 kali lebih banyak insiden daripada tahun sebelumnya. Yang tidak kalah penting, persentase insiden yang dibuka kembali dan pengerjaan ulang terkait turun dari 39% menjadi 4%.

Dengan peningkatan yang signifikan dan metrik yang dapat menunjukkannya, inisiatif DevOps kecil tersebut mendapat dukungan dan kepercayaan yang besar di organisasi. Para eksekutif pun mendukung perluasan ke tim produk dan layanan lainnya.

Tentukan Produk dan Layanan Baru atau yang Sudah Ada yang Sesuai

Saat memulai DevOps, pertimbangkan apakah akan memilih produk dan layanan baru (greenfield) atau yang sudah ada (brownfield).

Produk dan layanan greenfield merupakan hal baru bagi organisasi. Sebaiknya bentuk tim baru yang bekerja terpisah, terutama pada tahap awal. Dengan cara ini, tim lebih berpeluang mengubah cara kerja yang sudah ada dan berpikir kreatif. Harapannya, mereka juga tidak sering terganggu oleh tanggung jawab sebelumnya. Berikan sasaran dan metrik kinerja TI dan bisnis yang konkret, seperti peningkatan penjualan atau keterlibatan klien, atau pengiriman yang lebih cepat. Inisiatif greenfield tidak bergantung pada kode lama dan dependensinya sehingga risiko saat memulai lebih rendah. Namun, keberhasilannya berdampak lebih kecil karena belum membuktikan apakah DevOps dapat menyelesaikan masalah yang sudah ada dan apakah hasilnya dapat diulangi di bidang lain.

Anda juga bisa memulai dengan produk dan layanan brownfield. Banyak di antaranya sudah berjalan di produksi dan melayani bisnis serta klien. Jika organisasi Anda seperti kebanyakan organisasi, perangkat lunak yang sudah ada mungkin memiliki utang teknis yang besar dan sedikit pengujian otomatis yang andal. Memulai dari sistem yang sudah ada bisa lebih menantang, tetapi hasil positif akan lebih memuaskan, meyakinkan, dan berdampak bagi organisasi Anda.

DevOps Juga Cocok untuk Organisasi Besar dengan Banyak Sistem Lama yang Masih Berjalan

Banyak orang keliru menganggap DevOps tidak cocok untuk produk dan layanan yang sudah ada. Bahkan ada yang mengira DevOps hanya cocok untuk perusahaan rintisan. Padahal, beberapa inisiatif yang paling patut dicontoh dimulai di perusahaan dengan organisasi TI besar dan matang, ribuan karyawan, dan banyak sistem lama yang penting bagi bisnis. Amazon, Easy, dan Facebook adalah beberapa contoh. Seperti studi kasus penyedia SaaS tadi, organisasi yang sudah mapan juga dapat memulai DevOps pada produk dan layanan yang ada. Karena sering ada kesenjangan besar antara hasil kerja produk lama dan ekspektasi klien, produk tersebut justru menjadi kandidat terbaik untuk mendapat manfaat dari transformasi. Sebagai langkah awal, luangkan waktu untuk menghapus atau setidaknya mengurangi utang teknis, lalu buat pengujian otomatis yang belum ada untuk fitur dan manfaat produk saat ini. Jika tidak, Anda tidak akan mampu melakukan penerapan ke produksi secara andal dalam siklus yang lebih singkat.

Pilih Sistem Pencatatan atau Sistem Interaksi yang Sesuai

Untuk inisiatif DevOps pertama, Anda bebas memilih sistem pencatatan atau sistem interaksi. Sistem pencatatan adalah sistem terpusat yang mengelola satu sumber data tepercaya bagi organisasi. Sistem ini terutama mengelola data pelanggan, transaksi, keamanan, dan privasi. Sistem interaksi umumnya berupa aplikasi terdesentralisasi yang mendorong klien dan pengguna berinteraksi dengan organisasi melalui portal responsif multisaluran atau aplikasi ponsel, tablet, dan desktop.

Dengan sistem pencatatan, Anda dapat menunjukkan kemampuan tim DevOps menangani tugas yang memakan waktu dan birokratis, seperti kepatuhan, keamanan, dan privasi. Tim menghasilkan bukti ilmiah dan nyata serta menggunakan pengujian otomatis dan telemetri selama seluruh siklus pengembangan dan operasi produk dan layanan. Contohnya adalah migrasi data yang tersebar secara geografis dari server basis data lokal ke awan, sambil memastikan satu sumber data tepercaya Anda tetap mematuhi aturan dan perundang-undangan setempat, internasional, serta industri.

Dengan sistem interaksi, Anda dapat menunjukkan seberapa cepat dan andal inovasi dilakukan melalui siklus pengiriman singkat. Ini karena kebanyakan inovasi yang terlihat dan sukses secara komersial saat ini berawal dari sistem interaksi. Contohnya adalah alur pembayaran yang lebih sederhana dan intuitif pada portal e-commerce yang meningkatkan penjualan sebesar 25%. Saat berhasil, eksekutif tidak hanya akan menghargai DevOps, tetapi juga Anda.

Cara Mewujudkan Transformasi DevOps yang Berhasil

Di awal perjalanan DevOps, jangan habiskan waktu untuk meyakinkan tim konservatif. Temukan tim yang paling inovatif, terbuka, memiliki jaringan luas, dan berpengaruh serta percaya pada pentingnya metodologi dan prinsip DevOps. Mulai dari satu atau dua tim. Gunakan kiat di atas untuk memilih produk dan layanan yang tepat, baik yang baru maupun yang sudah ada, serta sistem pencatatan atau interaksi yang sesuai.

Setelah melihat keberhasilan pertama, tim yang sudah bergabung akan menjadi pendukung terbesar Anda dalam menyebarkan DevOps ke seluruh organisasi. Perluas kerja sama ke kelompok lain dan perbanyak kisah keberhasilan. Hasil tersebut membangun kepercayaan dan dukungan terhadap inisiatif. Begitu melihat manfaat yang terukur, manajemen akan memberi lebih banyak dukungan, sponsor, dan perhatian.

Pada tahap akhir, identifikasi pihak berpengaruh yang menghambat inisiatif dan penentang keras (Curmudgeons). Anda mungkin bisa mengatasi mereka dengan cara yang sama, yaitu membicarakan risiko dan kekhawatiran. Jelaskan bahwa jika menolak mempelajari dan menggunakan DevOps, tim dan produk mereka akan terlihat buruk dan menjadi mata rantai terlemah dalam organisasi.

KESIMPULAN

Mendorong transformasi TI dalam organisasi bukan tugas mudah, termasuk untuk DevOps. Jika memulai dari skala kecil, Anda tidak menanggung banyak risiko. Ingat bahwa tugas penting seorang pemimpin, baik baru maupun berpengalaman, adalah memotivasi dan menggerakkan tim untuk meningkatkan kinerja bisnis dan mengambil risiko yang diperhitungkan untuk mencapai kepuasan profesional setinggi mungkin.