Scrum Guide | 24. การวางแผนโป๊กเกอร์

เผยแพร่แล้ว: 2022-05-27

Planning Poker เป็นหนึ่งในเทคนิคการประมาณ Scrum ที่ได้รับความนิยมมากที่สุด มันเกิดขึ้นระหว่างการวางแผน Sprint และมีกฎง่ายๆ สองสามข้อ ผู้เล่นทุกคนจะกลายเป็นสมาชิกของทีมพัฒนา และแต่ละคนจะวางการ์ดที่มีจำนวน Story Points ไว้บนโต๊ะพร้อม ๆ กันเพื่อประเมินงานที่อธิบายโดย Product Owner ข้อดีและข้อเสียของ Planning Poker คืออะไรและจะเล่นอย่างไร? ดูโพสต์ของเราเพื่อค้นหาและฝึกฝนเทคนิค

การวางแผนโป๊กเกอร์ – สารบัญ:

บทนำ
วิธีการเล่น Planning Poker
กฎการวางแผนโป๊กเกอร์
ข้อดีและข้อเสียของการวางแผนโป๊กเกอร์
สรุป

บทนำ

Planning Poker หรือที่ เรียกว่า Scrum Poker หรือ Pointing Poker เป็นเทคนิคที่เกี่ยวข้องในการประเมินปริมาณงานที่จำเป็นในการทำงานให้สำเร็จ มันถูกสร้างขึ้นในปี 2022 โดย James Grenning เขาต้องการแก้ปัญหาข้อพิพาทที่ไม่รู้จบในทีม Scrum เกี่ยวกับการประมาณความยากของงานที่มอบให้กับนักพัฒนา

วิธีการเล่น Planning Poker

เป้าหมายของ Planning Poker คือการ ประเมินความยากและความพยายามของ User Story แต่ละ รายการที่เลือกสำหรับ Sprint ที่กำหนด กฎของการเล่น Planning Poker นั้นเรียบง่าย อย่างไรก็ตาม ก่อนอื่น คุณต้องเตรียมอุปกรณ์เสริมที่จำเป็น

การ์ด Story Point มักจะมีค่าที่สอดคล้องกับ ลำดับ Fibonacci เช่น 0, 1, 3, 5, 8, 13, 20, 40 และ 100 นอกจากนี้ยังถูกทำเครื่องหมายด้วยพลังต่อเนื่องของ 2 เช่น 2, 4 , 8, 16, 32 และอื่นๆ ทำไมไม่เป็นตัวเลขต่อเนื่องกัน? เพราะ Planning Poker นั้นเกี่ยวกับการแสดงความแตกต่างระหว่างความยากง่ายของงานอย่างชัดเจน และความแตกต่างเล็กน้อยระหว่างค่าบัตรจะบดบังการตัดสิน

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

กฎการวางแผนโป๊กเกอร์

การวางแผนเกมโป๊กเกอร์พร้อมท์:

สำรับไพ่พร้อมเรื่องราวของผู้ใช้ – จัดทำแยกต่างหากสำหรับแต่ละเกม
สำรับไพ่ที่มี Story Points – หนึ่งสำรับสำหรับผู้พัฒนาแต่ละคน สำหรับการใช้งานซ้ำ

ขั้นตอนของการวางแผนโป๊กเกอร์:

การนำเสนอเรื่องราวของผู้ใช้
การอภิปราย
การเล่นเกม (ระยะที่ 2 และ 3 ทำซ้ำจนกว่าจะได้รับความเห็นชอบจากทุกคน)
ฉันทามติ
เข้าสู่ User Story ถัดไป

Planning Poker มักจะเกิดขึ้นระหว่าง Sprint Planning เจ้าของผลิตภัณฑ์ถือการ์ด User Story และนักพัฒนาจะได้รับสำรับไพ่ที่มี Story Points

ผู้ดำเนินรายการคือเจ้าของผลิตภัณฑ์ซึ่งเริ่มเกมโดยนำเสนอ User Story หนึ่งรายการต่อสมาชิก Scrum Team คนอื่นๆ หากมีคำถาม พวกเขาควรพูดทันทีหลังจากนำเสนอ User Story

ขั้นตอนต่อไปคือ การเริ่มอภิปรายเกี่ยวกับการใช้งาน User Story ทีม Scrum ทั้งหมดมีส่วนร่วมในการอภิปราย แต่ผู้เข้าร่วมหลักคือนักพัฒนา การอภิปรายเกี่ยวข้องกับประเด็นต่าง ๆ เช่น:

ด้านเทคนิคของงาน
ทักษะของนักพัฒนาแต่ละรายที่จำเป็นต่อการทำงานให้สำเร็จ
วิธีจัดการกับปัญหาที่คาดหวัง
งานเพิ่มเติมที่เกี่ยวข้องกับการดำเนินการ User Story

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

ขั้นตอนต่อไปขึ้นอยู่กับวิธีการแจกไพ่:

หากนักพัฒนาวางการ์ดที่มีค่าต่างกันไว้บนโต๊ะ พวกเขาจะกลับไปที่การสนทนา จากนั้นพวกเขาก็นำไพ่ออกจากโต๊ะและประเมินมูลค่าของ User Story อีกครั้ง สถานการณ์ซ้ำซากและนักพัฒนาวาดอีกครั้งจนกว่าจะถึงฉันทามติ
หากผู้พัฒนาเห็นด้วยกับ User Story พวกเขาจะเข้าสู่ Planning Poker รอบต่อไป Product Owner นำเสนอ User Story ถัดไป และขั้นตอนจะทำซ้ำจนกว่ากลุ่ม User Stories ที่วางแผนไว้สำหรับ Sprint ปัจจุบันจะหมดลง

ข้อดีและข้อเสียของการวางแผนโป๊กเกอร์

ข้อได้เปรียบของ Planning Poker คือการสร้าง มาตรฐานให้กับ User Stories อย่างไม่ต้องสงสัย ทีมพัฒนาถือชุดการ์ดสำเร็จรูปสำหรับคำนวณปริมาณงาน ซึ่งช่วยให้ค่าใน Sprint ทุกอันคงที่และทีมเรียนรู้ที่จะประมาณด้วยหน่วยเฉพาะ

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

ประโยชน์อีกประการของการเล่น Planning Poker คือการพัฒนาการจำกัดเวลาในการตั้งค่าทักษะในการสนทนา และหากจำเป็น การจำกัดจำนวนรอบที่เล่นสำหรับแต่ละ User Story

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

สรุป

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

หากคุณชอบเนื้อหาของเรา เข้าร่วมชุมชนผึ้งที่วุ่นวายบน 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 สินค้า