Selamat datang kembali. Mari kita bicara tentang prinsip-prinsip yang dapat Anda gunakan untuk memandu Anda dalam mengambil nilai-nilai inti DevOps dan menghidupkannya.
Seperangkat prinsip yang paling dihormati disebut The Three Ways. Model ini dikembangkan oleh Gene Kim, penulis "Visible Ops" dan "The Phoenix Project," dan Mike Orzen, penulis "Lean IT." Tiga cara yang mereka usulkan adalah ;
- pemikiran sistem,
- memperkuat loop umpan balik, dan
- budaya eksperimen dan pembelajaran berkelanjutan.
Cara pertama, pemikiran sistem, memberi tahu kita bahwa kita harus memastikan untuk fokus pada hasil keseluruhan dari seluruh pipa atau rantai nilai.
Sangat mudah untuk membuat kesalahan dengan mengoptimalkan satu bagian dari rantai itu dengan mengorbankan hasil keseluruhan. Saat Anda mencoba mengoptimalkan kinerja dalam aplikasi, misalnya, meningkatkan kinerja atau sumber daya sistem di satu area menyebabkan kemacetan berpindah, terkadang ke tempat yang tidak terduga.
Menambahkan lebih banyak server aplikasi, misalnya, dapat membanjiri server database dengan koneksi dan menurunkannya. Anda harus memahami seluruh sistem untuk mengoptimalkannya dengan baik.
Prinsip yang sama berlaku untuk organisasi TI. Tim penyebaran mungkin membuat proses untuk membuat pekerjaan mereka sendiri berjalan lancar dan jumlah produktivitas mereka terlihat bagus, tetapi perubahan yang sama dapat membahayakan proses pengembangan dan mengurangi kemampuan keseluruhan organisasi untuk memberikan perangkat lunak.
Aliran keseluruhan ini sering disebut From Concept to Cash. Jika Anda menulis semua perangkat lunak di dunia, tetapi Anda tidak dapat mengirimkannya ke pelanggan dengan cara yang dapat mereka gunakan, Anda kalah.
Perpecahan antara pengembangan dan operasi sering menjadi tempat di mana aliran dari konsep ke uang tunai salah. Gunakan pemikiran sistem sebagai panduan saat menentukan metrik keberhasilan dan mengevaluasi hasil perubahan.
Cara kedua, memperkuat loop umpan balik, adalah tentang membuat, mempersingkat, dan memperkuat loop umpan balik antara bagian-bagian organisasi yang berada dalam aliran rantai nilai itu. Loop umpan balik hanyalah sebuah proses yang mempertimbangkan outputnya sendiri ketika memutuskan apa yang harus dilakukan selanjutnya.
Istilah ini awalnya berasal dari sistem kontrol teknik. Loop umpan balik yang singkat dan efektif adalah kunci untuk pengembangan produk yang produktif, pengembangan perangkat lunak, dan operasi.
Ambil kisah bug sederhana. Jika bug itu ditemukan oleh pengembang sebelum mereka memeriksanya ke kontrol sumber, karena pengujian pada desktop mereka menangkapnya, Anda telah menghilangkan masalah dengan sedikit waktu yang terbuang. Jika bug itu melewati titik itu dan ditemukan oleh tim QA, didokumentasikan dalam sistem tiket, dan kemudian didorong kembali ke pengembang untuk diperbaiki, itu masih diselesaikan, tetapi dengan lebih banyak waktu yang terbuang. Jika sampai ke rilis pelanggan dan ditemui oleh pengguna akhir, dicatat dengan organisasi pendukung, diaduk dalam dukungan, ditingkatkan kembali ke pengembangan, direrioritisasi oleh manajer produk, dan kemudian diperbaiki, itu membuang lebih banyak waktu dan uang untuk hasil yang sama atau lebih buruk. Umpan balik yang efektif adalah apa yang mendorong setiap loop kontrol yang dirancang untuk meningkatkan sistem. Gunakan loop umpan balik yang diperkuat untuk membantu Anda saat membuat proses multi-tim, memvisualisasikan metrik, dan merancang alur pengiriman.
Cara ketiga mengingatkan kita untuk menciptakan budaya kerja yang memungkinkan eksperimen dan pembelajaran berkelanjutan. Anda dan tim Anda harus terbuka untuk mempelajari hal-hal baru, dan rute terbaik untuk itu adalah secara aktif mencobanya untuk melihat apa yang berhasil dan apa yang tidak berhasil, alih-alih jatuh ke dalam kelumpuhan analisis. Tapi ini bukan hanya tentang mempelajari hal-hal baru. Ini juga berarti terlibat dalam latihan berkelanjutan yang diperlukan untuk menguasai keterampilan dan alat yang sudah menjadi bagian dari portofolio Anda.
Fokus di sini adalah melakukan. Anda menguasai keterampilan Anda dengan pengulangan latihan, dan Anda menemukan keterampilan baru dengan mengambilnya dan mencobanya. Anda mungkin pernah mendengar teknolog lain mengatakan hal-hal seperti kode kerja menang, jika sakit, lakukan lebih banyak, dan gagal dengan cepat.
Ini semua berbicara tentang budaya semacam ini, yang mempertahankan fokus praktis untuk melakukan daripada hanya berbicara tentang melakukan. Gunakan cara ketiga, budaya eksperimen dan pembelajaran berkelanjutan, saat membuat proses dan standar tim, dan sebagai bagian dari gaya kepemimpinan Anda.
Dorong berbagi dan mencoba ide-ide baru. Insinyur pada dasarnya adalah pencari masalah dan pemecah masalah. Dan itu sering dapat berubah menjadi negatif tentang teknologi baru atau menghindari upaya untuk mencoba hal-hal baru dari sindrom yang tidak ditemukan di sini hingga upaya yang disengaja pada perlindungan khusus. Akui dan atasi godaan-godaan ini di jalan Anda menuju keunggulan. Tidak ada teknologi, bahkan teknologi whiz-bang baru seperti Docker atau Amazon Web Services,
adalah peluru perak yang memecahkan semua masalah Anda. Ini adalah bagaimana Anda menggunakannya yang paling penting. Saat Anda melanjutkan perjalanan DevOps, penting untuk tetap membumi dalam pemahaman tentang masalah persis apa yang dipecahkan oleh praktik atau alat tertentu untuk Anda.
Tiga Cara menyediakan kerangka kerja praktis untuk mengambil nilai-nilai inti DevOps dan secara efektif menerapkan proses dan alat tertentu yang selaras dengannya. Saat Anda bergerak maju dalam implementasi DevOps Anda, selalu pikirkan seluruh sistem.
Post a Comment