เราเป็นทีมเล็ก ๆ ของ 4 devs ค่อนข้างสีเขียวใน Scrum มาจากทั่วประเทศเรามักจะหยุดวันหยุดหรือทั้งสัปดาห์เพื่อกลับบ้าน ดังนั้นความสามารถของทีมของเราจึงเปลี่ยนไปอย่างมากจากการทำซ้ำหนึ่งรอบไปอีกอันเนื่องมาจากใบไม้ประจำปีซึ่งนำไปสู่ความเร็วที่แตกต่างกันมากจากการทำซ้ำหนึ่งไปยังอีก เราจะอธิบายความสามารถของทีมเมื่อประมาณความเร็วในการประชุมวางแผนอย่างไร ข้อมูลประวัติจะสะท้อนความสามารถที่แตกต่างกันมากและเราไม่สามารถรอได้ทั้งปีเพื่อหาค่าเฉลี่ยสำหรับความเร็วในการประมาณการของเรา
คำตอบ:
อาจเป็นวิธีที่ง่าย แต่ทำไมคุณไม่คำนวณความเร็วของคุณในฐานะcompleted story points * capacityหรือcompleted story points / capacityขึ้นอยู่กับความสามารถในการวัด หากคุณวัดความจุเป็น man-hours ให้ใช้วินาที หากคุณวัดความจุเป็นเปอร์เซ็นต์ของสัปดาห์ 40 ชั่วโมงให้ใช้ครั้งแรก เมื่อคุณไปที่จุดประเด็นคุณควรมีความคิดที่ดีเกี่ยวกับความสามารถของคุณสำหรับการวิ่งที่กำหนดและใช้ข้อมูลประวัติโครงการของคุณเพื่อกำหนดจุดเรื่องราวที่เสร็จสมบูรณ์สำหรับการโหลดที่กำหนด
อย่างไรก็ตามสิ่งนี้ทำให้มีข้อสันนิษฐานที่อาจเป็นอันตรายเช่นการปฏิบัติต่อพนักงานทุกคนอย่างเท่าเทียมกันหากนักพัฒนารุ่นน้องส่วนใหญ่ของคุณใช้เวลาหนึ่งสัปดาห์หรือนักพัฒนาที่มีประสบการณ์มากที่สุดในโดเมนและ / หรือเทคโนโลยีจะใช้เวลาหนึ่งสัปดาห์ ค่าตัวเลขเดียวกัน แต่ผลกระทบต่อความเร็วอาจแตกต่างกัน
ท้ายที่สุดใช้วิจารณญาณของมืออาชีพโดยอ้างอิงจากข้อมูลในอดีตเมื่อวางแผนการวิ่ง ในกรณีนี้ให้ใช้ความเร็วก่อนหน้าเป็นข้อมูลเข้าในรูปแบบการประมาณอื่น ๆ ที่เกี่ยวข้องกับทีม ฉันจะทำผิดในด้านของความระมัดระวัง - มันง่ายกว่าที่จะดึงงานเข้ามาในการวิ่งมากกว่าที่จะลบความมุ่งมั่นที่จะทำงาน
ความเร็วอาจแตกต่างกันแม้ว่าความจุจะยังคงเหมือนเดิม
ดังนั้นเพียงแค่เชื่อความเร็วของคุณมันจะดูแลความสามารถที่แตกต่างกันของตัวเองนั่นคือสมมติว่าคุณอยู่ในการวิ่งครั้งที่ 3 ใช้ค่าเฉลี่ยของการวิ่งสองครั้งสุดท้ายที่เสร็จสิ้นแล้วเพื่อมุ่งสู่การวิ่งครั้งต่อไป ไม่ต้องกังวลกับความแปรปรวนของความจุ
Velocity เป็นคู่มือไม่ใช่ตัวชี้วัด เพียงแค่ใช้ค่าเฉลี่ยของการวิ่งทั้งหมดของคุณ (บัญชีสำหรับค่าเบี่ยงเบนมาตรฐาน) และค่าเฉลี่ยของสามที่แย่ที่สุดของคุณค่าเฉลี่ยของสามที่ดีที่สุดของคุณและพูดว่า "เราจะทำสิ่งเหล่านี้ให้เสร็จเราอาจจะทำได้ สิ่งเหล่านี้ทำได้ " โดยการวาดสามบรรทัดผ่าน backlog (โดยประมาณ) ของคุณโดยใช้สามความเร็วและกำหนดเวลาคร่าวๆของคุณ (ทำเป็น 12 sprints และ 12x ความเร็วที่เลวร้ายที่สุดของคุณคือ 75, 12x ดีที่สุดของคุณคือ 120 และ 12x เฉลี่ยของคุณคือ 90 ใน backlog 100 คะแนน แม้คุณจะแย่ที่สุดคุณก็สามารถทำสามในสี่ได้อย่างดีที่สุดคุณต้องตอกย้ำสิ่งทั้งหมดและโดยเฉลี่ย
ด้วยข้อมูลนี้ใบสั่งซื้อของคุณสามารถตัดสินใจได้ทุกอย่างที่เขาต้องการในสิ่งที่เขาต้องการเราอยากได้และสิ่งที่เขาไม่สนใจออกไป
ที่สุดสิ่งเปลี่ยนแปลงความต้องการเกิดขึ้นและสิ่งต่าง ๆ จะเปลี่ยนแปลงอีกครั้ง อย่าจับชิ้นของคุณในวิชาคณิตศาสตร์เพื่อให้ได้ตัวเลขที่เฉพาะเจาะจงช่วงที่แม่นยำนั้นเพียงพอสำหรับสิ่งประเภทนี้ หยุดปัญหาของคุณเกี่ยวกับซอฟต์แวร์ไม่ใช่คณิตศาสตร์ที่ค้าง