Scrum Ceremonies: คู่มือสำหรับผู้เริ่มต้นสู่กิจกรรม Agile

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

พิธีการ Scrum คืออะไร?

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

Scrum เป็นเฟรมเวิร์กการจัดการโปรเจ็กต์ที่คล่องตัว ดังนั้นจึงอาจเกิดความสับสนเกี่ยวกับคำศัพท์ต่างๆ ตัวอย่างเช่น คำว่า scrum ceremonies, agile ceremonies, scrum meeting และ agile meeting มักใช้แทนกันได้ อย่างไรก็ตาม แม้ว่าวาระการประชุมสำหรับกิจกรรมเหล่านี้จะคล้ายกัน แต่สิ่งสำคัญที่ควรทราบคือมีความแตกต่างที่สำคัญระหว่างทีม Agile และ Scrum

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

ใครมีส่วนร่วมในพิธีกรรมการต่อสู้?

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

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

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

มีข้อมูลมากมายในการจัดทำเอกสาร จัดเก็บ และจัดการ Scrum Masters และ Product Managers ใช้ซอฟต์แวร์ scrum เพื่อติดตามเหตุการณ์เหล่านี้ทั้งหมด

ห้าประเภทของพิธีกรรมการต่อสู้

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

1. การวางแผนการวิ่ง

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

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

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

2. การต่อสู้รายวัน

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

scrum รายวัน อย่างที่บอก เป็นเหตุการณ์รายวัน ซึ่งมักจะเกิดขึ้นทุกเช้ากับทีมพัฒนา scrum master และเจ้าของผลิตภัณฑ์ พิธีนี้สั้น ปกติ 15 นาที จึงเรียกอีกอย่างว่าการประชุมแบบสแตนด์อัพ เพื่อให้แน่ใจว่าจะไม่ลากบน

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

การต่อสู้รายวันไม่ได้จำกัดเฉพาะทีมที่แชร์ตำแหน่งทางกายภาพ หากทีมทำงานจากระยะไกล พิธีสามารถทำได้ด้วยการประชุมทางวิดีโอหรือการแชทเป็นกลุ่ม

3. รีวิวการวิ่ง

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

ที่นี่ไม่เหมือนกับพิธีอื่นๆ การตรวจสอบสามารถคงอยู่ได้นานตราบเท่าที่ใช้เวลาในการสาธิตงานทั้งหมดที่ทีมทำ อีกครั้ง ผู้เข้าร่วมคือทีมพัฒนา scrum master และเจ้าของผลิตภัณฑ์ แต่ในกรณีนี้ ทีมอื่นๆ ที่เกี่ยวข้องในโครงการและผู้มีส่วนได้ส่วนเสีย

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

4. Sprint Retrospective

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

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

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

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

5. การปรับแต่ง Backlog ของผลิตภัณฑ์

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

ทีม scrum และเจ้าของผลิตภัณฑ์เข้าร่วมการประชุมปรับแต่งผลิตภัณฑ์ในมือ เมื่อพวกเขาดูรายการอันดับต้นๆ ของงานในมือ ทีมงานจะถามคำถามประเภทที่มักเกิดขึ้นในการประชุมวางแผนการวิ่ง

แบบสอบถามบางส่วนรวมถึง: เราควรทำอย่างไรหากข้อมูลของผู้ใช้ไม่ถูกต้อง ผู้ใช้ทั้งหมดเข้าถึงส่วนนี้ของระบบและสถานการณ์แบบ What-if อื่นๆ คำถามเหล่านี้ช่วยให้เจ้าของผลิตภัณฑ์ตอบคำถามและช่วยให้ทีมเข้าใจว่าต้องทำอะไร

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

มีอะไรให้รู้มากกว่านี้

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

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

ProjectManager ช่วยทำ Scrum Ceremonies ได้อย่างไร

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

ProjectManager มีมุมมองโครงการหลายมุมมอง หนึ่งในนั้นคือบอร์ดคัมบัง ซึ่งเหมาะสำหรับการจัดการงานค้าง เรื่องราวของผู้ใช้ และเวิร์กโฟลว์การวิ่ง จากมุมมองคัมบัง ทีม scrum สามารถกำหนดเรื่องราวของผู้ใช้ที่สำคัญที่สุดใน backlog ของผลิตภัณฑ์เพื่อทำงานสำหรับ sprint นั้นได้ เพื่อให้ทีม scrum มุ่งเน้นไปที่งานของพวกเขา เรามีเวิร์กโฟลว์แบบกำหนดเองและการตั้งค่าการอนุมัติงาน ระบบอัตโนมัติช่วยให้ทีมงานของคุณมีงานยุ่งและช่วยให้เจ้าของผลิตภัณฑ์สามารถควบคุมสถานะของงานได้มากขึ้น

ร่วมมือกันเพื่อพิธีการต่อสู้ที่ดีขึ้น

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

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

รับการวิเคราะห์เชิงลึกด้วยรายงานเชิงลึก

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

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