การต่อสู้อีกครั้งของการประมาณเรื่องราว

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

นี่คือวิธีที่เรา:

เรื่องราวโดยประมาณ: 24 ชั่วโมง (8 ชั่วโมงต่อวันเราใช้ "อุดมคติวัน" เป็นตัววัด)

• วันที่ N: ผู้พัฒนาเริ่มทำงานในเรื่อง A ในตอนเช้า (8 ชั่วโมงทำงานเสร็จในตอนท้ายของวัน)
• วันที่ N + 1: การเล่าเรื่องใหม่ = 16 ชั่วโมง (หนึ่งวันทำงานนำออกจาก Story A ตั้งแต่วันที่ N)
• วันที่ N + 2: การเล่าเรื่องใหม่ = 8 ชั่วโมง (วันทำงานหนึ่งเรื่องถูกนำออกจากเรื่อง A ตั้งแต่วันที่ N + 1)
• วันที่ N + 3: เรื่อง A ควรเสร็จสิ้นในตอนนี้ แต่มันไม่ใช่ นักพัฒนาคาดว่าจะใช้เวลาอีก 3 ชั่วโมงกว่าจะเสร็จสิ้น เราอัปเดตเรื่องราวบนไวท์บอร์ดและการเบิร์นตาม
• วันที่ N + 4: เรื่อง A ใช้เวลาทั้งวันให้เสร็จแทนที่จะเป็นเพียง 3 ชั่วโมง! ตอนนี้มันเสร็จแล้ว ความแตกต่างคือ 5 ชั่วโมงซึ่งไม่ได้นับรวมในการวางแผนของเราอย่างสมบูรณ์

เราควรประเมินเรื่องราวของเราใหม่ทุกวันอย่างไร

ความแตกต่างคือ 5h ซึ่งไม่ได้ถูกนับอย่างสมบูรณ์ในการวางแผนของเรา

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

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

คำถามที่คุณควรถามคือ: เราควรจะประเมินเรื่องราวของเราใหม่หรือไม่?

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

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

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

สิ่งที่ฉันพบว่ามีประสิทธิภาพมากที่สุดคือ:

• เรื่องขนาดตามคะแนน (หรือขนาดเสื้อยืด)
• ประมาณการเรื่องใด ๆ ในงานในมือของผลิตภัณฑ์ได้ตลอดเวลา (แต่โดยเฉพาะอย่างยิ่งก่อนการวางแผนการวิ่ง)
• อย่าประมาณการเรื่องที่กำหนดไว้สำหรับการวิ่งครั้งนี้อีกครั้ง - อย่าลังเลที่จะแสดงความกังวลเมื่ออยู่ในอันดับ แต่อย่าเปลี่ยนการประมาณการ
• ใช้สภาพอากาศของเมื่อวานนี้เพื่อกำหนดเวลาการวิ่ง

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

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

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

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

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

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

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

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