อธิบาย story point: การประเมินเชิงเปรียบเทียบแทนชั่วโมง มาตรวัด Fibonacci วิธีที่แต้มป้อนเข้าสู่ความเร็วและการคาดการณ์ release และวิธีที่ East Agile Tracker ประเมิน story
Story point คือหน่วยของขนาดเชิงเปรียบเทียบ แทนที่จะประเมินงานเป็นชั่วโมงหรือวัน ทีมจะเทียบกับงานที่เคยทำมาแล้ว: “ชิ้นนี้ใหญ่ประมาณสองเท่าของชิ้นนั้น” ตัวเลขนี้รวมความพยายาม ความซับซ้อน และความไม่แน่นอนไว้ด้วยกัน
ทำไมต้องเปรียบเทียบ ไม่ใช่ชั่วโมง
หัวข้อที่มีชื่อว่า “ทำไมต้องเปรียบเทียบ ไม่ใช่ชั่วโมง”คนเราไม่เก่งในการคาดเดาว่างานหนึ่งจะใช้เวลานานแค่ไหน แต่ค่อนข้างเก่งในการตัดสินว่างานหนึ่งใหญ่กว่าอีกงานหรือไม่ Story point ใช้ทักษะอย่างหลัง
- แต้มไม่ขึ้นกับว่าใครเป็นคนทำ story หนึ่งมีค่า 3 ไม่ว่าวิศวกรอาวุโสหรือวิศวกรรุ่นน้องจะเป็นคนหยิบไปทำ ความต่างจะแสดงออกที่ความเร็วที่ทีมทำแต้มเสร็จ ไม่ใช่ที่การประเมิน
- การประเมินยังคงรวดเร็ว การเทียบ story กับ story ที่รู้จักแล้วใช้เวลาไม่กี่วินาที การแตกเป็นชั่วโมงใช้เวลานานกว่ามากและแทบไม่ได้แม่นยำขึ้น
- แต้มกลายเป็นวันที่ได้ผ่านการวัด เมื่อทีมรู้ว่าทำแต้มเสร็จได้กี่แต้มต่อรอบงาน — นั่นคือความเร็วของทีม — ก็จะคาดการณ์ได้ว่าชุดของ story จะเสร็จเมื่อใด
การประเมินคือการสนทนาเรื่องขนาด ไม่ใช่คำสัญญา หากทีมเห็นไม่ตรงกันเรื่องตัวเลข การพูดคุยมักเผยให้เห็นความเข้าใจผิดเกี่ยวกับ story ซึ่งเป็นผลลัพธ์ที่มีประโยชน์กว่า
มาตรวัด
หัวข้อที่มีชื่อว่า “มาตรวัด”ทีมเลือกมาตรวัดสั้น ๆ เพื่อให้การประเมินยังหยาบอยู่ ที่นิยมใช้ได้แก่:
- Fibonacci — 0, 1, 2, 3, 5, 8, 13 ช่องว่างกว้างขึ้นตามขนาด เพราะ story ใหญ่มีความไม่แน่นอนมากกว่า
- เชิงเส้น — 0, 1, 2, 3 มาตรวัดขนาดเล็กสำหรับทีมที่แบ่งงานละเอียด
- ขนาดเสื้อยืด — S, M, L (บางครั้งมี XS และ XL)
story ที่ใหญ่เกินกว่าค่าสูงสุดของมาตรวัดเป็นสัญญาณว่าควรแบ่งเป็น story ที่เล็กลง
ประเมินร่วมกันเป็นทีม
หัวข้อที่มีชื่อว่า “ประเมินร่วมกันเป็นทีม”เทคนิคที่นิยมคือ planning poker: แต่ละคนเลือกค่าประเมินของตัวเองโดยไม่เปิดเผย ทุกคนเปิดพร้อมกัน แล้วคนที่ให้ค่าสูงสุดและต่ำสุดอธิบายเหตุผลก่อนที่ทีมจะตกลงกันที่ตัวเลขหนึ่ง การเปิดพร้อมกันช่วยไม่ให้เสียงแรกไปชี้นำคนอื่น
ประเมินก่อนที่ story จะเริ่มทำ เมื่อทีมเข้าใจแล้วว่า “เสร็จ” หมายถึงอะไรสำหรับ story นั้น — นั่นคือเกณฑ์การตรวจรับ ดู User Story และการวางแผนรอบงาน
East Agile Tracker ทำอย่างไร
หัวข้อที่มีชื่อว่า “East Agile Tracker ทำอย่างไร”- feature รับแต้มโดยค่าเริ่มต้น bug และ chore จะไม่ถูกประเมิน เว้นแต่โปรเจกต์จะเปิด Points for bugs and chores ดู Estimate features
- มีมาตรวัดสามแบบมาให้: Fibonacci (0, 1, 2, 3, 5, 8, 13), East Agile (0, 1, 2, 3) และ 3 แต้ม (1, 2, 3 สำหรับ เล็ก / กลาง / ใหญ่) มาตรวัดเลือกได้ในแต่ละโปรเจกต์ การเปลี่ยนภายหลังจะไม่แมปการประเมินที่มีอยู่ใหม่ ดู Points
- แต้มป้อนเข้าสู่ความเร็ว แต้มของ story จะนับรวมในความเร็วเมื่อ story ไปถึงสถานะเสร็จของโปรเจกต์ และความเร็วจะกำหนดขนาดของรอบงานถัดไป ดู ความเร็ว
- ค้นหา story ที่ยังไม่ประเมินได้ ตัวกรอง
is:unestimatedแสดงรายการ feature ที่ยังต้องการตัวเลข ดู การค้นหาและตัวกรอง
อ่านเพิ่มเติม
หัวข้อที่มีชื่อว่า “อ่านเพิ่มเติม”- Velocity คืออะไร? — แต้มกลายเป็นการคาดการณ์ได้อย่างไร
- Scrum เทียบกับ Kanban — การประเมินอยู่ตรงไหนในแต่ละวิธีการ
- eXtreme Programming — วิธีการที่เป็นต้นกำเนิดของ story point