Pertama, saya mendengar "Agile Task" dan saya pikir pekerjaan satu atau dua hari, bukan seminggu. Tugas adalah apa yang Anda bagikan ke dalam cerita ketika cerita itu sendiri cocok dengan iterasi, dan sangat jarang memiliki cerita yang tidak dapat dipecah menjadi potongan-potongan kecil.
Kedua, Anda pada dasarnya meminta pengembang baru ini untuk mulai beroperasi. Jika ia dapat diharapkan masuk dengan tepat dan mengikuti langkah tim lainnya, maka perkiraan semula akan berlaku. Jika dia tidak bisa, dia mungkin tidak seharusnya memegang perkiraan ini, setidaknya tidak sendiri.
Ketiga, bagaimana situasinya? Saya cukup yakin situasinya bukan karena tim memperkirakan pekerjaan mereka, lalu seseorang keluar dan Anda menggantikannya pada hari berikutnya. Jadi, saya pikir X guys di tim memperkirakan pekerjaan sprint ini dan mengambil apa yang mereka pikir bisa mereka tangani, dan kemudian Anda memperkenalkan pria baru dan sekarang ada X + 1 pria untuk melakukan pekerjaan yang awalnya dilakukan oleh X guys . Kecuali tim tidak mengambil beban kerja mereka, dan sebaliknya memiliki tumpukan yang dijejali oleh manajemen, saya tidak akan memberikan banyak hal kepada orang baru itu minggu ini. Jika jadwal ditetapkan oleh manajemen, itu bukan Agile.
Secara pribadi, saya akan mengatur orang ini untuk berpasangan dengan programmer yang lebih berpengalaman untuk sprint pertamanya (jika programmer Anda tidak berpasangan sepanjang waktu, yang saya simpulkan mereka tidak dari kenyataan bahwa Anda mempertimbangkan untuk memberikan satu tugas ke satu orang). Dengan melihat dari balik bahunya dan mengajukan pertanyaan, dia akan mulai mempelajari basis kode, dan jika keterampilan pemrograman umumnya siap untuk menghabisi dia akan segera menjadi pengkaji kode yang efektif, menemukan bug, kode yang tidak efisien, dll.
