Pelatihan Tertulis DevOps
Bagaimana Cara Membangun Umpan Balik DevOps?
Dalam lingkungan TI dengan permintaan klien yang terus bertambah sulit, tim DevOps dan Anda perlu terus meningkatkan mutu pekerjaan. Bangun siklus umpan balik yang cepat, berkelanjutan, dan andal dari kanan ke kiri dalam aliran nilai.
Siklus ini membantu Anda mengatasi hambatan dengan cepat saat masih kecil, murah, dan mudah disingkirkan. Siklus ini juga membantu membangun budaya belajar sambil bekerja. Ketika timbul masalah, tim DevOps dan Anda menjadikannya kesempatan untuk belajar dan meningkatkan mutu produk serta layanan perangkat lunak.
Mengapa Mutu Bawaan Memerlukan Siklus Umpan Balik DevOps?
Pengalaman rekayasa perangkat lunak menunjukkan bahwa dalam sistem kompleks tidak ada orang yang tahu segalanya. Bahkan mengulangi pekerjaan yang sama persis tidak menjamin hasil yang sama. Karena ketidakpastian ini sulit diterima bisnis, organisasi berupaya meningkatkan kendali dan keandalan dengan daftar periksa, audit, kepatuhan, pakar penjaminan mutu, dan manajemen mikro. Namun, semua langkah itu terkadang belum cukup untuk mencegah kesalahan.
Untuk membangun organisasi yang memasukkan mutu sejak awal, mulailah dengan menerima bahwa kesalahan adalah bagian dari pekerjaan sehari-hari.
Bangun Budaya Sistem Kerja yang Aman
Bangun budaya sistem kerja yang aman. Tidak seorang pun di tim DevOps takut berbuat salah, karena semua orang tahu kesalahan akan ditemukan dan diperbaiki saat masih kecil, sebelum menimbulkan cacat serius, gangguan layanan, atau ulasan buruk dari klien.
Dengan budaya sistem kerja yang aman, Anda, tim DevOps, dan seluruh organisasi TI serta bisnis akan memperoleh manfaat berikut:
- Kompleksitas sistem akan dikelola sehingga masalah dalam desain dan operasi cepat terdeteksi.
- Masalah diselesaikan dengan cepat saat masih kecil. Penyelesaian masalah akan secara spontan menghasilkan pengetahuan dan pengalaman baru bagi organisasi.
- Pengetahuan dan pengalaman baru tersebar ke seluruh organisasi.
- Para pemimpin organisasi DevOps Anda membina pemimpin lain yang menciptakan dan terus memperbaiki sistem kerja yang aman.
Identifikasi Masalah Begitu Terjadi
Jika umpan balik di organisasi lambat, jarang, dan terlambat, upaya mencegah hasil yang tidak diinginkan juga terlambat dan mahal. Pada masa pengiriman waterfall, aplikasi dibangun selama setahun sebelum pertama kali ditunjukkan kepada klien, lalu ditulis ulang selama setahun lagi. Saat ini tidak ada bisnis yang mampu bekerja seperti itu.
Tujuannya membuat siklus umpan balik cepat. Saat pekerjaan bergerak dari kiri ke kanan dalam aliran nilai, umpan balik terus mengalir dari kanan ke kiri. Siklus cepat diperlukan untuk membangun mutu dalam organisasi DevOps. Tim menemukan masalah saat pertama kali muncul, segera memperbaikinya, dan terus memeriksa apakah implementasi sesuai dengan harapan klien internal, eksternal, dan pemangku kepentingan lain yang terdampak. Siklus cepat juga membantu tim belajar dan mencegah kesalahan terulang.
Perbaiki Kesalahan Selagi Lebih Mudah, Cepat, dan Murah
Menemukan masalah dengan cepat membuat Anda dapat segera memperbaikinya. Jika tidak,
- Biaya dan upaya untuk memperbaikinya meningkat secara eksponensial, dan utang teknis (solusi sementara yang bertumpuk) pun menumpuk.
- Kesalahan berlanjut ke unit kerja hilir dalam aliran nilai dan kemungkinan besar memicu kesalahan lain.
- Kesalahan berulang jauh dari unit kerja tempat kesalahan itu bermula, dan diperlukan lebih banyak perbaikan dan usaha untuk mengatasinya.
- Orang mulai lupa mengapa kesalahan terjadi dan kondisi yang menyebabkan kesalahan pun berubah. Jika kesalahan baru diketahui beberapa bulan kemudian, akar penyebab sulit ditemukan dan pelajaran tidak bisa diambil. Anda hanya membuat solusi sementara untuk mengatasi keadaan, lalu beralih ke solusi sementara berikutnya. Inilah yang ingin dihindari dengan DevOps.
Dorong tim dan diri sendiri untuk menyuarakan masalah dan membangun mekanisme umpan balik berkelanjutan agar kesalahan cepat ditemukan dan diperbaiki. JANGAN menumpuk pekerjaan yang salah di atas pekerjaan yang sudah salah. Jangan membangun fitur baru sebelum memperbaiki kesalahan yang dapat mengganggu pembuatannya. Dengan terus meningkatkan mutu dan mengatasi kesalahan saat muncul, Anda dapat membangun produk dan layanan terbaik di pasar.
Buat Keputusan Pengendalian Mutu di Tempat Pekerjaan Dilakukan
Menjauhkan keputusan pengendalian mutu dari tempat kerja menurunkan mutu, memperpanjang waktu pengiriman, memperlemah hubungan umpan balik antara sebab dan akibat, dan menyulitkan Anda belajar dari kesalahan.
Singkatnya:
- Jangan mewajibkan tim melakukan pemeriksaan mutu secara manual jika dapat diotomatisasi.
- Jangan meminta persetujuan orang sibuk yang hanya sedikit atau sama sekali tidak memahami pekerjaan yang dilakukan.
- Jangan membuat dokumentasi panjang untuk persetujuan yang akan segera usang karena sifat pekerjaan Anda.
- Jangan mengirimkan pekerjaan dalam batch besar kepada pihak berwenang untuk disetujui.
Setiap anggota tim DevOps seharusnya menemukan, memperbaiki, berbagi, membicarakan, dan mengajarkan kesalahan di wilayah tanggung jawabnya. Pemrograman berpasangan, tinjauan sejawat, pengujian otomatis, pemeriksaan commit, titik pemeriksaan internal, dan demonstrasi yang sering menjadikan penjaminan mutu tanggung jawab semua orang, bukan hanya departemen khusus.
KESIMPULAN
Tim DevOps dan Anda selalu sadar bahwa pekerjaan Anda adalah melayani klien. Bekerjalah demi kepentingan terbaik klien internal dan eksternal.
Unit kerja berikutnya dalam aliran nilai sangat penting. Pahami kebutuhannya saat mengoptimalkan pekerjaan Anda. Bangun umpan balik yang cepat dan andal agar aliran nilai lancar, cepat, dan bermutu, sehingga tim dapat menemukan dan menyelesaikan masalah sesegera mungkin.
