Sprint Planning Poker ฟรี!
ทำ sprint planning ให้สนุกขึ้น โหวตการ์ดพร้อมกัน ประมาณงานได้เร็วและแม่นยำกว่าเดิม
Sprint Planning คืออะไร?
Sprint planning คือ ceremony ของ Scrum ที่เปิดตัวทุก sprint เลย ทีมทั้งหมด — product owner, scrum master, และ developer — มาประชุมกันเพื่อกำหนด sprint goal และเลือก backlog items ที่จะทำให้เสร็จใน iteration นั้น สำหรับ sprint สองอาทิตย์ การประชุมนี้ time-box ไว้ไม่เกินแปดชั่วโมง แต่ส่วนใหญ่ทีมใช้เวลาแค่สองถึงสี่ชั่วโมงก็พอแล้วนะ
การประชุมแบ่งออกเป็นสองส่วนชัดเจนเลย ส่วนแรก product owner จะนำเสนอ backlog items ที่สำคัญที่สุดและอธิบาย outcome ที่ต้องการจาก sprint นั้น ทีมถามคำถามเพื่อทำความเข้าใจ ปรับ acceptance criteria และสร้าง shared understanding ให้พอประมาณแต่ละ story ได้มั่นใจ ส่วนที่สอง ทีมเลือก story ที่ทำได้จริงๆ แล้วแตกออกเป็น task ย่อยๆ
sprint goal คือประโยคสั้นๆ ที่บอกว่าทีมจะทำอะไรให้เสร็จใน sprint นี้ — ต้องตกลงกันก่อนประชุมจบนะ goal นี้ช่วย focus ทีมตอนมีงานเกิดขึ้นกลาง sprint ถ้าอะไรไม่ได้ช่วย sprint goal ก็ไม่ควรเอาไปแทนที่ story ที่ commit ไว้แล้ว sprint goal ที่ดียังช่วยให้ stakeholder เห็นความคืบหน้าแบบ big picture โดยไม่ต้องไล่ดูทีละ ticket เลย
capacity planning ก็สำคัญมากเลย ทีมต้องคิดรวมถึงวันลา วันหยุด และงานอื่นที่ไม่ใช่ sprint (เช่น on-call, tech debt, ประชุมประจำ) เพื่อประเมิน availability ที่สมจริง การเลือก story มากกว่าที่ทีมทำได้เป็นหนึ่งในข้อผิดพลาดที่เจอบ่อยที่สุด — planning poker ช่วยป้องกันสิ่งนี้ได้เพราะทุกคนในทีมร่วมตัดสินใจด้วยกัน ไม่ใช่แค่คนเดียวที่ประมาณแบบ optimistic เกินจริง
ทำไมต้องใช้ Planning Poker สำหรับ Sprint Planning?
ป้องกัน anchoring
การ์ดซ่อนอยู่จนกว่าทุกคนจะเลือกตัวเลขของตัวเองก่อนนะ senior จะไม่มีโอกาสบอกตัวเลขก่อนที่ junior จะตัดสินใจเอง ผลลัพธ์คือได้ input ที่ honest และหลากหลายกว่า แถมยังเจอ knowledge gaps ที่การประมาณแบบ top-down จะไม่มีทางเจอเลย
ดึงทุกคนเข้ามามีส่วนร่วม
sprint planning เป็น ceremony ของทีม แต่ในทางปฏิบัติมักมีคนสองสามคนพูดแทนทั้งทีม planning poker บังคับให้ทุกคนต้องโหวต — QA, frontend, backend ได้ร่วมแสดงความเห็นหมด มุมมองที่ต่างกันมักเผย dependency ที่คนเดียวจะไม่มีทางเห็น
เจอ knowledge gaps ก่อนลงมือทำ
ถ้าโหวตแล้วได้ 2 กับ 13 บน story เดียวกัน นั่นไม่ใช่ปัญหาที่แค่เฉลี่ยแล้วจบนะ แต่เป็นสัญญาณว่าทีมเข้าใจ story ไม่ตรงกัน แก้ความเข้าใจตอน sprint planning ใช้เวลาแค่ไม่กี่นาที แต่ถ้าไปเจอกลาง sprint อาจเสียเวลาเป็นวันเลย
อยากรู้เพิ่มเติม อ่านได้เลยที่: Planning Poker ทำงานยังไง — แบบ step by step
Checklist ก่อนเริ่ม Sprint Planning
เอา checklist นี้ไปใช้ก่อนเริ่มประชุมเลยนะ จะได้มั่นใจว่าทีมพร้อมและประชุมได้ productive ตรงเวลา
- Product backlog ถูก groom และ story ถูกจัดเรียงตาม priority แล้ว
- Acceptance criteria เขียนไว้ครบสำหรับทุก story ที่จะประมาณ
- ทีม development มาพร้อมกันหมด ทั้ง developer, QA, และ design
- เลือกชุดการ์ดที่เหมาะกับ convention การประมาณของทีม
- กำหนดเวลาประชุมไว้ไม่เกินสองชั่วโมงสำหรับ sprint สองอาทิตย์
- Definition of Done ตกลงกันแล้วและทุกคนเห็นได้ชัดเจน
- Product owner พร้อมตอบคำถามแบบ real time ตลอดการประชุม
ใช้คู่กับ workflow ที่มีอยู่ได้เลย
Corgi Planning Poker ออกแบบมาให้ใช้ได้กับทุก tool เลย ไม่ว่าทีมจะ track งานด้วย Jira, Linear, GitHub Issues หรือ Notion ก็เปิด Corgi ในอีก browser tab ระหว่างประชุมได้เลย paste ชื่อ story หรือ ID เข้า room description ทีละอัน ประมาณไปเรื่อยๆ แล้วเอาค่า point ที่ตกลงกันไปใส่ issue tracker ของตัวเองได้เลย ไม่ต้อง configure integration ไม่ต้องจัดการ API key และไม่ต้องกลัวว่า tool จะล่มตอน planning session สำคัญ
สำหรับทีม remote หรือทีมที่ทำงาน async เยอะ ระบบ guest identity ของ Corgi ทำให้ใครก็ตามที่มี room link เข้าร่วมได้เลยทันที — ไม่ว่าจะมาจาก Slack, calendar invite หรือ DM ก็ตาม ไม่มีขั้นตอน onboarding ให้รำคาญ ไม่มีกำแพง "สมัครก่อนนะ" และไม่ต้องติดตั้งอะไรบนมือถือ room link เดิมใช้ได้กับทุก device ทั้ง developer บน laptop และ product manager บนมือถือระหว่างเดินทาง