Jawaban:
Mengenai lincah, saya tidak berpikir tim mana pun dapat melakukannya tanpa " Retrospeksi Agile ". Retrospektif adalah tulang punggung tim mana pun dan menjalankannya dengan benar jauh dari sepele.
Saya juga merekomendasikan " Melatih tim yang gesit ". Saat ini saya membacanya dan sekitar setengah jalan. Ini bisa sedikit mengembang dari waktu ke waktu, tetapi memberikan banyak wawasan yang bagus - setidaknya bagi saya.
(Kemudian diedit: maksud saya "melatih tim gesit", bukan "pelatihan tangkas".)
Pengembangan Perangkat Lunak Agile dengan Scrum adalah buku yang saya baca untuk kursus CSM saya. Sejauh ini saya merasa sangat berguna (tim kami baru memulai sprint ketiga). Saya sangat merekomendasikan membaca beberapa buku tentang masalah ini, lebih disukai oleh berbagai penulis yang berbeda. Itu seharusnya memberi Anda ide bagus tentang di mana perbedaan itu, dan dengan demikian hal-hal apa yang benar-benar perlu Anda pikirkan dan sampai pada kesimpulan Anda sendiri.
Scrum dan XP dari Parit adalah buku yang sangat bagus tentang masalah ini. Tidak seperti buku-buku lain, ini menggambarkan bagaimana satu perusahaan melakukan scrum dari awal. Ini adalah buku yang lebih praktis, yang memberi Anda rasa BAGAIMANA scrum dapat dilakukan. Dan bukunya GRATIS.
Untuk Scrum, saya akan pergi dengan "Agile Estimating and Planning" karya Mike Cohn .
Ini mencakup Scrum dari dasar-dasar ke beberapa topik yang lebih kompleks dan juga membahas beberapa pertanyaan yang lebih umum daripada yang muncul ketika memulai dengan Scrum. Sebagai contoh:
Cohn juga membahas beberapa topik dari perspektif Pemilik Produk - bagaimana memprioritaskan jaminan simpanan, berbagai pendekatan berbeda untuk sampai pada ukuran "nilai bisnis" yang sulit dipahami, termasuk. model Kano untuk pengembangan produk. Tidak semua itu mungkin relevan bagi seseorang dalam peran dev yang ketat (saya memiliki kata-kata kasar lain untuk apakah "peran dev ketat" bahkan merupakan hal yang baik), tetapi selalu membantu untuk memiliki beberapa konteks. Memang, saya berpendapat bahwa konteks sangat penting untuk kesuksesan jangka panjang.
Pengembangan Perangkat Lunak Agile: The Cooperative Game (2nd Edition)
... salah satu perintis terkemuka agile memperbarui bukunya yang memenangkan penghargaan Jolt Productivity untuk mencerminkan semua yang telah dipelajari tentang pengembangan lincah sejak diperkenalkannya aslinya.
Alistair Cockburn memulai dengan memperbarui model pengembangan perangkat lunaknya yang kuat sebagai "permainan kooperatif penemuan dan komunikasi." Di antara ide-ide baru yang ia perkenalkan: memanfaatkan kompetisi tanpa merusak kolaborasi; belajar pelajaran dari lean manufacturing; dan menyeimbangkan strategi untuk komunikasi. Cockburn juga menjelaskan bagaimana permainan kooperatif dimainkan dalam bisnis dan proyek-proyek teknik, bukan hanya pengembangan perangkat lunak
Selanjutnya, ia secara sistematis menerangi model gesit, menunjukkan bagaimana itu telah berkembang, dan menjawab pertanyaan yang paling sering diajukan oleh pengembang dan manajer proyek, termasuk
- Di mana perkembangan tangkas cocok dalam organisasi kita?
- Bagaimana kita memadukan ide lincah dengan ide lain?
- Bagaimana kita memperluas ide-ide tangkas secara lebih luas?
Cockburn mengambil kesalahpahaman penting yang menyebabkan proyek lincah gagal. Sebagai contoh, Anda akan belajar mengapa penyandian strategi manajemen proyek ke dalam proses tetap dapat menyebabkan keputusan strategi yang tidak efektif dan kesalahan yang mahal. Anda juga akan menemukan diskusi mendalam tentang hubungan kontroversial antara metode gesit dan desain pengalaman pengguna.
Cockburn beralih ke tantangan praktis membangun metodologi lincah untuk tim Anda sendiri. Anda akan belajar cara menyetel dan terus-menerus menemukan kembali metodologi Anda, dan bagaimana mengelola komunikasi yang tidak lengkap ...