Perusahaan saya berada di tengah-tengah transisi dari pengembangan gaya air terjun ke Agile / Scrum. Di antara hal-hal lain, kami diberitahu bahwa harapannya adalah agar kami memiliki fitur kerja yang baru , yang dapat diuji (oleh QA) di akhir setiap hari.
Sebagian besar pengembang kami kehilangan sekitar 2 jam sehari untuk rapat dan overhead perusahaan lainnya. Ini berarti bahwa dalam periode 6 jam (paling lama) tertentu apa pun, kita harus merancang, menulis, menguji unit, membuat, dan menggunakan (dengan catatan rilis) kode yang cukup untuk menghasilkan fitur lengkap untuk dimainkan bersama QA. Saya mengerti bahwa catatan build / deploy / release dapat diotomatisasi dengan pengaturan CI yang tepat tetapi kami belum ada di sana.
Kami juga memiliki kontingen lepas pantai yang besar menulis kode sisi server kami, dan perbedaan waktu 12 jam membuatnya semakin sulit.
Kami berupaya untuk membagi cerita menjadi irisan vertikal yang sempit dan dalam untuk menyelesaikan fitur ujung ke ujung secepat mungkin, tetapi sebagian besar hari terasa agak panik dan saya sering melihat orang mengambil jalan pintas yang bodoh dan rapuh untuk memastikan QA memiliki bangunan mereka. Masalah ini diperparah setelah sprint telah berlangsung selama beberapa hari, ketika cacat yang tak terhindarkan mulai bergulir dan harus masuk ke dalam jendela 6 jam yang sama.
Apakah ini langkah normal untuk tim Agile? Bahkan jika kita berhasil menerapkan pengaturan CI, saya tidak bisa melihat bagaimana kita dapat mempertahankan kecepatan ini dan masih membuat perangkat lunak yang berkualitas.
Sunting: Ada beberapa jawaban bagus di sini. Itu membuat saya sadar bahwa apa yang sebenarnya saya tanyakan adalah, apakah tim Agile memberikan fitur baru setiap hari. Saya memperbarui judulnya.