Scrum Guide | 17. Sprint Backlog
เผยแพร่แล้ว: 2022-05-17ทีมพัฒนาสร้าง Sprint Backlog ใหม่ระหว่างการวางแผน Sprint นับจากนั้นเป็นต้นมา มันจะกลายเป็นความมุ่งมั่นในปัจจุบันสำหรับนักพัฒนา กล่าวคือ รายการฟังก์ชันใหม่ การปรับปรุงและการปรับเปลี่ยนผลิตภัณฑ์เพื่อนำไปใช้ใน Sprint เริ่มต้น หลังจากเริ่มต้น Sprint งาน Backlog จะกลายเป็นคิวที่ผูกมัดซึ่งนักพัฒนาเลือกงานที่จะทำ
Sprint Backlog คืออะไร? – สารบัญ:
- บทนำ
- Sprint Backlog สร้างขึ้นอย่างไร?
- Sprint Backlog ประกอบด้วยอะไรบ้าง?
- การใช้ Sprint Backlog
- สรุป
บทนำ
Sprint Backlog อธิบาย งานของทีมพัฒนาระหว่าง Sprint เดียว ดังนั้นจึงแสดงเป็นภาษาทางเทคนิค อธิบาย งานโดยละเอียดและแนวทางแก้ไขปัญหาตามแผน ดังนั้นจึงประกอบด้วยรายการงานที่ร่างขึ้นในลักษณะที่ชัดเจนสำหรับนักพัฒนา Sprint Backlog มักจะคำนึงถึงภาษามูลค่าทางธุรกิจของผลิตภัณฑ์เพียงเล็กน้อย ซึ่งเป็นวิธีการอธิบายที่เหมาะสมกับ Product Backlog ซึ่งเราจะแนะนำที่นี่
Sprint Backlog เกิดขึ้น:
- อิงจาก Backlog ของผลิตภัณฑ์
- เป็นระยะเวลาหนึ่ง Sprint
- ระหว่าง Scrum Event ที่เรียกว่า Sprint Planning
- โดยทีม Scrum ทั้งหมด – แต่ทีมพัฒนามีบทบาทสำคัญในการสร้าง
Sprint Backlog สร้างขึ้นอย่างไร?
ในระหว่าง Sprint Planning เจ้าของผลิตภัณฑ์จะเสนอ วิธีการเพิ่มมูลค่าให้กับผลิตภัณฑ์ใน Sprint ถัดไป จากนั้นทั้งทีม Scrum จะทำงานร่วมกันเพื่อ กำหนด Sprint Goal กล่าวคือ เลือกฟังก์ชันจาก Product Backlog ที่จะนำไปใช้ เป้าหมาย Sprint กำหนดวิธีการใช้ผลิตภัณฑ์หรือเลื่อนกำหนดเวลาเพื่อให้เป็นไปตามความคาดหวังของลูกค้า
ขั้นตอนต่อไปคือการคิดทบทวนและกำหนด ขอบเขตของงานที่จะทำใน Sprint ถัดไป อย่างสมจริงและวิธีทำให้สำเร็จ
ผลลัพธ์ของการค้นพบนี้มา ในรูปแบบของคำอธิบายทางเทคนิคของงานที่ต้องทำ และรายการนี้จะกลายเป็น Sprint Backlog ใหม่
Sprint Backlog ที่สร้างขึ้นใหม่มีอยู่ ในสถานที่ที่สมาชิกทุกคนในทีมพัฒนาสามารถเข้าถึงได้ง่าย ในพื้นที่ทางกายภาพ มักจะเป็นไวท์บอร์ดที่แขวนอยู่ในพื้นที่ทำงาน ในขณะที่อยู่ในพื้นที่ดิจิทัล เอกสารดังกล่าวมีอยู่ในเอกสารที่ใช้ร่วมกันบนคลาวด์ซึ่งนักพัฒนาทุกคนสามารถอัปเดตได้ แม้ว่าสมาชิกทุกคนในทีม Scrum ควรอัปเดตเป็นประจำทุกวัน แต่เป็น Scrum Master หรือหนึ่งในนักพัฒนาซอฟต์แวร์ที่มักจะรับผิดชอบนั้น
Sprint Backlog ประกอบด้วยอะไรบ้าง?
Product Backlog ไม่ได้ระบุวิธีการทำงานที่แน่นอน เป็นหน้าที่ของทีมพัฒนาที่จะตัดสินใจ การย้ายดังกล่าวจะสร้างพื้นที่เพียงพอสำหรับทีมในการซ้อมรบซึ่งจะช่วยเพิ่มความสามารถในการจัดระเบียบตนเอง นอกจากนี้ อิสระในการเลือกลำดับและวิธีการดำเนินการยังช่วยให้ นักพัฒนาแต่ละคน มีความรู้สึก เป็นอิสระและมีความรับผิดชอบ
แนวคิดเดียวกันนี้ใช้กับการปฏิบัติต่อ Sprint Backlog เป็น รายการงานที่ต้องทำแบบไม่เรียงลำดับ ตรงกันข้ามกับรูปแบบการพุชแบบเดิม (โดยที่ทีมหรือนักพัฒนาดำเนินการตามวาระที่กำหนดไว้ล่วงหน้าและกำหนดไว้) ในรูปแบบการดึง นักพัฒนาจะเลือกงานที่จะทำ (แบบจำลองการดึง)
Sprint Backlog ระบุ:
- The Sprint Goal – คือคำตอบสำหรับคำถามที่ว่าทำไมต้องทำงานตามกำหนดเวลา Sprint นี้
- รายการคุณลักษณะและการปรับปรุงผลิตภัณฑ์ใหม่ที่จะพัฒนาใน Sprint นี้ เนื่องจากมีองค์ประกอบ Product Backlog ที่เลือกไว้สำหรับการนำไปใช้ใน Sprint นี้
- รายการงานที่ต้องทำ - นั่นคือคำอธิบายทางเทคนิคว่างานที่จะส่งผลให้เพิ่มขึ้นอย่างไรและโดยใคร...
การใช้ Sprint Backlog
เครื่องมือเมตริกต่างๆ สะท้อนถึงความคืบหน้าของงานที่เขียนใน Sprint Backlog ส่วนใหญ่มักจะเป็น แผนภูมิเบิร์ นดาวน์ ซึ่งเราจะกล่าวถึงโดยละเอียดในบทความแยกต่างหากโดยเฉพาะ ด้วยการแสดงภาพดังกล่าว ทีมพัฒนาสามารถเห็นได้อย่างง่ายดายว่างานใน Sprint Goal กำลังดำเนินการตามแผนหรือไม่
อาจเกิดขึ้นระหว่าง Sprint ที่คุณพบว่าแผนงานได้รับการพิมพ์เขียวอย่างไม่สมจริง กล่าวอีกนัยหนึ่ง จำนวนสิ่งที่ต้องทำใน Product Backlog Sprint Goal สูงหรือต่ำเกินไป ไม่ว่าในกรณีใด นักพัฒนาและเจ้าของผลิตภัณฑ์จะลงไปดูว่าการเปลี่ยนแปลงใดที่จะนำไปใช้กับ Sprint Backlog ปัจจุบัน สามารถลดปริมาณงาน เลือกงานเพิ่มเติมจาก Product Backlog หรือขยายโซลูชันที่วางแผนไว้แล้ว อย่างไรก็ตาม โปรดจำไว้ว่าเป้าหมาย Sprint จะต้องไม่เปลี่ยนแปลง
สรุป
Sprint Backlog คือ รายการงานที่นักพัฒนาวางแผนจะทำใน Sprint หนึ่งครั้ง เป็นสัญญาแบบละเอียดกับเจ้าของผลิตภัณฑ์ Sprint Backlog เกิดขึ้นระหว่างการวางแผน Sprint ซึ่งทั้งทีม Scrum เข้าร่วม แผนภูมิ Burndown แสดงถึงระดับความสมบูรณ์ของงานที่ได้รับการยอมรับสำหรับการดำเนินการ
หากคุณชอบเนื้อหาของเรา เข้าร่วมชุมชนผึ้งที่วุ่นวายบน Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest
ผู้เขียน: แคโรไลน์ เบ็คเกอร์
ในฐานะผู้จัดการโครงการ Caroline เป็นผู้เชี่ยวชาญในการค้นหาวิธีการใหม่ๆ เพื่อออกแบบเวิร์กโฟลว์ที่ดีที่สุดและเพิ่มประสิทธิภาพกระบวนการ ทักษะในการจัดองค์กรและความสามารถในการทำงานภายใต้แรงกดดันของเวลาทำให้เธอเป็นคนที่ดีที่สุดในการเปลี่ยนโครงการที่ซับซ้อนให้กลายเป็นจริง
คู่มือการต่อสู้:
- อภิธานศัพท์ของคำศัพท์พื้นฐาน บทบาท และแนวคิด
- Scrum คืออะไร?
- ค่าการต่อสู้
- วิธีใช้งาน Scrum ในบริษัทของคุณ
- Scrum Team - มันคืออะไรและทำงานอย่างไร?
- เจ้าของผลิตภัณฑ์คือใคร?
- ข้อผิดพลาดที่พบบ่อยที่สุดของ Product Owner
- Scrum Master คือใคร?
- ลักษณะของ Scrum Master ที่ดี
- ข้อผิดพลาดที่พบบ่อยที่สุดของ Scrum Master
- สถิติและตัวชี้วัดใดที่ Scrum Master ควรติดตาม
- ความร่วมมือระหว่าง Product Owner และ Scrum Master
- ทีมพัฒนาใน Scrum
- ข้อผิดพลาดที่พบบ่อยที่สุดของ Developers
- สิ่งประดิษฐ์การต่อสู้
- สเกลการต่อสู้
- Sprint Backlog
- Backlog สินค้าคืออะไร?
- เรื่องราวของผู้ใช้คืออะไร?
- สร้าง User Story ที่ดีที่สุดกับ INVEST
- ข้อผิดพลาด User Story ที่พบบ่อยที่สุด
- เกณฑ์การยอมรับเรื่องราวของผู้ใช้
- การประมาณค่าและจุดเรื่องราวใน Scrum
- การวางแผนโป๊กเกอร์
- เกมประเมินทีม
- กำหนดส่วนเพิ่ม
- เหตุการณ์การต่อสู้
- Sprint ใน Scrum คืออะไร?
- ความมุ่งมั่นของทีม Scrum - เป้าหมายผลิตภัณฑ์ เป้าหมาย Sprint และคำจำกัดความของความสำเร็จ
- แผนภูมิ Burndown คืออะไร?
- จะสร้างและตีความแผนภูมิเบิร์นดาวน์ได้อย่างไร?
- ข้อดีและข้อเสียของแผนภูมิการเบิร์นดาวน์
- กระดาน Kanban ใน Scrum และ Scruban
- Velocity in Scrum - ความเร็วของทีมพัฒนา
- การต่อสู้รายวัน
- การวางแผนการวิ่ง
- Sprint Review
- Sprint Retrospective คืออะไร?
- ข้อผิดพลาดทั่วไประหว่าง Sprint Retrospective
- บำรุง Backlog สินค้า