"Ketangkasan kosong."
Itu yang saya fikirkan sendiri sebelum ini.
Kami pembangun mempunyai kecenderungan apabila kami bermula dengan cpertimbangkan semua yang datang dari metodologi seperti beberapa helah pengurusan samar-samar yang fungsi tunggalnya adalah untuk menyediakan rangka kerja untuk pasukan, supaya projek boleh dijalankan.
Seperti Jadual Perintah yang sedikit berlebihan, menetapkan peraturan yang hanya segelintir orang tidak terpakai secara semula jadi.
Tetapi sebenarnya, tidak.
Prasangka ini, saya pasti menelannya berkat a latihan scrum dicadangkan oleh Xebia (dan diketuai oleh jurulatih Scrum yang berbakat Bruno Sbille) di mana saya berbesar hati untuk mengambil bahagian. Latihan memperakui Pemilik Produk Scrum tersebar selama 2 hari.
Dan sejak hari pertama, satu latihan khususnya yang meletakkan idea saya kembali pada tempatnya...
"Latihan Pesawat" yang dinamakan dengan tepat!
Ambil 3 pasukan 5/8 orang dan minta mereka menghasilkan kapal terbang kertas paling banyak dalam masa 3 minit.
Peraturan:
Tidak seorang pun boleh melakukan lebih daripada satu selekoh berturut-turut pada satah yang sama, satu orang merangkumi 'pemilik produk' mempunyai peranan untuk memeriksa bahawa setiap pesawat siap terbang dengan betul dan mempunyai larangan untuk membongkok.
Sebelum pemasa bermula, setiap pasukan mempunyai satu minit untuk menyusun strategi dan mengumumkan bilangan pesawat yang mereka fikir mereka boleh buat.
#strategi buruk
Tidak pasti, kami terfikir untuk melakukan 4.
0 telah mencuri.
2 pasukan yang lain melakukan yang lebih baik daripada kami tetapi tiada yang menunjukkan sama ada.
Kami kemudiannya berpeluang berdebat selama seminit untuk membetulkan strategi kami dan memberikan anggaran baharu sebelum 3 minit lipatan intensif lagi.
Diumumkan: 16.
Produk: 14.
pusingan ke-3:
18 diumumkan…
Diterbangkan: 18!
Kami sememangnya pasukan yang mempunyai keluk pengeluaran yang paling menarik, tetapi statistik 3 kumpulan itu menarik perhatian: kita semua bermula daripada nisbah di bawah 40% hingga berakhir pada 100%.
Wahyu, Kejutan, Penerangan.
Mengulang dalam tempoh masa yang singkat dengan retrospektif biasa meningkatkan kerja berpasukan secara mendadak.
Jauh lebih berkesan daripada klasik kitaran v yang mana pembangunan dilakukan dengan cara linear yang bodoh.
Akhirnya dinobatkan oleh taklimat besar yang baik di mana semua orang mempunyai peluang untuk memahami sejauh mana melebihi, yang kos tambahan dan bahagian ciri yang sedikit yang akhirnya memasuki pengeluaran.
Jadi ya, itu Kaedah tangkas kekal sebagai metodologi, alat pengurusan projek, rangka kerja, terutama sekali untuk menjadikan proses lebih banyak pintar, Ditambah fleksibel dan meningkatkan produktiviti dengan mengurangkan kos.
Mungkin pertimbangan yang tidak seksi dilihat dari mata seorang pengekod.
Tetapi ia juga merupakan alat yang sangat menjana emulator dan sangat bermanfaat.
Bayangkan melihat kejayaan pasukan anda meningkat dengan setiap "pecut" (lelaran) dan kualiti anggaran anda bertambah baik, seperti dalam contoh kapal terbang.
Menarik bukan?
Bayangkan menghidupkan projek melalui papan fizikal di mana setiap ciri diwakili oleh post-it yang bergerak dari lajur ke lajur...
mendebarkan bukan?
Bayangkan sentiasa mengetahui perkara yang dikodkan oleh 4, 5, 6 rakan pembangun anda dan mempunyai peluang untuk menyesuaikan strategi biasa pada bila-bila masa mengikut tarikh akhir?
Mengagumkan?
Nah, ya! 3 kali.
Saya mempunyai, sejak perubahan perspektif ini, kebahagiaan berenang dalam kolam ketangkasan, dan mengekalkan semua faedah.
Jadi ini adalah Mea Culpa saya.
“Ketangkasan, saya sayang awak.
Penggoda: Platform IT tempat saya bekerja pada masa ini sedang menyediakan transformasinya menjadi peranti "Pasukan Ciri" à la Spotify... Projek yang menjanjikan sama menyakitkan kerana ia memberi ganjaran. Akan bersambung…
Laurent Masella, UX-Scientist @UX-Republic
