Mengadopsi budaya Agile

Jika ada satu pelajaran yang bisa dipetik dari dekade terakhir transformasi Agile, tidak ada solusi serbaguna 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 harian yang sempurna atau retrospektif. Sebaliknya, ini tentang menciptakan budaya di mana hal yang benar terjadi lebih sering daripada tidak. Aktivitas seperti standup dan retrospektif memiliki tempat mereka, 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 Pengembang 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 inti organisasi. Sekarang setiap tim bergerak dengan irama yang sama.

Penting untuk memilih panjang sprint dan konsisten menggunakannya. Jika ada beberapa tim Agile, mereka semua harus menggunakan panjang sprint yang sama. Jika umpan balik mendorong perubahan, maka menjadi reseptif. Akan menjadi jelas ketika istilah yang tepat telah 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. Maksud Peter adalah bahwa mengirimkan perangkat lunak Anda akan mengajarkan hal-hal yang tidak bisa dan tidak akan Anda pahami kecuali Anda benar-benar melakukannya.

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

Tim yang sehat

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

Menempatkan tim di lokasi yang sama jika memungkinkan

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

Menjaga tim tetap utuh untuk jangka waktu yang wajar

Memungkinkan tim untuk menguasai seni membangun perangkat lunak bersama-sama. Ketika tim diubah secara acak, hubungan atau sinergi yang telah 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.

Pekerjaan keseimbangan beban, bukan orang

Terkadang tim tertinggal dan membutuhkan bantuan. Taktik umum untuk mengatasi hal ini adalah meminjamkan seseorang dari satu tim ke tim lain. Namun, itu bisa kontraproduktif. Solusi yang lebih baik adalah mendistribusikan beban kerja ke tim lain, daripada mendistribusikan orang di antara mereka. Menarik seseorang dari satu tim untuk membantu tim lain dapat mengganggu kelancaran kedua tim, dan dapat membuat orang yang dipindahkan tersebut merasa frustrasi, bahkan jika hanya sementara. Semua ini mempengaruhi produktivitas tim dan, lebih mungkin daripada tidak, berdampak negatif pada kemampuan untuk kembali sesuai jadwal.

Menyeimbangkan beban pekerjaan bukan orang memungkinkan tim yang sudah ada untuk bergabung dan membantu. Itu 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 memiliki kekuatan untuk menyediakan dan mengelola 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 apakah mereka memiliki kode yang diperlukan untuk memperbaiki bug. Bug dipindahkan karena tim menentukan itu bukan bug mereka dan mengalihkannya 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 selanjutnya

Saat tim memulai transformasi Agile mereka sendiri, ingatlah prinsip dasar ini. Ingat, tidak ada resep tunggal yang akan bekerja untuk setiap organisasi. Transformasi tangkas adalah perjalanan. Buat perubahan dan pelajari dari perubahan tersebut. Seiring waktu organisasi akan mengembangkan budaya Agile yang dibutuhkannya.

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.