Scrum Guide | 27. เหตุการณ์การต่อสู้
เผยแพร่แล้ว: 2022-06-07กิจกรรม Scrum คือการประชุมหรือกิจกรรมขององค์กรที่ดำเนินการโดย Scrum Team ลักษณะทั่วไปของพวกเขาคือให้บริการตามวัตถุประสงค์ของการรักษาความโปร่งใส: เป็นโอกาสในการพูดคุยเกี่ยวกับการวางแผน วิธีการ และสะท้อนถึงความสำเร็จของทีม Scrum อย่างไรก็ตาม Scrum Event แต่ละรายการมีคุณสมบัติที่แตกต่างกัน จุดประสงค์และระยะเวลาที่กำหนดไว้
เหตุการณ์การต่อสู้ – สารบัญ:
- Scrum events – บทนำ
- วิ่ง
- การวางแผนการวิ่ง
- การต่อสู้รายวัน
- Sprint Review
- Sprint Retrospective
- เหตุการณ์ Scrum – สรุป
Scrum events – บทนำ
เหตุการณ์ Scrum ที่ไม่เป็นทางการเรียกว่า “Scrum ceremonies” ได้แก่
- วิ่ง
- การวางแผนการวิ่ง
- การต่อสู้รายวัน
- Sprint Review
- Sprint Retrospective
สิ่งเหล่านี้มีบทบาทเฉพาะเจาะจงมากใน Scrum นั่นเป็นเหตุผลที่เราจะอุทิศบทความแยกต่างหากสำหรับแต่ละบทความในซีรี่ส์ Scrum Guide แต่วันนี้ เราจะมาพูดถึง คำจำกัดความสั้นๆ และให้ คุณสมบัติพื้นฐานของเหตุการณ์ Scrum แต่ละรายการ
วิ่ง
Sprints เป็นตัวกำหนดวงจรการทำงานของ Scrum Team ดังนั้น Sprint แต่ละตัวจึงมีความยาวเท่ากัน พวกเขาติดตามกันอย่างต่อเนื่องและยาวนานตั้งแต่วันแรกของการทำงานกับผลิตภัณฑ์จนถึงวันสุดท้าย
ทีม Scrum กำหนด ระยะเวลาของ Sprint หนึ่งครั้ง ขึ้นอยู่กับความต้องการและความสามารถของทีมและองค์กร ตลอดจนลักษณะของผลิตภัณฑ์ที่ทีม Scrum กำลังทำงานอยู่ ระยะเวลา Sprint ที่เหมาะสมควรเป็นไปตามหลักการของประสบการณ์นิยมตามที่ควรจะเป็น:
- นานพอสมควร – เพื่อให้ทีมพัฒนามีเวลาปรับปรุงผลิตภัณฑ์อย่างมาก
- สั้นพอ – เพื่อลดความเสี่ยง เพิ่มความซับซ้อนโดยไม่จำเป็น และการเจือจางเป้าหมาย
แนวทางปฏิบัติที่ดีที่สุดแนะนำว่า Sprint หนึ่งอันควรใช้งานได้ตั้งแต่หนึ่งถึงสี่สัปดาห์ Sprint ที่สั้นกว่าช่วยให้คุณวินิจฉัยปัญหาและข้อจำกัดได้เร็วยิ่งขึ้น และประเมินปริมาณงานที่ต้องทำใน Sprint ที่กำหนด Sprint ที่ยาวขึ้นช่วยให้คุณสามารถประเมินผลลัพธ์ของประสิทธิภาพการทำงานของทีมโดยนำเสนอผลงานที่มากขึ้นระหว่างการตรวจสอบ Sprint
ในช่วง Sprint แต่ละครั้ง จะมีกิจกรรม Scrum ที่เล็กกว่าทั้งหมดเกิดขึ้น พวกเขารวมถึง:
การวางแผนการวิ่ง
การวางแผน Sprint ตามชื่อคือการประชุม Scrum Team ที่เกี่ยวข้องกับ การจัดกำหนดการ Sprint ครั้งต่อไป ดังนั้นจึงจัดขึ้นใน วันแรกของ Sprint ใหม่ ทีม Scrum ทั้งหมดมีส่วนร่วมใน Sprint Planning และกิจกรรมนี้ใช้เวลาสูงสุดแปดชั่วโมง
โดยสรุปจะเกี่ยวข้องกับการตอบคำถามสามข้อ:
- เป้าหมายของ Sprint คืออะไร?
- จะทำอย่างไร?
- ทำอย่างไร?
การต่อสู้รายวัน
Daily Scrum เป็นกิจกรรมสั้นๆ ที่นักพัฒนาเข้าร่วม การประชุมรายวันนี้ใช้เวลาไม่เกิน 15 นาที เพื่อให้ง่าย Daily Scrum จะจัดขึ้นที่สถานที่และเวลาเดียวกันเสมอ
จุดสนใจหลักของ Daily Scrum คือการวางแผน ไม่ใช่การสรุปงานที่เสร็จสมบูรณ์ ดังนั้น การสนทนาเกี่ยวกับความคืบหน้าในปัจจุบันของผลิตภัณฑ์ควรเน้นที่ Sprint Goal อย่างเคร่งครัด ทีมพัฒนาตัดสินใจร่วมกันเกี่ยวกับขอบเขตของกิจกรรมที่กำลังจะมีขึ้นซึ่งนักพัฒนาแต่ละคนควรทำให้เสร็จภายใน Daily Scrum ครั้งถัดไป
Sprint Review
Sprint Review ร่วมกับ Sprint Retrospective เป็นกิจกรรมสรุปและ เกิดขึ้นในวันสุดท้ายของการสิ้นสุด Sprint
วัตถุประสงค์ของ Sprint Review คือการสรุป Sprint ในแง่ของงานที่เสร็จสมบูรณ์ซึ่งมีจุดมุ่งหมายเพื่อให้บรรลุเป้าหมายผลิตภัณฑ์ โดยปกติ ยังรวมถึง การนำเสนอสถานะปัจจุบันของผลิตภัณฑ์ และการอภิปรายเกี่ยวกับคุณลักษณะที่เพิ่งเสร็จสมบูรณ์ Sprint Review แต่ละรายการควรจบลงด้วยการอัปเดต Product Backlog
Sprint Review เป็นกิจกรรมแบบเปิด: ทั้งทีม Scrum และผู้มีส่วนได้ส่วนเสียที่เต็มใจเข้าร่วม เหตุการณ์นี้มักจะถูกกลั่นกรองโดย Scrum Master
Sprint Retrospective
Sprint Retrospective ซึ่งเป็นกิจกรรมสรุป Sprint นั้นแตกต่างจาก Sprint Review โดยเน้นที่วิธีการทำงานของ Scrum Team มากกว่าที่ผลิตภัณฑ์ที่กำลังพัฒนา เพื่อสร้างพื้นที่ที่ปลอดภัยสำหรับการสื่อสาร Sprint Retrospective เป็นกิจกรรมที่เกี่ยวข้องกับเฉพาะสมาชิกทีม Scrum และ Scrum Master เป็นประธานในเซสชั่น
Sprint Retrospective กินเวลาสูงสุดสามชั่วโมงและเป็นเหตุการณ์สุดท้ายของ Sprint ที่สิ้นสุด วัตถุประสงค์คือ:
- เรียนรู้ จากวิธีการทำงานร่วมกันในปัจจุบัน
- ระบุ ด้านที่ต้องปรับปรุง
- แนะนำและหารือถึง วิธีการปรับปรุง
เหตุการณ์ Scrum – สรุป
เหตุการณ์ขยะรวมถึง:
- Sprint Planning – วางแผน Sprint ใหม่ในวันแรก
- Daily Scrum – การประชุมองค์กรรายวันของทีมพัฒนา
- Sprint Review – เปิดการประชุมเพื่อสรุป Sprint และนำเสนอคุณสมบัติใหม่ของ Product
- Sprint Retrospective – การประชุมภายใน Scrum Team เพื่อสรุปการทำงานร่วมกันระหว่าง Sprint ที่เสร็จสมบูรณ์
กิจกรรมทั้งหมดมุ่งเป้าไปที่งานของทีม Scrum ผลลัพธ์ การวางแผน และคำติชม คุณสามารถอ่านเพิ่มเติมเกี่ยวกับแต่ละรายการได้ในบทความแยกกัน
หากคุณชอบเนื้อหาของเรา เข้าร่วมชุมชนผึ้งที่วุ่นวายบน 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 สินค้า