User Story และการวางแผนรอบงาน

อธิบาย user story — รูปแบบ ในฐานะ / ฉันต้องการ / เพื่อที่ INVEST เกณฑ์การตรวจรับ — และการวางแผนรอบงาน ซึ่งมักเรียกว่า sprint planning ด้วยความเร็วใน East Agile Tracker

User story คือคำอธิบายสั้น ๆ ถึงสิ่งที่ผู้ใช้ต้องการ เขียนจากมุมมองของผู้ใช้ การวางแผนรอบงาน คือวิธีที่ทีมตัดสินใจว่าจะทำ story ใดในกรอบเวลาถัดไป หลายทีมเรียกกรอบเวลานี้ว่า sprint และเรียกการประชุมว่า sprint planning ส่วน East Agile Tracker เรียกว่า รอบงาน (iteration) และ การวางแผนรอบงาน (iteration planning)

User story คืออะไร

แม่แบบที่นิยมคือ:

ในฐานะ [ผู้ใช้ประเภทหนึ่ง] ฉันต้องการ [ความสามารถบางอย่าง] เพื่อที่ [ประโยชน์บางอย่าง]

ตัวอย่างเช่น: ในฐานะผู้จัดการโปรเจกต์ ฉันต้องการเห็นว่า story ใดถูกขัดขวางอยู่ เพื่อที่ฉันจะได้แก้ไขก่อนรอบงานจะจบ

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

INVEST: story พร้อมหรือยัง?

INVEST คือรายการตรวจสอบสำหรับ story ที่มีรูปแบบดี:

Independent (เป็นอิสระ) — สร้างและส่งมอบได้ด้วยตัวเอง
Negotiable (ต่อรองได้) — รายละเอียดเปิดให้พูดคุยได้
Valuable (มีคุณค่า) — ส่งมอบสิ่งที่ผู้ใช้หรือลูกค้าให้ความสำคัญ
Estimable (ประเมินได้) — ทีมเข้าใจมันมากพอที่จะประเมินขนาด
Small (เล็ก) — พอดีในหนึ่งรอบงานได้สบาย ๆ
Testable (ทดสอบได้) — มีวิธีที่ชัดเจนในการบอกว่ามันเสร็จแล้ว

เกณฑ์การตรวจรับ

เกณฑ์การตรวจรับระบุว่าอะไรต้องเป็นจริงเพื่อให้ story นับว่าเสร็จ การเขียนในรูปแบบ Given / When / Then ทำให้แต่ละข้อกลายเป็นการทดสอบการตรวจรับ:

Given story ที่มีตัวขัดขวางที่ยังไม่ได้แก้ when ฉันเปิดคอลัมน์ Blocked then story นั้นจะแสดงอยู่ในนั้น

เกณฑ์ถูกตกลงกันก่อนเริ่มงาน ทีมกับผู้ที่ตรวจรับ story จึงใช้นิยามของความเสร็จเดียวกัน

การวางแผนรอบงาน

การวางแผนรอบงานตอบคำถามเดียว: ในรอบงานนี้เราจะทำอะไร? โดยต้องใช้ข้อมูลนำเข้าสามอย่าง:

backlog ที่เรียงลำดับแล้ว — story ที่เรียงตามลำดับความสำคัญ โดยอันบนสุดพร้อมแล้ว (ผ่าน INVEST และมีเกณฑ์การตรวจรับ)
การประเมิน — story ที่เป็นตัวเลือกแต่ละอันถูกประเมินขนาดเป็น story point
ความเร็ว — จำนวนแต้มที่ทีมทำเสร็จต่อรอบงาน ดู Velocity คืออะไร?

ทีมหยิบ story จากบนสุดของ backlog จนกว่าผลรวมจะถึงความเร็วของทีม การรับงานมากกว่านั้นเท่ากับหวังว่าทีมจะทำงานเร็วขึ้นกะทันหัน การรับงานน้อยกว่านั้นทำให้มีกำลังเหลือไม่ได้ใช้

East Agile Tracker ทำอย่างไร

story มีสี่ประเภท: feature, bug, chore และ release โดยค่าเริ่มต้นมีเพียง feature ที่รับแต้ม ดู Story
เกณฑ์การตรวจรับอยู่ในคำอธิบาย ไม่มีช่องแยกต่างหาก เกณฑ์ควรอยู่ในคำอธิบายก่อนที่ story จะเริ่มทำ เมื่อ story ถูกส่งมอบ เจ้าของผลิตภัณฑ์จะตรวจรับหรือปฏิเสธเทียบกับเกณฑ์เหล่านั้น ดู เครื่องสถานะและวงจรการตรวจรับ
backlog เป็นรายการเดียวที่เรียงลำดับอย่างเคร่งครัด และฉายภาพรอบงานที่กำลังจะมาถึงจากความเร็ว ล่วงหน้าสามหรือสี่รอบ โดยทำเครื่องหมายกลุ่มที่เกินความเร็ว ดู Iterations
การวางแผนรอบงานเป็นอัตโนมัติเป็นส่วนใหญ่ เมื่อเปิด auto-plan iterations (ค่าเริ่มต้น) รอบงานปัจจุบันจะถูกเติมจนถึงความเร็วของคุณ การดึง story ใหม่เข้ามาจะย้าย story ที่มีลำดับความสำคัญต่ำสุดกลับไปไว้บนสุดของ Backlog ทีมที่ผูกมัดกับขอบเขตตายตัวแบบ Scrum สามารถปิด auto-plan และวางแผนได้มากเท่าที่ต้องการ โดยมีตัวนับที่เปลี่ยนเป็นสีแดงเมื่อเกินความเร็ว ดู Planning an iteration
การสร้าง story จะเปิดตัวเขียนสำหรับชื่อเรื่อง คำอธิบาย ประเภท การประเมิน และเจ้าของ ดู Create a story

อ่านเพิ่มเติม

Story Point คืออะไร? — การประเมินขนาดของ story
Velocity คืออะไร? — ด้านกำลังการผลิตของการวางแผน
eXtreme Programming — ที่มาของ user story และ planning game