Apa yang terkandung dalam "Transformasi DevOps"?

10

Beberapa perusahaan konsultan mempromosikan layanan yang disebut "DevOps Transformation". Banyak perusahaan besar membicarakan masalah ini di konferensi dan pertemuan di seluruh dunia.

Apa yang dimaksud dengan "Transformasi DevOps"? Bagaimana tampilannya dalam istilah yang dapat ditindaklanjuti, baik untuk transformasi yang berhasil, dan yang gagal.

terminology culture

— Evgeny
sumber

14

Saya perlu memberikan jawaban saya untuk pertanyaan ini dalam konteks apa DevOps itu, lebih khusus dalam transformasi DevOps saya telah menjadi bagian dari, DevOps adalah kepemilikan Siklus Hidup Pengembangan Perangkat Lunak penuh. Semua praktik dalam bagan adalah bagian penting dari DevOps, dan mereka memungkinkan dan mendukung Sistem Berpikir dan Penguatan Putaran Umpan Balik .

Namun, pembeda utama antara CI / CD dan DevOps adalah operasi perangkat lunak yang sebenarnya dalam lingkungan produksi, di mana ia dapat memberikan nilai kepada pelanggan dan bisnis yang dilayaninya.

Sebagai konsultan yang berpartisipasi dalam atau memimpin transformasi DevOps saya memiliki aspek-aspek berikut di depan pikiran saya:

Budaya : Seperti Dave cukup benar menunjukkan suatu budaya Continuous Eksperimentasi dan Belajar adalah penting untuk keberhasilan transformasi apapun. Dari sudut pandang DevOps, ini bermuara pada bagaimana kita menciptakan budaya yang mendukung model DevOps yang dipilih, model ini bisa menjadi "Anda Membangunnya, Anda Menjalankannya" atau bisa lebih sejalan dengan praktik Rekayasa Keandalan Situs Google .
Model Operasional : Ini adalah bagian dari proposisi bisnis yang mengartikulasikan bagaimana organisasi akan memberikan nilai, umumnya dengan mengartikulasikan People, Process, dan Tools yang digunakan yang diikat bersama pada tingkat tinggi. Tanpa model operasi, Anda tidak memiliki cetak biru untuk cara organisasi mengadopsi praktik-praktik yang didefinisikan budaya, ini, pada gilirannya, mengarah pada kurangnya kejelasan dan perilaku yang berbeda.
Aircover C-Level : Seringkali pekerjaan kita sebagai konsultan yang bekerja dalam program transformasi untuk membuat perubahan radikal pada cara bisnis bekerja. Anda akan membuat marah orang, dan beberapa orang tidak akan menyukai perubahan - penting bahwa Anda memiliki "penutup udara" dari atas untuk mengubah sesuatu dan bergerak maju.

Setelah level tinggi sudah ada, penting untuk menemukan sesuatu yang secara realistis dapat Anda berikan:

Mulai sekecil mungkin, idealnya, setelah Anda memiliki beberapa orang yang memahami budaya, sketsa model operasi dan penerimaan dari para eksekutif, buatlah "Proyek yang Layak Minimum", jangan mencoba untuk mendidihkan laut dengan memperkenalkan DevOps kepada ribuan pemirsa. Tetapkan tujuan yang dapat dicapai:
- Mengotomatiskan pembuatan infrastruktur dari Produk X.
- Otomatis pengiriman Produk X ke Azure di semua lingkungan.
- Dukungan langsung dari agen outsourcing Y ke tim pengembangan di London.
- Buat satu set tes di sekitar fitur paling berisiko kami dan jalankan dalam integrasi berkesinambungan.
Hebat Anda memiliki beberapa keberhasilan di bawah ikat pinggang Anda sekarang saatnya untuk mulai memanggang ini ke lebih banyak tim, tambahkan beberapa tim ke dalam campuran dan bangun dan berjalan. Jangan takut untuk menawarkan "Dukungan Sarung Tangan Putih" pada awalnya untuk membantu mereka dalam transisi; mereka akan membutuhkan banyak pegangan tangan selama beberapa minggu dan bulan mendatang.
Sekarang Anda memiliki beberapa pengguna awal yang mengikuti cara kerja baru; Anda memiliki massa yang kritis, sekarang saatnya untuk mulai menginjili pekerjaan yang Anda lakukan dengan audiens yang lebih luas:
- Adakan sesi tunjukkan dan beri tahu secara teratur, minta para pengguna awal untuk menunjukkan seberapa sukses mereka.
- Tawarkan sesi drop-in untuk memungkinkan bagian lain dari organisasi untuk mengeksplorasi bagaimana mereka bisa bergabung dengan tim Anda.
- Aktifkan penciptaan Komunitas Praktek yang berfokus pada disiplin ilmu tertentu: Penerapan Berkelanjutan, Pengujian Otomatis, Komunikasi Bisnis, Manajemen Risiko, Pemantauan dan Peringatan, dll.
Tetap di jalur dan tutup transformasi dengan menyatukan seluruh organisasi. Pahami hubungan antara Siklus Gartner Hype dan Siklus Hidup Adopsi . Bersiaplah untuk Program Transformasi untuk jatuh ke dalam "Palung Kekecewaan", tetap di jalur dan menjaga tujuan akhir yang terlihat.

Untuk penjelajahan yang lebih dalam dari poin terakhir, baca Geoffrey A. Moore's Crossing the Chasm . Saya benar-benar dapat menulis sebuah buku tentang cara memberikan transformasi DevOps, namun pada saat saya selesai, mungkin tidak ada lagi transformasi DevOps yang dapat saya lakukan.

— Richard Slater
sumber

10

DevOps cenderung memecah tiga dimensi utama:

Budaya Budaya
DevOps menekankan tingkat kepercayaan, kolaborasi, dan komunikasi yang tinggi di antara semua pemangku kepentingan, terutama Dev, Ops, dan Keamanan. Ketegangan dan persaingan alami antara kelompok-kelompok ini menciptakan gesekan, dan seringkali disfungsi. DevOps (bisa dibilang) pertama dan terutama tentang menyelaraskan upaya antara tim-tim ini.

Proses
DevOps proses pengembangan selaras erat dengan proses Agile. Ops didorong untuk mengambil praktik Agile-like agar lebih selaras dengan upaya Dev. Proses penyelarasan DevOps dirancang untuk mendukung kecepatan tinggi dan putaran umpan balik cepat di seluruh siklus pengembangan / pengiriman. Integrasi Berkelanjutan, Pengiriman Berkelanjutan, dan Peningkatan Berkesinambungan (kaizen) adalah area fokus dari proses DevOps.

Teknologi
DevOps bukan alat, tetapi didukung oleh alat. Ada seluruh rangkaian alat yang mendukung berbagai bidang termasuk Integrasi Berkelanjutan, Kontrol Sumber, dan Manajemen Siklus Aplikasi.

"DevOps Transformation" harus membahas elemen ketiganya, tetapi tidak harus semuanya sama secara bersamaan. Ada perkembangan alami dan "jalur kritis" untuk transformasi. Argumen dapat dibuat, misalnya, DevOps tergantung pada beberapa bentuk praktik Agile, setidaknya dalam tim Pengembangan / tim. Masalah dengan budaya mungkin perlu diatasi sebelum investasi dilakukan dalam perangkat.

Referensi:
Budaya: https://www.andykelk.net/devops/using-the-westrum-typology-to-measure-culture
Technology: https://xebialabs.com/ periodic- table- of- devops-tools/

— Dave Swersky
sumber

Apa yang akan dilakukan oleh seorang konsultan yang terlibat dalam transformasi semacam itu dalam pekerjaan sehari-hari?

— Evgeny

1

Itu tergantung pada prioritas yang diidentifikasi oleh bisnis. Pekerjaan budaya adalah yang paling sulit dan tidak jelas, itu adalah latihan pencarian jiwa dengan insentif. Proses kerja cenderung tentang Agile dan Continuous-X bekerja dengan PMO orgs. Teknologi cenderung menjadi RFP dan diskusi internal tentang kapabilitas dan peta jalan.

— Dave Swersky

Ini adalah awal yang baik tetapi juga penting untuk benar-benar mempertimbangkan ruang lingkup adopsi , layak juga menyebutkan tiga prinsip prinsip Gene Kim yang bekerja untuk mengatasi transformasi dengan cara yang berlaku: pemikiran sistem, memperkuat loop umpan balik, budaya eksperimentasi dan pembelajaran yang berkelanjutan.

— Karl Harnagy