การแย่งการประเมินค่าสูงเกินไปและการทำซ้ำ

เราอยู่ในช่วงกลางของ Sprint แรกของเราและบางสิ่งบางอย่างที่เกิดขึ้นกับเรา: เราไปประมาณ!

เราได้วางแผน 114 ชั่วโมงที่เหมาะสำหรับการทำซ้ำ 2 สัปดาห์นี้และในตอนท้ายของสัปดาห์แรกเราเสร็จ Sprint ทั้งหมด เราจะทำอะไรตอนนี้ "หนังสือ" บอกว่าเราควรและเราจะได้รับรายการลำดับความสำคัญสูงต่อไปจากงานในมือ แม้ว่าเราจะเพิ่มพวกเขาลงในแผนภูมิที่ถูกเผาไหม้ได้อย่างไร เราเขียนมันอีกครั้งเพื่อเล่าเรื่องราวเหล่านั้นราวกับว่าพวกเขาอยู่ที่นั่นตั้งแต่ต้น? หรือเพียงเพิ่มการประมาณของพวกเขาไปยังแกน y ในวันที่เราเริ่มทำงานกับพวกมัน (แสดงการกระโดดมุม 90o)?

ข้อเสนอแนะใด ๆ ยินดีต้อนรับ!

หนึ่งในจุดประสงค์ของการมีแผนภูมิเบิร์นดาวน์คือเพื่อแสดงว่ามีการเสนอมูลค่าเมื่อเวลาผ่านไปและโปร่งใสอย่างไร

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

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

คุณจะสามารถมองเห็นได้ตั้งแต่ต้นที่คุณประเมินมากกว่าจากนั้นประมาณตามมาจากนั้นประมาณที่จะประเมินมากขึ้น แต่น้อยกว่าเล็กน้อย ... และในที่สุดคุณจะเห็นการปรับปรุงในการประมาณตามที่คุณไป

ฉันคิดว่าการประเมินเรื่องราวของผู้ใช้เป็นหนึ่งในส่วนที่ยากที่สุดของการวิ่งและเมื่อทีมของคุณเรียนรู้ที่จะพัฒนาร่วมกันพวกเขาจะมีประสิทธิภาพมากขึ้นในกระบวนการ เป็นการดีที่จะแสดงสิ่งนี้ผ่านเครื่องมือที่คุณใช้เช่นแผนภูมิเบิร์นดาวน์

มันจะไม่เจ็บถ้าคุณยกเลิกการวิ่งและวางแผนการวิ่งครั้งต่อไปโดยคำนึงถึงความเร็วปัจจุบันของคุณ

จากคู่มือการแย่งชิงอย่างเป็นทางการ:

สามารถยกเลิกการวิ่งได้ก่อนที่กล่องเวลา Sprint จะสิ้นสุด มีเพียงเจ้าของผลิตภัณฑ์เท่านั้นที่มีสิทธิ์ยกเลิก Sprint แม้ว่าเขาหรือเธอจะทำได้ภายใต้อิทธิพลจากผู้มีส่วนได้เสียทีมหรือ ScrumMaster

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

ในกรณีที่คุณได้รับล่วงหน้าเล็กน้อยคุณสามารถเลือกเรื่องราวที่มีลำดับความสำคัญสูงสุดถัดไปได้ แต่ที่นี่สถานการณ์ของคุณแตกต่างกันมาก

คุณสามารถเพิ่มแผนภูมิที่ไม่สมบูรณ์ พวกเขาแสดงโดยไม่คลุมเครือเมื่อใดและจำนวนงานใหม่ที่คุณเพิ่ม:

แผนภูมินี้แสดงให้เห็นว่าทีมได้เพิ่มงานอีก 20 จุดในการทำซ้ำ 5 ภาพนี้แสดงการทำซ้ำ แต่มันทำงานได้ดีในหลายวัน

มีเทคนิคต่าง ๆ มากมายในการมองเห็นสิ่งนี้

หนึ่งในนั้นคือการแนะนำการชดเชยให้กับแกน y (แกนแนวนอน) ในวันที่มีการเพิ่มเรื่องราวใหม่ด้วยกราฟการเผาไหม้ที่เกิดขึ้นจริงจากนั้นจะต่ำกว่าระดับ "0" ดั้งเดิม

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

และคุณสามารถเกิดขึ้นกับของคุณเอง

สิ่งที่สำคัญที่สุดคือการหารือเรื่องนี้ระหว่างทีมการต่อสู้แบบมาสเตอร์และเจ้าของผลิตภัณฑ์เพื่อให้บรรลุข้อตกลงในสิ่งที่คุณต้องการทำในสถานการณ์นี้ ไม่มีวิธีที่แน่นอนที่จะทำสิ่งใดในการต่อสู้นอกเหนือจากกฎพื้นฐาน การแย่งชิงกันนั้นมีจุดมุ่งหมายเพื่อพัฒนาเมื่อเวลาผ่านไปเพื่อให้เหมาะสมกับความต้องการของสภาพแวดล้อมของคุณ

ฉันต้องการแยกแยะปัญหาของ OP เป็นสามคำถามที่แตกต่างกัน:

1. ดำเนินการต่อหรือยกเลิกการวิ่งหรือไม่
2. จะทำอย่างไรในสัปดาห์ที่เหลือถ้าวิ่งต่อไป?
3. วิธีวางแผนการวิ่งครั้งต่อไป?

ชาร์ตการเผาไหม้และการเบิร์น - อัพที่ถูกกล่าวถึงในคำถามอื่น ๆ ในขณะที่มีประโยชน์เป็นรองของ OP "เราจะทำอย่างไรตอนนี้"

ดำเนินการต่อหรือยกเลิก : ฉันอยู่กับปิแอร์ที่นี่มีความเหมาะสมที่จะยกเลิกการวิ่งนี้และเริ่มวางแผนสำหรับการวิ่งครั้งต่อไปทันที การยกเลิก Sprint นั้นไม่ใช่ตัวเลือกหากมีทีมอื่น ๆ และจำเป็นต้องทำการซิงโครไนซ์ (ผู้เชี่ยวชาญด้านการต่อสู้ส่วนใหญ่แนะนำว่าควรทำการซิงโครไนซ์)

หากการวิ่งต่อไป: จำกัด การทำงานที่กำลังดำเนินอยู่ ทำงานครั้งละหนึ่งเรื่องโดยมุ่งเน้นที่การตกแต่งที่คุณมีน้อยกว่าหนึ่งสัปดาห์ ตรวจสอบให้แน่ใจว่าไม่มีเรื่องราวอยู่ในสถานะเสร็จสิ้นบางส่วนเมื่อสิ้นสุดการวิ่ง

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

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

ดังนั้นความเสี่ยงในการคว้าสิ่งที่อยู่ด้านบนของ PB และดำเนินการต่อคือรายการเหล่านั้นที่ด้านบนของ PB ล้าสมัย (ทั้งในเนื้อหาและลำดับความสำคัญ) และทีมของคุณได้รับสิ่งผิดปกติใน Sprint ล่าสุด และคุณจะสร้างความผิดพลาดเหล่านั้นโดยไม่ได้รับคำติชมจาก PO

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

สำหรับเรื่องของแผนภูมิที่ถูกเผาไหม้คำถามดั้งเดิมดูเหมือนจะพลาดจุดที่ควรทำ เป็นเพียงเครื่องมือในการตรวจสอบว่าคุณมีปัญหากับความคืบหน้าในระหว่าง Sprint ของคุณหรือไม่ จากสิ่งที่ได้อธิบายไว้แผนภูมิการเผาผลาญควรจะเข้ามามีบทบาทในสถานการณ์นี้ในวันที่ 2 หรือ 3 ของ Sprint เมื่อมันแสดงให้เห็นว่าทีมมีวิธีแล้วก่อนกำหนดการทำงาน Sprint จากนั้นคุณถามคำถาม "ทำไม?" และพิจารณาว่าการประมาณการของคุณเพิ่งจะหมดไปหรือโปรแกรมเมอร์อาจตีความงานผิดหรือถ้ามีอะไรบางอย่างหลุดออกมาจากรางไม่ทางใดทางหนึ่ง

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

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