Mengadopsi budaya Agile

Jika ada satu pelajaran yang akan dipelajari dari dekade terakhir "Transformasi agile", tidak ada solusi yang cocok untuk mengadopsi atau menerapkan pendekatan Agile . Setiap organisasi memiliki kebutuhan, batasan, dan persyaratan yang berbeda. Mengikuti resep secara membabi buta tidak akan menyebabkan keberhasilan.

Gerakan Agile adalah tentang terus menemukan cara untuk meningkatkan praktik membangun perangkat lunak. Ini bukan tentang standup atau retrospektif harian yang sempurna. Sebaliknya, ini tentang menciptakan budaya saat hal yang benar terjadi lebih sering daripada tidak. Kegiatan seperti standup dan retrospektif memiliki tempatnya sendiri, tetapi mereka tidak akan mengubah budaya organisasi.

Artikel ini merinci elemen dasar yang dibutuhkan setiap organisasi untuk menciptakan pola pikir dan budaya Agile. Rekomendasi tidak boleh diikuti secara membabi buta. Setiap organisasi harus menerapkan apa yang masuk akal di lingkungan tertentu.

Jadwal dan ritme

Tidak ada panjang sprint yang sempurna. Tim telah berhasil dengan panjang sprint yang berkisar dari satu hingga empat minggu. Yang paling penting adalah konsistensi.

Pilih panjang sprint yang sesuai dengan budaya, produk, dan keinginan organisasi Anda untuk memberikan pembaruan. Misalnya, divisi Alat Pengembangan di Microsoft (sekitar 6.000 orang) bekerja dalam sprint tiga minggu. Tim kepemimpinan tidak memilih panjang sprint ini; itu berasal dari umpan balik langsung dari tim teknik. Seluruh divisi beroperasi pada jadwal sprint tiga minggu ini. Sprint sejak itu menjadi jantung organisasi. Sekarang setiap tim berbaris untuk mengalahkan drum yang sama.

Penting untuk memilih panjang sprint dan tetap menggunakannya. Jika ada beberapa tim Agile, mereka semua harus menggunakan panjang sprint yang sama. Jika umpan balik mendorong adanya perubahan, maka terimalah. Nantinya akan menjadi jelas saat aturan yang tepat diberlakukan.

Budaya pengiriman

Peter Provost, Manajer Program Grup Utama di Microsoft, mengatakan "Anda tidak dapat menipu pengiriman." Kesederhanaan dan kebenaran pernyataan itu adalah landasan budaya Agile. Artinya Peter adalah bahwa pengiriman perangkat lunak Anda akan mengajarkan hal-hal yang tidak dapat dan tidak akan Anda pahami kecuali Anda benar-benar mengirim perangkat lunak Anda.

Sifat manusia adalah menunda atau menghindari melakukan berbagai hal sampai benar-benar diperlukan. Ini benar adanya dalam hal pengembangan perangkat lunak. Tim mengesampingkan bug hingga akhir siklus, tidak memikirkan pengaturan atau peningkatan sampai dipaksa, dan biasanya menghindari hal-hal seperti pelokalan dan aksesibilitas sedapat mungkin. Ketika pola ini muncul, tim membangun utang teknis yang perlu dibayarkan di lain waktu. Pengiriman menuntut semua utang dibayar. Anda tidak bisa menipu pengiriman. Untuk membangun budaya Agile, mulailah dengan mencoba mengirim produk di akhir setiap sprint. Awalnya tidak akan mudah, tetapi saat tim mencobanya, mereka dengan cepat menemukan semua hal yang seharusnya terjadi, tetapi tidak terjadi.

Tim yang sehat

Tidak ada resep untuk tim Agile yang sempurna. Namun, beberapa karakteristik utama membuat keberhasilan jauh lebih mudah dicapai.

Temukan tim bersama jika memungkinkan

Apakah tim dapat menemukan kesuksesan dengan orang-orang yang tersebar di berbagai geografi? Ya, tapi lebih sulit. Saat orang berada di lokasi bersama dan duduk di ruangan yang sama, percakapan yang tepat cenderung terjadi begitu saja. Masih mungkin untuk berhasil dengan tim yang terletak di seluruh dunia dan zona waktu yang berbeda. Tapi bukankah tim yang sama itu memiliki keuntungan tanpa semua rintangan itu?

Menjaga tim tetap utuh untuk jangka waktu yang wajar

Izinkan tim menguasai seni membangun perangkat lunak bersama-sama. Ketika tim diacak, kimia apa pun yang mereka kembangkan akan terganggu. Terkadang tepat untuk mengatur ulang, tetapi tim biasanya lebih produktif ketika mereka diberi waktu untuk mempelajari cara bekerja sama. Sebagai pedoman, cobalah untuk menjaga tim tetap utuh setidaknya selama 12 bulan.

Seimbangkan beban pekerjaan, bukan orang

Terkadang tim tertinggal dan membutuhkan bantuan. Taktik umum untuk mengatasinya adalah meminjamkan seseorang dari satu tim ke tim lain. Namun, ini dapat menjadi kontraproduktif. Solusi yang lebih baik adalah menyeimbangkan pekerjaan ke tim lain, daripada menyeimbangkan beban orang di antaranya. Menarik seseorang dari satu tim untuk membantu tim lain mengganggu kedua tim, dan itu dapat membuat orang tersebut frustrasi dipindahkan, bahkan jika sementara. Semua ini mempengaruhi produktivitas tim dan, lebih mungkin daripada tidak, berdampak negatif pada kemampuan untuk kembali sesuai jadwal.

Pekerjaan penyeimbangan beban alih-alih orang memungkinkan tim yang sudah dibuat untuk masuk dan membantu. Ini menjadi percakapan tentang prioritas, bukan percakapan tentang orang.

Biarkan tim memiliki area fitur sendiri, bukan lapisan arsitektur

Berusahalah untuk membangun tim vertikal yang memiliki area fitur. Tim ini bertanggung jawab atas semua pekerjaan yang diperlukan untuk menambahkan fitur ke area mereka, dari database hingga perubahan antarmuka pengguna. Tim diberdayakan untuk memberikan dan memiliki pengalaman menyeluruh.

Ketika tim horizontal memiliki lapisan arsitektur, tidak ada satu tim pun yang bertanggung jawab atas pengalaman end-to-end. Menambahkan fitur mengharuskan beberapa tim untuk berkoordinasi dan memerlukan tingkat manajemen dependensi yang lebih tinggi. Mengatasi bug mengharuskan beberapa tim untuk menyelidiki jika mereka memiliki kode yang diperlukan untuk memperbaiki bug. Bug berkeliaran karena tim menentukan itu bukan bug mereka dan melemparnya ke tim lain.

Tim fitur tidak memiliki masalah ini. Kepemilikan dan akuntabilitas jelas. Mungkin ada tempat untuk beberapa tim berbasis arsitektur. Namun, tim yang berfokus secara vertikal lebih efektif.

Langkah berikutnya

Saat tim memulai transformasi Agile mereka sendiri, ingatlah prinsip-prinsip dasar ini. Ingat, tidak ada resep tunggal yang akan bekerja untuk setiap organisasi. Transformasi Agile adalah sebuah perjalanan. Buat perubahan dan belajarlah. Seiring waktu, organisasi akan mengembangkan budaya Agile yang dibutuhkan.

Microsoft adalah salah satu perusahaan Agile terbesar di dunia. Pelajari selengkapnya tentang cara Microsoft mengadopsi budaya Agile untuk perencanaan DevOps.

Pelajari tentang bagaimana Azure DevOps memungkinkan tim untuk mengadopsi dan menskalakan budaya Agile.