5 Cara Untuk Mempercepat Proses Pengembangan Perangkat Lunak
‘Masalah dengan proses pengembangan perangkat lunak biasanya tidak berada pada tim teknik – mereka sering ditemukan di area lain dalam organisasi’
Semua orang ingin semuanya menjadi lebih cepat dalam pengembangan perangkat lunak.
Tanyakan kepada eksekutif bagaimana mereka memotivasi karyawan di Maxbet, dan kemungkinan besar mereka akan berkata, “Saya meminta tim saya untuk memberikan 150% dari apa yang mereka mampu dan berharap untuk mendapatkan 100%.”
Meminta output seperti itu sama saja dengan meminta burnout. Anda tidak bisa hanya memasukkan sebanyak mungkin ke dalam sebuah sistem dan berharap sesuatu yang hebat keluar. Kualitas pekerjaan akan menurun, dan karyawan Anda akan berhenti.
Masalah dengan proses pengembangan perangkat lunak biasanya tidak berada pada tim teknik – masalah tersebut sering ditemukan di area lain dalam organisasi.
Pentingnya struktur
Ketika sebuah organisasi tumbuh, spesialisasi mulai berkembang dan kepemimpinan mulai membangun tim yang terintegrasi secara vertikal di sekitar mereka.
Misalnya, katakanlah Anda memiliki wakil presiden desain yang mempekerjakan direktur desain, yang kemudian mempekerjakan manajer desain untuk mempekerjakan dan mengelola desainer.
Jika sebuah proyek baru membutuhkan seorang desainer, Anda memanggil seseorang dari departemen desain untuk mengajukan permintaan untuk seorang desainer, dan tim desain akan mencari tahu dari sana.
Hal yang sama dapat terjadi di bidang teknik, analisis bisnis, pengembangan produk, dan setiap bagian lain dari suatu organisasi.
Hasilnya adalah kumpulan silo institusional yang berfokus pada cerobong asap mereka sendiri, dengan sedikit atau tanpa gagasan tentang apa yang terjadi di departemen lain, apalagi organisasi secara keseluruhan.
Pendekatan terselubung ini memperpanjang rantai pasokan yang harus dilalui oleh ide-ide sehingga rekayasa dapat memprioritaskan dan menyelesaikan produk.
Implikasi budaya
Budaya organisasi sering membatasi daya tanggap lebih jauh. Apa yang terjadi jika budaya Anda menentukan bahwa karyawan harus bekerja 80 jam seminggu untuk menyelesaikan sebuah proyek?
Anda tidak dapat memotivasi orang untuk memecahkan masalah yang sulit atau membangun solusi yang kompleks dengan meminta mereka untuk memberikan yang melebihi kapasitas.
Faktanya, melakukan hal itu cenderung memiliki efek sebaliknya, menurunkan kualitas perangkat lunak dan moral tim. Bukan berarti membatasi waktu pada item tertentu atau memberikan batasan waktu pada sebuah proyek tidak efektif, tetapi ‘solusi’ ini tidak masuk akal dalam jangka panjang.
Tim yang paling responsif adalah mereka yang memiliki alat dan otoritas untuk menyelesaikan pekerjaan – namun, beberapa perusahaan menganggap strategis untuk menghilangkan otonomi dan otoritas pengambilan keputusan dari tim mereka. Ketika orang kehilangan akuntabilitas, motivasi mereka bisa merana, dan Anda kehilangan momentum dan efisiensi yang diperlukan untuk memberikan hasil.
Langkah praktis apa yang dapat diambil untuk meningkatkan respons tim dan mempercepat pengembangan perangkat lunak?
1. Perkenalkan kendur
Slack, seperti kedengarannya, pada dasarnya adalah kurangnya aktivitas. Lihatlah perbedaan antara tali yang ditarik kencang dan tali yang dibiarkan lepas. Yang terakhir lebih fleksibel dan lentur, bukan? Inilah yang Anda inginkan: tim fleksibel yang gesit dan responsif.
Tim desain dan teknik menggunakan slack ini untuk memecahkan masalah yang muncul sebagai efek samping dari tugas utama mereka. Mereka juga menggunakan waktu ini untuk meningkatkan kualitas produk dan perawatan jangka panjang.
Tentu saja, kebalikannya juga benar: organisasi yang mendorong pekerjaan dengan kecepatan tinggi menciptakan produk berkualitas lebih rendah dengan masalah pemeliharaan.
Memberi waktu kepada orang-orang di organisasi Anda untuk berpikir kritis tentang pekerjaan mereka adalah langkah pertama Anda menuju peningkatan kualitas dan kemajuan yang mantap.
2. Batasi pekerjaan yang sedang berlangsung
Jangan terlalu berkomitmen. Jika Anda tidak membatasi jumlah hal yang sedang Anda kerjakan pada satu waktu, Anda tidak akan memiliki ruang untuk bernapas. Tim Anda membutuhkan waktu untuk memasukkan umpan balik dan membuat iterasi daripada terburu-buru mendorong proyek melalui pipa untuk sampai ke yang berikutnya.
3. Menunda komitmen
Membatasi pekerjaan yang sedang berjalan dapat menghasilkan antrian yang panjang. Solusinya adalah menunda komitmen sampai saat terakhir yang bertanggung jawab. Ini memungkinkan Anda untuk memasukkan waktu ke dalam rencana Anda untuk membuat jenis penyesuaian yang diperlukan untuk menindaklanjuti fungsionalitas apa pun yang sedang dikerjakan tim.
Menunda komitmen juga memberikan manfaat tambahan berupa informasi tambahan. Tidak membuat janji memberi Anda kesempatan untuk mengumpulkan informasi terbaik yang tersedia dan menentukan bagaimana melanjutkan proyek. Plus, data ini menginformasikan keputusan Anda tentang apa yang akan Anda lakukan sebagai lawan dari apa yang mungkin Anda lakukan.
4. Mempersingkat antrian
Antrian yang lebih pendek pasti menyebabkan waktu tunggu yang lebih pendek, memungkinkan Anda meminimalkan waktu siklus. Meskipun menunda komitmen dan membatasi pekerjaan yang sedang berjalan membantu, Anda tetap harus memantau antrean ini.
Belajarlah untuk melihat fitur dalam istilah ‘pekerjaan terpendek tertimbang terlebih dahulu’, yang berarti tugas termudah untuk diselesaikan terkadang adalah yang paling berharga; itu secara organik memperpendek antrian.
5. Buat keputusan yang mendekati titik aktivitas
Mencoba menerapkan efisiensi dari C-suite tidak selalu berhasil. Anda tidak cukup dekat dengan tindakan untuk membuat keputusan terbaik bagi tim. Bahkan jika keputusan adalah demi kepentingan terbaik tim, Anda sering kali terlalu jauh.
Kurang itu lebih. Pada akhirnya, cara Anda mempercepat kemajuan bisnis adalah dengan membatasi volume pekerjaan. Persingkat antrean, berikan ruang bagi tim untuk melakukan pekerjaan berkualitas tinggi pada lebih sedikit item, dan berikan diri Anda kemewahan untuk menerapkan lebih banyak prioritas ekonomi.
Baca juga: 6 Langkah Merencanakan Pengembangan Perangkat Lunak.
