ตกลงไหมที่จะเปลี่ยนค่าประมาณในระหว่างการทำซ้ำ?


14

เราเริ่มใช้ Agile / Scrum ในทีมนักพัฒนา 4 คน เราทำการประมาณค่าเรื่องราวของเราและสั่งซื้อเรื่องราว Primed ในการค้างสินค้า

เราเริ่มต้นด้วยการประมาณตามจุดบนความซับซ้อนจาก 1 ถึง 5 แทนที่จะเป็นปกติ 1,2,3,5,8,13 .... และอื่น ๆ

หลังจากทำงานสองสามเรื่องเรารู้สึกว่าบางเรื่องที่ประเมินที่ 4 จุดควรเป็น 2 เท่านั้นในขณะที่อีกเรื่องที่ประมาณ 2 มีความซับซ้อนมากขึ้นและควรได้รับการประเมินเป็น 5 ฉันต้องการ ทราบ:

  • ตกลงไหมที่จะเปลี่ยนการประมาณเรื่องราวของเราในระหว่างการทำซ้ำ?
  • มันโอเคไหมที่จะใช้คะแนนการประเมินปัจจุบันจาก 1 ถึง 5 แทนที่จะเป็นปกติ 1,2,3,5,8,13 .... และอื่น ๆ

แม้ว่าโดยส่วนตัวแล้วฉันรู้สึกว่ามันไม่ควรจะเป็นสำหรับทั้งสองกรณี แต่ฉันต้องสำรองตัวเองเพราะความเข้าใจของตัวเองยังไม่ชัดเจน (วัสดุอ้างอิงที่ดีจะดีมาก!)


4
ถามตัวเองว่า: อะไรคือประโยชน์ของการใช้เวลาในการประเมิน mid-sprint อีกครั้ง อะไรคือประโยชน์ของการใช้เวลามากขึ้นในการ 'ถกเถียง' ในเรื่องละเอียด 3 กับ 4 กับ 5 เทียบกับ 5 และ 5
Hugo

คำตอบ:


13

ตกลงไหมที่จะเปลี่ยนการประมาณเรื่องราวของเราในระหว่างการทำซ้ำ?

ไม่ได้อย่างแน่นอน. เราคาดหวังว่าจะเกิดขึ้น และเราคาดหวังข้อผิดพลาดในการสร้างสมดุลให้กับตัวเองเมื่อเวลาผ่านไป เราเพียงปรับการประมาณการที่ชัดเจนว่าหมวดหมู่บางหมวด (เช่นหน้าเว็บใหม่) จะมีความซับซ้อนมากกว่าที่เราเคยคิดเมื่อเราประมาณพวกเขาทั้งหมด

เป็นเรื่องราวมหากาพย์ที่ถูกแยกย่อยเป็นเรื่องเล็ก (ซึ่งควรเกิดขึ้นก่อนการวิ่ง) เราอาจปรากฏขึ้นเพื่อปรับการประมาณการดั้งเดิม แต่ฉันจะเรียกมันว่าการกลั่นมากกว่าการประเมินใหม่ นั่นเป็นเพราะเรามีมุมมองที่ชัดเจนในเวลานั้น

การประมาณและการวางแผนแบบว่องไวของ Mike Cohn เป็นหนังสือที่ดีเกี่ยวกับเรื่องนี้ ฉันจะเตือนไม่ให้ใช้มัน (หรือหนังสือ "เปรียว") เป็นคัมภีร์ไบเบิล แต่มันเป็นจุดเริ่มต้นที่ดีในการปรับแต่งกระบวนการของคุณ

เขาพูดเกี่ยวกับวิธีการประเมินที่ผิดพลาดในการจัดสมดุลในฐานะ "เวทมนตร์" แต่เน้นว่าเขาได้เห็นมันทำงานซ้ำแล้วซ้ำอีก

มันโอเคไหมที่จะใช้คะแนนการประเมินปัจจุบันจาก 1 ถึง 5 แทนที่จะเป็นปกติ 1,2,3,5,8,13 .... และอื่น ๆ

การใช้การประมาณคะแนนแบบฟีโบนักชีเป็นการยอมรับว่ายิ่งเรื่องใหญ่มากเท่าไหร่ความแม่นยำของเราก็น้อยลงเท่านั้น (ดูความคิดเห็นก่อนหน้านี้เกี่ยวกับมหากาพย์)

แต่ถ้ามันไม่ได้ผลสำหรับคุณโดยเฉพาะถ้าคุณทำให้งานของคุณมีขนาดเล็กก็อย่าใช้มัน มันเป็นแนวทางไม่ใช่กฎ

การปรับขนาดเสื้อยืด (SML XL XXL) ก็เป็นที่นิยมเช่นกันและไม่แตกต่างจาก (1 2 3 4 5)


+1: พูดคุยเรื่องนี้ในระหว่างการหวนกลับของคุณ ประมาณการอีกครั้งเมื่อคุณจัดลำดับความสำคัญใหม่ที่จุดเริ่มต้นของฤดูใบไม้ผลิถัดไป นั่นเป็นเหตุผลที่คุณมีการวิ่ง ไม่มีค่าใช้จ่ายในการจัดการในระหว่างการวิ่ง - เพียงแค่สร้างโค้ด
S.Lott

เกี่ยวกับการใช้งานของซีรี่ส์ fabonacci สมมติว่าคุณรู้ว่าเรื่องราวจะต้องใช้เวลาเกือบ 3 วันและไม่ใช่ งานที่ต้องทำคือ A, B, C คุณรู้สึกว่ามันไม่ซับซ้อน แต่งานแต่ละอย่างจะใช้เวลา 1 วัน คุณจะประเมินเรื่องอะไร
tintin

@ ตินติน: เหตุผลในการใช้คะแนนคือเพื่อหลีกเลี่ยงการพูดสิ่งต่าง ๆ เช่น "คุณรู้ว่าเรื่องราวกำลังจะใช้เวลาเกือบ 3 วัน" คะแนนค่อนข้างโดยพลการแต่ละงานขึ้นอยู่กับความซับซ้อนเมื่อเทียบกับงานอื่น ๆ (แน่นอนว่าคุณควรหลีกเลี่ยงการใช้งานที่ผิดพลาดเป็นพื้นฐาน) แต่คุณหลีกเลี่ยงตัวเลขที่หายไปเพื่อพิจารณาความไม่แน่นอน ดังนั้นถ้างาน B มีความซับซ้อนเป็นสองเท่าของงาน A และงาน A ถูกทำเครื่องหมายเป็น 2 คะแนนคุณจะทำเครื่องหมายงาน B เป็น 5 คะแนน
pdr

+1 สำหรับ: เรื่องราวที่ยิ่งใหญ่กว่าความแม่นยำที่เราคาดการณ์น้อยกว่าคือ
kevchadders

1

ตกลงไหมที่จะเปลี่ยนการประมาณเรื่องราวของเราในระหว่างการทำซ้ำ?

ใช่แน่นอน - หากมีผลกระทบต่อการวางแผนสปริงปัจจุบันหรืออนาคต ประเด็นของความคล่องตัวคือการดำเนินการตามข้อมูลที่เป็นปัจจุบันและถูกต้องที่สุด

หากการประมาณการผิดไปมากจนทำให้การวิ่งปัจจุบันไม่สามารถดำเนินการให้เสร็จภายในเวลาที่กำหนดคุณต้องดำเนินการตามประมาณการที่แก้ไขดังนั้นคุณอาจต้องการเปลี่ยนแปลง หากคุณประเมินการประมาณการใหม่โดยใช้ข้อมูลเก่า (และดูที่จริงมากกว่าการพึ่งพาหน่วยความจำ / ประสบการณ์) คุณจำเป็นต้องแก้ไขให้ถูกต้อง

ในทางตรงกันข้ามไม่มีค่าใด ๆต่อ seในการประมาณค่าที่ถูกต้อง อย่าเสียเวลาไปกับสถิติที่ไร้ความหมาย


ในกรณีของเราการประเมินเบื้องต้นนั้นใหญ่มากและงานสำหรับมันนั้นน้อยกว่ามาก ดังนั้นจึงไม่ใช่ว่าการวิ่งปัจจุบันของเราไม่เสร็จทันเวลา แต่เรามีเวลาเพิ่ม ดังนั้นผู้จัดการแนะนำให้ลดการประมาณการ
tintin

@Michael คำตอบนี้อาจเป็นจริงสำหรับกระบวนการที่คล่องตัว แต่คำถามนั้นเกี่ยวข้องกับ Scrum ใน Scrum ไม่แนะนำให้เปลี่ยนคะแนนเรื่องราวหลังจากการวางแผนการวิ่งเนื่องจากตัวชี้วัด Velocity ของทีมอาจถูกโจมตีได้
GuyR

การประมาณการที่ล้มเหลวมีประโยชน์ในการที่คุณสามารถใช้การประมาณการในอนาคตตามนั้น หากคุณประเมินนานเกินไปความล้มเหลวของการประเมินนั้นสั้นเกินไปเนื่องจากผลลัพธ์นั้นเป็นทรัพยากรที่ต่ำเกินไป มูลค่าในการประมาณการที่ถูกต้องคือคุณรู้ว่าคุณมีแนวโน้มที่จะโจมตีกลุ่มเป้าหมายของคุณและทีมของคุณก็ถูกใช้อย่างเต็มที่ ดังนั้นคุณมักจะประมาณการในอนาคตเกี่ยวกับประสบการณ์ที่ผ่านมาของคุณปรับตามสิ่งที่คุณเรียนรู้เกี่ยวกับการประมาณการของคุณไปพร้อมกัน
S.Robins
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.