Scrum Guide | 6. เจ้าของผลิตภัณฑ์ - ใครคือ?

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

เจ้าของผลิตภัณฑ์ – สารบัญ:

1. ความรับผิดชอบของเจ้าของผลิตภัณฑ์
2. ความเห็นจากลูกค้าในทีม Scrum
3. เจ้าของผลิตภัณฑ์และวัตถุประสงค์
4. ผู้ดูแล Backlog
5. สรุป

ความรับผิดชอบของเจ้าของผลิตภัณฑ์

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

1. การทำงานร่วมกันกับลูกค้า – มีการสนทนาเป็นประจำกับลูกค้าซึ่งนำไปสู่การกำหนดและระบุคุณสมบัติของผลิตภัณฑ์ที่สร้างโดยทีม Scrum เป้าหมายหลักที่นี่คือการสร้างผลิตภัณฑ์ที่ตรงกับความต้องการของลูกค้ามากที่สุด
2. การกำหนดวัตถุประสงค์ของผลิตภัณฑ์ – นั่นคือการพัฒนาและกำหนดทิศทางระยะยาวของกิจกรรม Scrum Team และทำให้แน่ใจว่าสมาชิกในทีมทุกคนเข้าใจ
3. การรักษา Product Backlog – เราจะพูดถึง Product Backlog ในบทความเฉพาะแยกต่างหาก แต่สำหรับตอนนี้ ก็เพียงพอแล้วที่จะบอกว่ามันเป็นหนึ่งใน Scrum Artifacts ที่กำหนดไว้ใน Scrum Guide อย่างเป็นทางการ เป็นรายการที่มีการพัฒนาและมีโครงสร้างของสิ่งที่จำเป็นในการปรับปรุงผลิตภัณฑ์ เป็นพิมพ์เขียวงานเดียวที่ดำเนินการโดย Scrum Team มาดูบทบาทของเจ้าของผลิตภัณฑ์ในทีม Scrum อย่างละเอียดยิ่งขึ้น

ความเห็นจากลูกค้าในทีม Scrum

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

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

การมีส่วนร่วมเป็นประจำทุกวันของ Product Owner กับ ทีมพัฒนา และ Scrum Master เป็นสิ่งสำคัญเนื่องจาก Sprints มีระยะเวลาสั้น เหล่านี้เป็นช่วงเวลาของการทำงานอย่างเข้มข้นในการสร้าง Product Increment – ​​หัวข้อที่เราจะกล่าวถึงในบทความแยกต่างหาก

ไม่มีเวลาส่งคำถามถึงคนที่ทำงานในสถานที่และระยะทางที่ต่างกันเพื่อรอคำตอบ จึงเป็น Product Owner ที่เป็นตัวแทนลูกค้าภายในทีม มีทีมอยู่ในนั้น

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

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

เจ้าของผลิตภัณฑ์และวัตถุประสงค์

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

จาก มุมมองของ Scrum Team หมายถึงการดูแลความชัดเจนของขอบฟ้าของกิจกรรม เราจะพูดถึงเป้าหมายผลิตภัณฑ์ในรายการแยกต่างหาก วันนี้เราจะใช้ตัวอย่าง:

ให้เป้าหมายของทีม Scrum คือการสร้างแอพมือถือสำหรับจัดระเบียบงานของทีม หน้าที่ของ Product Owner คือการอธิบายให้สมาชิกทีม Scrum Team ทราบถึงฟังก์ชันหลักของแอปพลิเคชันจากมุมมองของลูกค้า ตัวอย่างเช่น – การเพิ่มสมาชิกใหม่ในทีมโดยรายชื่อผู้ติดต่อหรือสลับระหว่างมุมมองทีมและปฏิทินส่วนบุคคล

เมื่อทีมเข้าใจวัตถุประสงค์ของผลิตภัณฑ์แล้ว เจ้าของผลิตภัณฑ์จะต้อง:

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

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

ผู้ดูแล Backlog

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

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

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

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

สรุป

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

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

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

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

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