Jika Anda berjalan ke manusia di jalan dan bertanya "Seberapa besar T-rex?" jawabannya akan berfluktuasi meskipun mayoritas manusia tahu apa itu T-rex, seberapa besar jenisnya, tetapi tidak ada yang benar-benar tahu pasti - karena kita tidak memiliki skala relatif dari awal.
Itulah perilaku kognitif yang Anda coba cari tahu dengan peramalan dan banyak metodologi memutar siklus dengan " Saya mengerti! Saya punya rahasia untuk peramalan yang akurat! " Minyak ular ke massa. Ketika Anda benar-benar memperkirakan Anda benar-benar mengatakan lebih keras dari " Saya akan MENGIZINKAN x hari / jam / poin untuk itu untuk menyelesaikan " - itu dalam arti menciptakan "kotak waktu" untuk acara yang akan dilakukan dalam.
Bagi saya, Poin hanya menggeser batas, pada akhir hari kecuali jika Anda berada di tim yang senang mengatakan " * Yah kita punya 3 minggu per sprint, dan jempol payah ... saya pikir kita harus menembak untuk 30 poin untuk diselesaikan dalam siklus itu! Siapa yang bersama saya! * "Dan itu sedalam Anda pergi dalam pemodelan perkiraan - baiklah! ..sebagai realistis Anda hanya menetapkan anggaran arbiter dan hanya itu. Anda juga kemudian dalam retrospektif melihat pekerjaan yang dilengkapi dengan rasa "omong kosong, kami melakukan 33print itu, itu cukup keren" dan tidak banyak yang bisa dilakukan tentang itu. Anda dapat menggunakan kecepatan untuk menentukan sprint tengah yang Anda dapatkan untuk uang Anda dengan bertanya, " Apakah kita sudah mencapai 15 poin? Akankah kita""tetapi bahayanya di sini adalah Anda sekarang menggunakan Velocity untuk mengukur produktivitas bukan kapasitas yang dari apa yang saya pahami menendang Reactive Release Management (poin cerita) di kepala ..
Sistem poin hampir terlalu pintar untuk tidak melihat bahwa Anda masih melampirkan waktu relatif untuk persamaan, semuanya dari "siklus sprint" yang Anda setujui untuk standup harian di mana Anda memberlakukan beberapa aturan tersembunyi di sekitar durasi + kompleksitas = " Max butuh waktu lama dengan tugas itu "kode tim bawaan bawaan perasaan saat merah?
Otak manusia tidak dapat meramalkan karena melibatkan banyak memori kerja yang dicampur dengan ingatan jangka panjang / pendek, jadi itu seperti meminta siswa matematika pemula untuk melakukan pecahan di kepala mereka bukan di atas kertas. Itu sebabnya industri lain tidak pernah menyetujui perkiraan dan terus memvalidasi prakiraan dalam waktu relatif (misalnya geolog tidak pernah menghentikan pemodelan prakiraan sampai meter kubik telah digali keluar dari tanah dan kemudian "selesai").
Saya akan mengatakan sistem Point berfungsi jika Anda tidak memperkirakan . Anda menyetujui sebagian pekerjaan yang didasarkan pada algoritma sub-chunking tapi itu benar-benar pendekatan terdekat Anda untuk meramalkan mungkin. Bahkan Anda akan merilis manajemen akan mencari jeda alami dalam antrian "backlog" yang sesuai dengan tema (yaitu di Silverlight we. Manajer Produk akan menunggu sampai setelah mereka menyelesaikan jaminan simpanan dan menyatukan tema-tema yang awalnya kami tetapkan. Kami tidak pernah tahu apa yang dilakukan tim teknik secara khusus kami hanya memiliki garis besar dasar. Kami kemudian akan mengambil tubuh kerja itu dan membangun acara pemasaran kami di sekitarnya (Microsoft Mix))
Ketika Anda mulai mengunci ekspektasi kecepatan di dalam siklus sprint yang mengandalkan kecepatan + waktu, Anda kembali ke perkiraan perkiraan lagi hanya kali ini Anda lebih buruk karena Anda memainkan "itu tergantung permainan" ... Lebih penting lagi Anda Juga membunuh potensi pertumbuhan tim / pertumbuhan karier.
Pajak yang Anda bayar untuk Poin vs Waktu adalah dengan poin yang Anda butuhkan untuk mencari formula pengukuran alternatif untuk melacak pengembangan / pembinaan keterampilan kerja sama atau perilaku pengembang.
Karena Anda masih perlu melihat "pengembang median" sebagai orang ideal Anda untuk melampirkan keterampilan / upaya, Anda kemudian dapat membuat baseline pengembang lain dengan orang itu untuk menentukan bagaimana mereka adil dalam pertumbuhan berkelanjutan mereka dalam tim Anda. Ini juga menyoroti situasi di mana pengembang "cepat" mengangkut sebagian besar air tetapi menjadi bosan atau lebih buruk mereka bekerja berjam-jam dan tidak ada pengakuan / penghargaan karena tenggat waktu yang bersaing dll. Standup tidak menggali ini dalam kenyataan, mereka benar-benar di sana untuk mendeteksi bau busuk di dalam tim, katakanlah, seperti dalam "orang itu sedang berjuang, mari kita bantu"
Berikutnya juga datang cerita "carry over", cerita yang tidak terpotong ke dalam siklus sprint tetapi kemudian tumpah ke siklus sprint berikutnya. Yang kemudian dapat dengan mudah membuat efek knock-on jika Anda memfaktorkan dalam waktu, tetapi saat Anda melakukan faktor dalam waktu relatif..lagi, Anda hanya mundur kembali ke "perkiraan / estimasi berdasarkan waktu" dan lagi-lagi sistem poin hanya mengeruhkan air.
Jika Anda pergi poin Anda telah mengabaikan waktu sepenuhnya dan maksud saya sepenuhnya sebagai saat Anda membiarkan waktu merayap di Anda game ide / metodologi.
Setelah berkeliling dunia sebagai Penginjil, saya melihat banyak tim bersumpah pada apa pun yang mereka sayangi bahwa mereka telah memecahkan kode Agile Forecast ... tapi saya selalu mengklik lidah saya, tersenyum dan berjalan pergi dengan pikiran " yeah ... Anda hampir melakukannya, tetapi nyonya yang kita sebut 'waktu' ... dia hanya kejam ... "