"Product backlog Item" memang Apa, fungsionalitas yang perlu dibangun. Tugas tersebut menjelaskan langkah-langkah yang perlu diambil untuk sampai ke sana.
Banyak tim yang tidak terbiasa menguraikan tugas, mereka hanya membangun apa yang dikatakan oleh spec. Bagi orang-orang ini sulit untuk melihat mereka sebagai dua hal yang terpisah.
Mungkin anekdot sederhana akan membantu:
Lihat Product Backlog Items sebagai item dalam daftar belanja mereka untuk liburan mereka. Mungkin "tenda", "pancing", "persiapan mobil".
Tugas untuk item "tenda" adalah "Jelaskan persyaratan tenda", "Bandingkan tenda online", "Dapatkan saran dari teman dengan pengalaman luar", "Pergi ke toko luar", "Beli tenda", "menyiapkan tenda di halaman belakang untuk verifikasi kelengkapan "," kemas tenda untuk perjalanan "
Tugas untuk Pancing akan sangat mirip, tetapi tugas untuk "menyiapkan mobil untuk perjalanan" mungkin sangat berbeda: "Periksa persyaratan untuk negara bagian / negara pada rute yang diinginkan", "beli rompi keselamatan", "ganti konten kedaluwarsa dari pertolongan pertama kit "," periksa ban cadangan "," jadwal janji dengan garasi untuk memeriksa mesin "," pergi ke garasi untuk memeriksa mesin "," pergi ke agen negara bagian untuk membeli pass jalan raya "," periksa asuransi mobil "
Ini jelas memisahkan pertanyaan tentang apa yang diinginkan pemilik produk dari apa yang perlu mereka lakukan. Kecuali tentu saja pemilik produk sudah terurai menjadi barang yang dapat ditindaklanjuti pada Product Backlog, dalam hal ini Anda juga perlu berbicara dengan mereka.
Seperti yang saya katakan, bagi banyak pengembang mereka pikir mereka sudah memiliki informasi yang cukup dan tahu apa yang harus dilakukan, mereka tidak ingin menguraikan langkah-langkah Apa ke Bagaimana, mereka akan sampai di sana ketika mereka sampai di sana. Ketika Anda mulai berbicara dengan mereka tentang melacak kemajuan sprint, meningkatkan estimasi, melacak pekerjaan yang terlupakan selama perencanaan sprint dan hal-hal lain yang berkaitan dengan peningkatan profesional, tanyakan kepada mereka bagaimana mereka dan tim mereka akan tahu di mana mereka dapat meningkatkan dan bagaimana mereka tahu mereka sudah selesai. Ketika mereka dapat datang dengan sistem yang bekerja tanpa membuat tugas dan berfungsi, maka itu baik-baik saja, tetapi kemungkinannya sangat rendah bahwa mereka sebenarnya bisa.
Sebelum mencoba bekerja dengan TFS dan alat yang gesit, tim Anda perlu memahami cara kerjanya. Cara terbaik adalah membuatnya bekerja dengan papan kertas, yang terlihat di lantai kerja untuk semua. Kemudian, ketika proses dipahami dengan lebih baik, pindah ke alat akan membantu. Tanpa pemahaman, alat tidak akan banyak berguna dan akan menemui banyak perlawanan.