Scrum Guide | 15. สิ่งประดิษฐ์การต่อสู้

ในบทความของวันนี้ เราจะเน้นที่ Scrum Artifacts เราจะอธิบาย Product Backlog, Sprint Backlog และ Increment เราจะตอบคำถามว่าสมาชิก Scrum Team และผู้มีส่วนได้ส่วนเสียใช้ทำอะไร

สิ่งประดิษฐ์การต่อสู้ - สารบัญ:

1. Scrum Artifact คืออะไร?
2. Backlog สินค้า
3. Sprint Backlog
4. เพิ่มขึ้น
5. สรุป

Scrum Artifact คืออะไร?

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

พวกเขาถูกเรียกรวมกันว่าสิ่งประดิษฐ์เพราะพวกเขามีวัตถุประสงค์เดียว กล่าวคือ เพื่อเพิ่มความโปร่งใสของข้อมูลเกี่ยวกับงานของผลิตภัณฑ์

ด้วยความพร้อมใช้งานของ Scrum Artifact สมาชิกทีม Scrum หรือผู้มีส่วนได้ส่วนเสียสามารถเห็นภาพที่ชัดเจนได้ตลอดเวลา ที่นั่น พวกเขาจะเห็น:

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

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

• สินค้ามีไว้เพื่ออะไร?
• ผลิตภัณฑ์มีหน้าที่อะไรบ้าง?
• ความคาดหวังของลูกค้าที่ผลิตภัณฑ์ควรตอบสนองคืออะไร?

ดังนั้น จึง อธิบายฟังก์ชันบางส่วนของผลิตภัณฑ์จากมุมมองของลูกค้า

เราจะอุทิศการโพสต์แยกกันสำหรับ Scrum Artifact แต่ละรายการ ซึ่งอุทิศให้กับ Product Backlog, Sprint Backlog และ Increment ตามลำดับ

Backlog สินค้า

Product Backlog คือ รายการงานที่ทีม Scrum จะดำเนินการ แสดงเป็นภาษาธุรกิจและขอบเขตครอบคลุมระยะเวลาทั้งหมดของโครงการ

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

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

งานที่มีกำหนดเวลาใกล้เคียงที่สุดมีอธิบายไว้ใน Product Backlog โดยละเอียดที่สุด งานที่มีกำหนดส่งที่ยาวกว่าหรืองานที่ไม่บังคับจะมีรูปแบบเป็นโครงร่างทั่วไป

Sprint Backlog

เราสามารถคิด Sprint Backlog ได้เหมือนกับ Product Backlog อย่างไรก็ตาม วิธีการอธิบายงานและมาตราส่วนเวลาเปลี่ยนแปลงไป

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

Sprint Backlog ดำเนินการตามมาตราส่วนเวลาที่สอดคล้องกับระยะเวลาของ Sprint หนึ่งรายการ โดยปกติคือสองสัปดาห์ถึงหนึ่งเดือน ช่วยให้สามารถติดตามความคืบหน้าของทีมพัฒนาไปสู่เป้าหมาย Sprint

เพิ่มขึ้น

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

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

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

สรุป

สิ่งประดิษฐ์ Scrum คือ Product Backlog, Sprint Backlog และ Increment พวกเขาให้ผู้มีส่วนได้ส่วนเสียทั้งหมดเข้าถึงข้อมูลเกี่ยวกับสถานะของผลิตภัณฑ์ สิ่งประดิษฐ์ Scrum ประกอบด้วย เป้าหมายและวัตถุประสงค์ของทีม Scrum ที่กำหนดจากธุรกิจและมุมทางเทคนิค นอกจากนี้ ยังมีคุณลักษณะทั้งหมดของผลิตภัณฑ์เวอร์ชันปัจจุบันที่ใช้งานได้ ซึ่งอาจพร้อมที่จะออกสู่ตลาด

หากคุณชอบเนื้อหาของเรา เข้าร่วมชุมชนผึ้งที่วุ่นวายบน Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest

ผู้เขียน: แคโรไลน์ เบ็คเกอร์

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

ดูกระทู้ทั้งหมด

คู่มือการต่อสู้:

1. อภิธานศัพท์ของคำศัพท์พื้นฐาน บทบาท และแนวคิด
2. Scrum คืออะไร?
3. ค่าการต่อสู้
4. วิธีใช้งาน Scrum ในบริษัทของคุณ
5. Scrum Team - มันคืออะไรและทำงานอย่างไร?
6. เจ้าของผลิตภัณฑ์คือใคร?
7. ข้อผิดพลาดที่พบบ่อยที่สุดของ Product Owner
8. Scrum Master คือใคร?
9. ลักษณะของ Scrum Master ที่ดี
10. ข้อผิดพลาดที่พบบ่อยที่สุดของ Scrum Master
11. สถิติและตัวชี้วัดใดที่ Scrum Master ควรติดตาม
12. ความร่วมมือระหว่าง Product Owner และ Scrum Master
13. ทีมพัฒนาใน Scrum
14. ข้อผิดพลาดที่พบบ่อยที่สุดของ Developers
15. สิ่งประดิษฐ์การต่อสู้
16. สเกลการต่อสู้
17. Sprint Backlog
18. Backlog สินค้าคืออะไร?
19. เรื่องราวของผู้ใช้คืออะไร?
20. สร้าง User Story ที่ดีที่สุดกับ INVEST
21. ข้อผิดพลาด User Story ที่พบบ่อยที่สุด
22. เกณฑ์การยอมรับเรื่องราวของผู้ใช้
23. การประมาณค่าและจุดเรื่องราวใน Scrum
24. การวางแผนโป๊กเกอร์
25. เกมประเมินทีม
26. กำหนดส่วนเพิ่ม
27. เหตุการณ์การต่อสู้
28. Sprint ใน Scrum คืออะไร?
29. ความมุ่งมั่นของทีม Scrum - เป้าหมายผลิตภัณฑ์ เป้าหมาย Sprint และคำจำกัดความของความสำเร็จ
30. แผนภูมิ Burndown คืออะไร?
31. จะสร้างและตีความแผนภูมิเบิร์นดาวน์ได้อย่างไร?
32. ข้อดีและข้อเสียของแผนภูมิการเบิร์นดาวน์
33. กระดาน Kanban ใน Scrum และ Scruban
34. Velocity in Scrum - ความเร็วของทีมพัฒนา
35. การต่อสู้รายวัน
36. การวางแผนการวิ่ง
37. Sprint Review
38. Sprint Retrospective คืออะไร?
39. ข้อผิดพลาดทั่วไประหว่าง Sprint Retrospective
40. บำรุง Backlog สินค้า