Scrum Guide | 12. ความร่วมมือระหว่าง Product Owner และ Scrum Master

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

ความร่วมมือระหว่าง Product Owner และ Scrum Master – สารบัญ

1. Scrum Master & เจ้าของผลิตภัณฑ์
2. สนับสนุนการสื่อสารที่มีประสิทธิภาพกับนักพัฒนา
3. ความรู้จากประสบการณ์
4. การแนะนำผู้มีส่วนได้ส่วนเสียใน Scrum
5. สรุป

Scrum Master & เจ้าของผลิตภัณฑ์

แม้ว่าวิธีการทำงานของแต่ละคนจะแตกต่างกันมาก แต่ความสนใจของพวกเขามาบรรจบกัน: ทั้งหมดเกี่ยวกับทีม Scrum ที่ทำงานอย่างมีประสิทธิภาพ นั่นคือเหตุผลที่ความสัมพันธ์ระหว่าง Scrum Master และ Product Owner และการทำงานร่วมกันอย่างมีประสิทธิภาพจึงมีความสำคัญ

งานส่วนใหญ่ของ Product Owner และ Scrum Master – ซึ่งเราได้อธิบายรายละเอียดเพิ่มเติมในบทความแยกกัน – เกี่ยวข้องกับความรับผิดชอบที่เกี่ยวข้องกับงานของทีมพัฒนา อย่างไรก็ตาม หน้าที่และความรับผิดชอบของ Scrum Master ยังรวมถึงการสนับสนุนงานของเจ้าของผลิตภัณฑ์ด้วย

สนับสนุนการสื่อสารที่มีประสิทธิภาพกับนักพัฒนา

การสื่อสารที่มีประสิทธิภาพระหว่างเจ้าของผลิตภัณฑ์และทีมพัฒนาต้องมีพื้นฐานที่แข็งแกร่งอย่างน้อยสองประการ: ความเข้าใจ และ ผลกระทบที่เพียงพอ Scrum Master ช่วยให้ Product Owner สร้างความแข็งแกร่งให้กับพวกเขา

ทำความเข้าใจเกี่ยวกับ Backlog ของผลิตภัณฑ์

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

• ความชัดเจนของรายการ - เพื่อให้นักพัฒนาทราบว่าพวกเขากำลังพัฒนาฟังก์ชันที่กำหนดเพื่อวัตถุประสงค์ใด
• ทำให้รายการกระชับ – เพื่อให้คำอธิบายของฟังก์ชันที่วางแผนไว้มีเฉพาะข้อมูลที่จำเป็นและใช้เวลาน้อยที่สุดในการอ่าน

ด้วยวิธีนี้ Scrum Master จะป้องกันไม่ให้เกิดความคลาดเคลื่อน ระหว่างเป้าหมายผลิตภัณฑ์ ตามที่เจ้าของผลิตภัณฑ์จินตนาการ และวิธีที่สมาชิกทีมพัฒนาเข้าใจงานของตน

พลังแห่งอิทธิพลของเจ้าของผลิตภัณฑ์

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

Scrum Master โดยการให้คำติชม ทำให้ ข้อความของ Product Owner ในระหว่างการประชุมกับทีมมีความชัดเจนและชัดเจนยิ่งขึ้น การเตรียมการที่จำเป็นนี้ช่วยให้ Product Owner สื่อสาร Product Objective ได้ดียิ่งขึ้นในระหว่าง Scrum Events ซึ่งเราจะอธิบายในบทความแยกต่างหาก

ความรู้จากประสบการณ์

Scrum Master ยังช่วย Product Owner ในการ วางแผนงานสำหรับทีมพัฒนาอย่างสมจริง อาจเกิดขึ้นได้ว่า Product Backlog ที่เตรียมไว้อย่างดีไม่ตรงกับวิธีการทำงานขององค์กรที่จะบรรลุเป้าหมาย Product

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

การแนะนำผู้มีส่วนได้ส่วนเสียใน Scrum

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

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

สรุป

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

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

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

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