Proses rilis tim
Langkah pertama untuk menyiapkan praktik DevOps adalah menilai proses Anda saat ini. Ini berarti menganalisis:
- Artefak Anda yang sudah ada, seperti paket penyebaran dan NuGet, serta repositori kontainer Anda.
- Alat manajemen pengujian Anda yang ada.
- Alat manajemen kerja Anda yang sudah ada.
- Merekomendasikan strategi migrasi dan integrasi.
Mari kita melakukannya dengan tim Tailspin dan melihat bagaimana DevOps dapat membantu.
Setelah Irwin, yang merupakan manajer produk pergi, Amita berkata, "Kita butuh bantuan. Saya tidak tahu kapan tepatnya perbaikan ini diperlukan, tetapi saya tahu bahwa waktunya tidak lama lagi. Kita tidak siap untuk melakukan turnaround yang cepat. Plus, situs web Space Game baru harus menunggu sampai kami menyelesaikan kekacauan ini, dan permainan itu akan datang dengan cepat."
Andy menatap Mara. "Ada terlalu banyak informasi yang perlu Anda pahami dalam minggu-minggu pertama Anda."
"Tidak apa-apa", jawab Mara. "Mungkin Anda bisa menjelaskan kepada saya proses-proses yang ada di sini. Bagaimana sebuah game berpindah dari tahap pengembangan ke produksi?"
"Itu pertanyaan yang bagus", kata Andy. "Saya tidak yakin apakah kami bisa memberi Anda jawaban yang sederhana, tapi kita coba saja."
Tim memutuskan pergi ke kedai kopi untuk bersantai dan berdiskusi secara informal. Bersama-sama, mereka akan mencoba mencari tahu mengapa mereka mengalami begitu banyak masalah.
Sambil minum kopi, Mara mendengarkan dan mencoba membuat catatan. Ada banyak informasi dan informasinya tidak terorganisir. Pendapatnya tentang tim ini secara keseluruhan adalah:
- Mereka menggunakan pendekatan waterfall. Manajemen menetapkan prioritas. Pengembang menulis kode dan menyerahkan build ke QA. QA melakukan pengujian dan kemudian menyerahkan build ke bagian operasi untuk penyebaran.
- Pendekatan air terjun dapat diterima untuk tim kecil, tetapi di sini tujuannya tidak selalu jelas dan tampaknya sering berubah.
- Pengujian ditunda hingga akhir proses. Ini berarti memperbaiki bug dan membuat perubahan menjadi lebih sulit dan lebih mahal.
- Tidak ada definisi yang jelas tentang apa yang dilakukan berarti. Setiap anggota tim memiliki gagasan mereka masing-masing. Tidak ada tujuan bisnis keseluruhan yang disepakati semua orang.
- Beberapa kode ada dalam sistem kontrol versi terpusat. Banyak alat dan skrip yang hanya ada di berbagi jaringan.
- Ada banyak proses manual.
- Komunikasi serampangan dan bergantung pada email, dokumen Word, dan spreadsheet.
- Umpan balik juga jarang dan tidak konsisten.
- Di sisi positifnya, tim tampaknya akur dan mereka ingin memperbaiki semuanya.
Ketika melihat tumpukan catatannya,Mara tahu bahwa dia perlu mengorganisir semua informasi ini. Pengorganisasian informasi akan memudahkan evaluasi proses. Dia yakin bahwa pendekatan DevOps akan menyelesaikan banyak masalah tim ini, tetapi dia membutuhkan cara untuk mempresentasikan argumentasinya kepada tim.
Praktik DevOps sering dimulai dengan memahami proses yang ada. Dari sana, Anda dapat mengevaluasi apa yang bekerja dengan baik, apa yang tidak, dan berfokus pada apa yang harus diperbaiki terlebih dahulu.
Mara bertanya, "Apakah salah satu dari Anda pernah melakukan latihan pemetaan aliran nilai?"
Andy menggulung matanya, Amita mendesah, dan Tim mengatakan, "Kami tidak perlu lebih banyak dokumen."
Mara berkata, "Saya paham. Serahkan saja pada saya".
Senang karena orang baru yang akan menanganinya, semua orang kembali bekerja.