Scrum Guide | 38. Sprint Retrospective คืออะไร?

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

Sprint Retrospective คืออะไร? – สารบัญ:

1. บทนำ
2. วัตถุประสงค์และหัวข้อของ Sprint Retrospective
3. วิธีการดำเนินการย้อนหลัง Sprint อย่างมีประสิทธิภาพ?
4. ปัญหาที่ต้องหารือ
5. การอภิปรายและความมุ่งมั่น
6. สรุป

บทนำ

Sprint Retrospective คือการประชุมที่สิ้นสุดแต่ละ Sprint เป็นหนึ่งใน Scrum Events ซึ่งเราเขียนเกี่ยวกับภาพรวมในบทความแยกต่างหาก

ตาม Scrum Guide อย่างเป็นทางการ Sprint Retrospective ใช้เวลาสูงสุดสามชั่วโมงสำหรับ Sprint รายเดือน หรือสั้นลงตามลำดับหากทีม Scrum ทำงานในรอบที่สั้นลง

วัตถุประสงค์และหัวข้อของ Sprint Retrospective

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

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

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

เป้าหมายของ Sprint Retrospective มีความเกี่ยวข้องอย่างใกล้ชิดกับ เสาหลักของประสบการณ์นิยม ที่สนับสนุน Scrum สองประเด็นแรกเกี่ยวข้องกับการ ตรวจสอบ ในขณะที่อันสุดท้ายเกี่ยวข้องกับการ ปรับตัว เราเขียนเพิ่มเติมเกี่ยวกับเสาหลักของประสบการณ์นิยมและบทบาทใน Scrum ในบทความนี้

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

วิธีการดำเนินการย้อนหลัง Sprint อย่างมีประสิทธิภาพ?

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

ปัญหาที่ต้องหารือ

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

หากมีปัญหามากเกินไปที่ Scrum Team นำเสนอ คุณสามารถเริ่มต้นด้วยการอภิปรายประเด็นหลัก หรือเลือกรวมกันว่าประเด็นใดสำคัญที่สุดในความเห็นของ Scrum Team

คุณสามารถเลื่อนปัญหา ที่ไม่มีเวลาเพียงพอระหว่าง Sprint Retrospective ไปเป็นการย้อนหลังครั้งต่อไปได้ แน่นอนเฉพาะในกรณีที่ยังคงเกิดขึ้น

การอภิปรายและความมุ่งมั่น

อย่างไรก็ตาม ส่วนที่สำคัญที่สุดของ Sprint Retrospective คือ การอภิปรายและให้คำมั่นสัญญา

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

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

สรุป

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

หากคุณชอบเนื้อหาของเรา เข้าร่วมชุมชนผึ้งที่วุ่นวายบน Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest

ผู้เขียน: แคโรไลน์ เบ็คเกอร์

ในฐานะผู้จัดการโครงการ Caroline เป็นผู้เชี่ยวชาญในการค้นหาวิธีการใหม่ๆ เพื่อออกแบบเวิร์กโฟลว์ที่ดีที่สุดและเพิ่มประสิทธิภาพกระบวนการ ทักษะในการจัดองค์กรและความสามารถในการทำงานภายใต้แรงกดดันของเวลาทำให้เธอเป็นคนที่ดีที่สุดในการเปลี่ยนโครงการที่ซับซ้อนให้กลายเป็นจริง

ดูกระทู้ทั้งหมด

คู่มือการต่อสู้:

1. อภิธานศัพท์ของคำศัพท์พื้นฐาน บทบาท และแนวคิด
2. Scrum คืออะไร?
3. ค่าการต่อสู้
4. วิธีใช้งาน Scrum ในบริษัทของคุณ
5. Scrum Team - มันคืออะไรและทำงานอย่างไร?
6. เจ้าของผลิตภัณฑ์คือใคร?
7. ข้อผิดพลาดที่พบบ่อยที่สุดของ Product Owner
8. Scrum Master คือใคร?
9. ลักษณะของ Scrum Master ที่ดี
10. ข้อผิดพลาดที่พบบ่อยที่สุดของ Scrum Master
11. สถิติและตัวชี้วัดใดที่ Scrum Master ควรติดตาม
12. ความร่วมมือระหว่าง Product Owner และ Scrum Master
13. ทีมพัฒนาใน Scrum
14. ข้อผิดพลาดที่พบบ่อยที่สุดของ Developers
15. สิ่งประดิษฐ์การต่อสู้
16. สเกลการต่อสู้
17. Sprint Backlog
18. Backlog สินค้าคืออะไร?
19. เรื่องราวของผู้ใช้คืออะไร?
20. สร้าง User Story ที่ดีที่สุดกับ INVEST
21. ข้อผิดพลาด User Story ที่พบบ่อยที่สุด
22. เกณฑ์การยอมรับเรื่องราวของผู้ใช้
23. การประมาณค่าและจุดเรื่องราวใน Scrum
24. การวางแผนโป๊กเกอร์
25. เกมประเมินทีม
26. กำหนดส่วนเพิ่ม
27. เหตุการณ์การต่อสู้
28. Sprint ใน Scrum คืออะไร?
29. ความมุ่งมั่นของทีม Scrum - เป้าหมายผลิตภัณฑ์ เป้าหมาย Sprint และคำจำกัดความของความสำเร็จ
30. แผนภูมิ Burndown คืออะไร?
31. จะสร้างและตีความแผนภูมิเบิร์นดาวน์ได้อย่างไร?
32. ข้อดีและข้อเสียของแผนภูมิการเบิร์นดาวน์
33. กระดาน Kanban ใน Scrum และ Scruban
34. Velocity in Scrum - ความเร็วของทีมพัฒนา
35. การต่อสู้รายวัน
36. การวางแผนการวิ่ง
37. Sprint Review
38. Sprint Retrospective คืออะไร?
39. ข้อผิดพลาดทั่วไประหว่าง Sprint Retrospective
40. บำรุง Backlog สินค้า