Pada akhir sprint 2 minggu dan tugas memiliki ulasan kode, dalam ulasan kami menemukan fungsi yang berfungsi, dapat dibaca, tetapi cukup panjang dan memiliki sedikit bau kode. Pekerjaan refactor yang mudah. Kalau tidak, tugas tersebut sesuai dengan definisi yang dilakukan. Kami punya dua...
Kami kira-kira tengah melalui transisi kami dari air terjun ke tangkas menggunakan scrum; kami telah berubah dari tim besar dalam silo teknologi / disiplin menjadi tim lintas fungsi yang lebih kecil. Seperti yang diharapkan, perubahan menjadi gesit tidak cocok untuk semua orang. Ada beberapa...
Saya seorang pengembang yang mengerjakan aplikasi seluler baru untuk Android dan iOS dengan komponen backend yang besar. Kami telah berada di tiga sprint proyek ini, dan kami menggunakan Scrum dengan semua upacara (perbaikan, perencanaan, harian, retrospektif, dll.). Dalam dua sprint, tim harus...
Daripada berpasangan secara kasar sepanjang waktu, kami menggunakan pemrograman berpasangan secara selektif di tim kami. Saya pikir ini bekerja paling baik dalam keadaan berikut: Mengajak anggota tim baru dalam suatu proyek (alih-alih membiarkan mereka mengarungi dokumentasi atau kode...
Tidak hanya pertemuan perencanaan sprint kami tidak menyenangkan, mereka benar-benar mengerikan. Pertemuan itu membosankan, membosankan, dan berlangsung selamanya (sehari, tapi rasanya jauh lebih lama). Pengembang mengeluh tentang hal itu, dan takut akan rencana yang akan datang. Rutin kami...
Saya hanya ingin tahu apakah kita harus menetapkan poin cerita untuk tugas memperbaiki bug atau tidak. JIRA, perangkat lunak pelacakan masalah kami, tidak memiliki bidang poin cerita untuk masalah jenis Bug (hanya untuk Story s dan Epic s). Haruskah kita menambahkan jenis masalah Bug ke jenis...
Minggu ini di tempat kerja saya merasa gelisah lagi. Setelah melalui kelincahan standar, TDD, kepemilikan bersama, metodologi pengembangan ad hoc untuk tidak pernah merencanakan apa pun di luar beberapa cerita pengguna pada selembar kartu, secara verbal mengunyah bungkam tentang teknikalitas dari...
Kami menggunakan Scrum dan kadang-kadang menemukan bahwa kami tidak bisa menyelesaikan Kisah Pengguna dalam sprint yang direncanakan. Dengan gaya Scrum sejati, kami tetap mengirimkan perangkat lunak dan mempertimbangkan untuk memasukkan Kisah Pengguna dalam sprint berikutnya selama sesi Perencanaan...
Toko pengembangan kami benar-benar ingin melakukan proyek yang lebih gesit tetapi kami memiliki masalah dalam mendapatkan klien. Banyak klien menginginkan anggaran dan tenggat waktu. Sulit untuk menjual klien pada proyek gesit ketika pesaing kami datang dengan tenggat waktu tetap dan harga tetap...
Dua metodologi pengembangan perangkat lunak yang dominan adalah air terjun dan lincah. Ketika membahas keduanya, seringkali ada banyak fokus pada praktik-praktik khusus yang membedakan mereka (pair programming, TDD, dll. Vs. spec fungsional, desain besar di muka, dll.) Tetapi perbedaan sebenarnya...
Kami terus diberi tahu bahwa kami akan bekerja dengan gesit dalam proyek baru oleh manajemen senior. Mereka telah mengatur stand-up, perencanaan sprint, retrospektif dll. Namun, mereka sekarang telah datang dengan rencana yang merinci semua pekerjaan yang mereka ingin kami sampaikan dengan tanggal...
Sebagai pengembang solo, saya pikir saya menggunakan proses Agile-like, tetapi saya ingin membandingkan apa yang saya lakukan dengan Agile nyata dan melihat apakah saya dapat meningkatkan proses saya sendiri. Apakah ada buku di luar sana yang merupakan standar de-facto untuk menggambarkan praktik...
Apakah mungkin menyebut diri Anda (atau tim Anda) dengan benar "Agile" jika Anda tidak melakukan TDD (Test-Driven
Saya menemukan bahwa beberapa pengembang perangkat lunak sangat mahir dalam hal ini, dan sering kali dipuji karena kemampuan mereka untuk memberikan konsep kerja dengan persyaratan abstrak. Terus terang, ini membuatku gila, dan aku tidak suka "mengada-ada" saat aku pergi. Dulu saya pikir ini...
Scrum Master kami terus menyebut bug sebagai utang teknis. Apakah dia benar, apakah bug dianggap sebagai hutang teknis di dunia
Saya diminta oleh sebuah organisasi publik untuk memberikan lokakarya informal tentang 101 pengembangan tangkas yang menjelaskan istilah dan konsep Scrum, Kanban, dan sejenisnya. Saya telah bekerja di lingkungan yang gesit selama sekitar lima tahun sekarang, tetapi saya tidak menganggap saya...
Adakah definisi yang tepat, tetapi sederhana dan mudah dipahami tentang perbedaan antara "use case", "User Story" dan "Skenario Penggunaan"? ada cukup banyak penjelasan, tetapi saat ini, saya tidak melihat seorang pun yang menjelaskan perbedaan dalam satu kalimat, atau dua ... (mis....
Dalam tim pengembangan yang tidak gesit, pengembang utama umumnya : Menetapkan standar (pengkodean dan sebaliknya) Meneliti teknologi baru untuk tim Menetapkan arahan teknis untuk tim Memiliki keputusan akhir tentang masalah Mendesain arsitektur suatu sistem Namun tim yang gesit bekerja secara...
Saya pernah mendengar berkerumun disebutkan dalam konteks Agile atau Extreme Programming. Tampaknya menjadi pelengkap pasangan. Apa itu sebenarnya? Kapan itu harus diterapkan? Bagaimana Anda melakukannya dengan
Baru saja keluar dari telepon retro di mana pengembang menyatakan keprihatinan tentang integrasi cerita mereka ke cabang utama setiap sprint. Semua kode pengembang di dalam cabang mereka sendiri dan menjelang akhir sprint mereka semua bergabung menjadi satu cabang utama. Kemudian, satu pengembang...