Scrum Guide | 1. อภิธานศัพท์ของเงื่อนไขการต่อสู้ บทบาท และแนวคิดพื้นฐาน

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

อภิธานศัพท์ของข้อกำหนดการต่อสู้ – สารบัญ:

1. พื้นฐานการต่อสู้
2. บทบาทใน Scrum
3. สิ่งประดิษฐ์การต่อสู้และส่วนประกอบ
4. Scrum Events และส่วนประกอบ

พื้นฐานการต่อสู้

Scrum – ระบบการจัดการการทำงานเป็นทีมที่มุ่งพัฒนาผลิตภัณฑ์และทำงานภายใต้รูปแบบที่กำหนดไว้ กระบวนการแบ่งออกเป็น Iterations และ Sprints สั้น ๆ ซึ่งเป็นช่วงเวลาของประสิทธิภาพแบบวนรอบที่กำหนดไว้ด้านล่างในอภิธานศัพท์ คำว่า "scrum" มาจากกีฬารักบี้ซึ่งอธิบายการสร้างทีมบางอย่าง แต่การใช้ครั้งแรกเป็นวิธีการจัดการโครงการในกรอบนั้นเป็นของ Hirotaka Takeuchi และ Ikujiro Nonaka ชาวญี่ปุ่นสองคน พวกเขาต้องการเน้นถึงความสำคัญของการทำงานเป็นทีมในกระบวนการจัดการโครงการ

ค่า Scrum – ค่า 5 ค่าที่เป็นพื้นฐานของ Scrum คือ:

1. มุ่งมั่นตั้งใจทำงาน
2. โฟกัสที่เป้าหมาย
3. เปิดรับการเปลี่ยนแปลง
4. เคารพ
5. กล้าที่จะแก้ปัญหา

ประสบการณ์ นิยม – รักษาการวางแผนและสมมติฐานให้น้อยที่สุดโดยอาศัยประสบการณ์ การสังเกต และการทดลอง

การจัดการตนเอง – คุณลักษณะของ Scrum Team ซึ่งหมายความว่าสมาชิกจะตัดสินใจด้วยตนเองว่าต้องทำอะไร เมื่อใด และอย่างไร

บทบาทใน Scrum

Scrum Team – ทีมจัดการตนเองซึ่งประกอบด้วย Scrum Master เจ้าของผลิตภัณฑ์ และนักพัฒนา หรือที่เรียกว่าทีมพัฒนา

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

Scrum Master – โค้ชและหัวหน้าทีมพัฒนาที่รับผิดชอบหรือมีความเข้าใจที่ถูกต้องเกี่ยวกับ Scrum และดำเนินการตามหลักการ

นักพัฒนา – สมาชิกแต่ละคนในทีมพัฒนาโดยไม่คำนึงถึงความเชี่ยวชาญระดับมืออาชีพ บุคคลที่รับผิดชอบในการร่วมสร้าง Increment ที่เป็นประโยชน์ในแต่ละ Sprint

ทีมพัฒนา – กลุ่มสหวิทยาการที่ประกอบด้วยนักพัฒนาทั้งหมดที่เกี่ยวข้องในการสร้างผลิตภัณฑ์

ผู้มีส่วนได้ส่วนเสีย – บุคคลที่ไม่ได้เป็นส่วนหนึ่งของ Scrum Team และมีความสนใจในการสร้างผลิตภัณฑ์ที่ดีที่สุด ภายในทีม Scrum เขา/เธอมี Product Owner เป็นตัวแทนและเข้าร่วมใน Sprint Review

สิ่งประดิษฐ์การต่อสู้และส่วนประกอบ

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

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

Sprint Backlog – รายการงานที่มีโครงสร้างที่จำเป็นในการส่งมอบฟังก์ชันการทำงานของผลิตภัณฑ์ที่กำหนดโดยเป้าหมายของ Sprint บริหารงานโดยทีมพัฒนา

การ เพิ่มขึ้น – งานที่สมบูรณ์และมีค่าที่ดำเนินการโดยนักพัฒนาใน Sprint เดียว ผลรวมของการเพิ่มทั้งหมดสร้างผลิตภัณฑ์

เรื่องราวของผู้ใช้ – คำอธิบายของฟังก์ชันบางส่วนของผลิตภัณฑ์จากมุมมองของลูกค้า มันใช้รูปแบบของ "ในฐานะ [ประเภทผู้ใช้] ฉันต้องการ [จะทำอย่างไร?] เพราะ [ทำไม? ทำไม?]".

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

Scrum Events และส่วนประกอบ

กิจกรรม – การประชุมที่เกี่ยวข้องกับงานของทีม Scrum การวางแผนหรือข้อเสนอแนะ ซึ่งรวมถึง Sprint, Sprint Planning, Daily Scrum, Sprint Review, Sprint Retrospective พร้อมกับส่วนประกอบ

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

Sprint Planning – การประชุม Scrum Team ซึ่งงานทั้งหมดที่ต้องทำใน Sprint ถัดไปจะถูกเลือกจาก Product Backlog ใช้งานได้นานสูงสุด 8 ชั่วโมง

Daily Scrum – การประชุมรายวันของทีมพัฒนาซึ่งมีการวางแผนงานในแต่ละวัน ระยะเวลาสูงสุด 15 นาทีและเกิดขึ้นในสถานที่และเวลาเดียวกันเสมอ

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

Sprint Retrospective – เหตุการณ์ที่สรุป Sprint ที่เสร็จสิ้นแล้วในแง่ของวิธีการทำงานของ Scrum Team จุดประสงค์คือเพื่อปรับปรุงประสิทธิภาพของ Scrum Team ใช้เวลา 3 ชั่วโมงหรือน้อยกว่า

เป้าหมายผลิตภัณฑ์ – คำอธิบายของผลิตภัณฑ์ในอนาคตที่ทีม Scrum กำลังทำงาน Product Backlog มีพิมพ์เขียวเป็นลายลักษณ์อักษรพร้อมคำแนะนำวิธีบรรลุเป้าหมายผลิตภัณฑ์

Sprint Goal – งานที่ต้องทำภายใน Sprint เดียวที่แสดงเป็นเป้าหมายทางธุรกิจ ให้ความสม่ำเสมอในการทำงานของทีมพัฒนา

แผนภูมิเบิร์นดาวน์ – แสดงจำนวนงานที่กำหนดเวลาไว้ใน Sprint หรือ Product Backlog ที่สัมพันธ์กับเวลาที่เหลือในการทำงานให้เสร็จ

ความเร็วของทีม – ตัวบ่งชี้เพื่อกำหนดจำนวน Backlog ของผลิตภัณฑ์ที่เพิ่มขึ้นระหว่าง Sprint หนึ่งครั้ง

อ่านเพิ่มเติม: วิธีจัดการกับประเด็นสำคัญในการจัดการโครงการ

หากคุณชอบเนื้อหาของเรา เข้าร่วมชุมชนผึ้งที่วุ่นวายบน Facebook, Twitter และ Linkedin

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

ในฐานะผู้จัดการโครงการ 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 สินค้า