การย้อนดูสปรินต์ในการพัฒนา: สาระสำคัญ เป้าหมาย และวิธีการดำเนินการ

การย้อนดูสปรินต์คืออะไร?

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

ที่มาของการปฏิบัติ

คำว่า การย้อนดู มาจากแนวปฏิบัติการปรับปรุงอย่างต่อเนื่องที่อธิบายไว้ในวัฒนธรรม DevOps และระเบียบวิธี Lean ใน Scrum การย้อนดูกลายเป็นเหตุการณ์บังคับเมื่อมีการเผยแพร่ Scrum Guide ในปี 2010 ในปี 2020 การอัปเดต Scrum Guide ได้เปลี่ยนจุดเน้นจาก “การตรวจสอบและการปรับตัว” ไปเป็น “การมุ่งเน้นที่คุณภาพและประสิทธิผล” ซึ่งช่วยเสริมบทบาทของการย้อนดู

ความแตกต่างจากพิธีกรรม Scrum อื่นๆ

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

เป้าหมายของการย้อนดูสปรินต์

การย้อนดูสปรินต์ มีเป้าหมายสำคัญหลายประการ ซึ่งแต่ละประการล้วนสำคัญต่อการพัฒนาทีมและกระบวนการพัฒนาอย่างยั่งยืน

การสะท้อนคิดของทีม

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

การปรับปรุงที่วัดผลได้

การย้อนดูแต่ละครั้งควรสร้าง action item ที่เป็นรูปธรรม — งานสำหรับสปรินต์ถัดไป ตัวอย่างเช่น: “เพิ่มการตรวจสอบโค้ดสำหรับ pull request ทั้งหมด” หรือ “ลดการประชุมประจำวันเหลือ 10 นาที” Action item จะถูกบันทึกในแบ็กล็อกและติดตามผลในการย้อนดูครั้งถัดไป หาก action item ไม่ได้รับการดำเนินการ การย้อนดูก็จะไร้ความหมาย

การป้องกันภาวะหมดไฟ

การย้อนดูเป็นประจำช่วย ระบุปัญหา ก่อนที่จะนำไปสู่ภาวะหมดไฟ การทำงานล่วงเวลา ความขัดแย้งในทีม ข้อกำหนดที่ไม่ชัดเจน — ทั้งหมดนี้จะถูกหยิบยกขึ้นมาในการย้อนดูและได้รับการแก้ไขก่อนที่จะสะสมจนกลายเป็นปัญหาใหญ่

รูปแบบการย้อนดู

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

Start-Stop-Continue

Start-Stop-Continue — รูปแบบที่ง่ายและเป็นที่นิยมที่สุด ทีมเขียนไอเดียบนโน้ตเหนียวและจัดเรียงเป็นสามคอลัมน์ Start — แนวปฏิบัติใหม่ Stop — นิสัยที่ไม่ดี Continue — สิ่งที่ได้ผล รูปแบบนี้เหมาะสำหรับทีมใหม่และการย้อนดูแบบรวดเร็ว 30 นาที

Sailboat / 4L

Sailboat ใช้อุปมาอุปไมยของเรือ: ลมพัดไปข้างหน้า สมอชะลอความเร็ว หิน — ความเสี่ยงในอนาคต 4L — รูปแบบที่ลึกซึ้งยิ่งขึ้นซึ่งทีมวิเคราะห์แต่ละแง่มุมผ่านเลนส์สี่ด้าน ทั้งสองรูปแบบใช้เวลามากกว่า (60-90 นาที) แต่ให้ภาพที่สมบูรณ์มากขึ้นเกี่ยวกับสถานะของทีม

การเลือกรูปแบบตามสถานการณ์

สำหรับ การย้อนดูรายสัปดาห์ รูปแบบที่เบาเหมาะสม: Start-Stop-Continue หรือ Mad-Sad-Glad สำหรับสปรินต์ที่กินเวลา 2-4 สัปดาห์ ควรใช้ Sailboat หรือ 4L หากมีความขัดแย้งในทีม ควรเริ่มด้วย Mad-Sad-Glad เพื่อปลดปล่อยอารมณ์ แล้วจึงเปลี่ยนไปสู่การสนทนาที่สร้างสรรค์

วิธีดำเนินการย้อนดู: แผนทีละขั้นตอน

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

การเตรียมการ

24 ชั่วโมง ก่อนการย้อนดู ผู้อำนวยความสะดวกรวบรวมข้อมูล: เมตริกสปรินต์ (ความเร็ว จำนวนบัก งานที่เสร็จสมบูรณ์) อารมณ์ของทีมผ่านแบบสำรวจที่ไม่ระบุชื่อ บอร์ดสำหรับการย้อนดูจะถูกเตรียมไว้ล่วงหน้า — แบบกายภาพ (โน้ตเหนียว ปากกามาร์กเกอร์) หรือแบบดิจิทัล (Miro, Mural, Retrium)

การรวบรวมข้อมูล

ในขั้นตอนนี้ ผู้เข้าร่วมแต่ละคน เขียนข้อสังเกตของตนเอง ลงบนโน้ตเหนียว (โดยปกติ 5-10 นาทีในความเงียบ) หมวดหมู่ขึ้นอยู่กับรูปแบบที่เลือก กฎสำคัญ: ห้ามวิพากษ์วิจารณ์โน้ตของผู้อื่นในขั้นตอนการรวบรวม — บันทึกไอเดียทั้งหมดก่อน แล้วค่อยอภิปราย

การลงคะแนนและการจัดลำดับความสำคัญ

หลังจากการรวบรวม ทีม จัดกลุ่มโน้ต ตามหัวข้อและลงคะแนนในหัวข้อที่สำคัญที่สุด ผู้เข้าร่วมแต่ละคนได้รับ 3-5 คะแนน (ทำเครื่องหมายเป็นจุดบนโน้ต) หัวข้อที่มีคะแนนมากที่สุดจะเข้าสู่การอภิปราย กลไกนี้ป้องกันไม่ให้เสียงเดียวครอบงำผู้อื่น

แผนปฏิบัติการ

ขั้นตอนสุดท้าย — การกำหนด action item แต่ละ action item ควรเป็น SMART: เฉพาะเจาะจง วัดผลได้ บรรลุได้ เกี่ยวข้อง และมีกรอบเวลา ผู้รับผิดชอบถูกกำหนดอย่างเปิดเผย กำหนดวันครบกำหนด Action item จะถูกเพิ่มลงในแบ็กล็อกและตรวจสอบในการย้อนดูครั้งถัดไป

ข้อผิดพลาดทั่วไปในการดำเนินการย้อนดู

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

การขาด action item

ข้อผิดพลาดที่พบบ่อยที่สุด — การอภิปรายที่ไร้ผล ทีมพูดคุย ระบุปัญหา แต่ไม่ได้บันทึก action item แม้แต่ชิ้นเดียว การย้อนดูเช่นนี้ไม่นำไปสู่การเปลี่ยนแปลง และในการประชุมครั้งต่อไปก็จะอภิปรายปัญหาเดิมๆ วิธีแก้: อุทิศ 10 นาทีสุดท้ายของการย้อนดูให้กับแผนปฏิบัติการเสมอ

กลายเป็นการร้องทุกข์

เมื่อการย้อนดูกลายเป็น เซสชันร้องทุกข์ โดยไม่มีข้อเสนอแนะที่สร้างสรรค์ ขวัญกำลังใจของทีมจะลดลง ผู้อำนวยความสะดวกควรนำทางการอภิปรายจากปัญหาไปสู่แนวทางแก้ไข เทคนิค: หลังจากแต่ละปัญหา ให้ถามว่า “เราสามารถทำอะไรกับเรื่องนี้ได้บ้าง?”

การครอบงำของผู้เข้าร่วมคนเดียว

หาก นักพัฒนาคนเดียว พูด 80% ของเวลา คนอื่นๆ จะปิดตัวและหยุดแบ่งปันไอเดีย วิธีแก้: ใช้การรวบรวมไอเดียแบบเงียบ (แต่ละคนเขียนของตนเอง) ผลัดกันพูด ตั้งเวลาสำหรับการพูด แบบสำรวจที่ไม่ระบุชื่อก่อนการย้อนดูยังช่วยรวบรวมความคิดเห็นของผู้เข้าร่วมที่เงียบ

การข้ามการย้อนดู

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