การแย่งชิง: เกิดอะไรขึ้นถ้าเจ้าของผลิตภัณฑ์มีงานทำ?

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

เป็นการเหมาะสมที่จะมีงานของเจ้าของผลิตภัณฑ์ (ซึ่งส่วนใหญ่เกี่ยวข้องกับการวิจัย) ผสมกับงานของทีม (บางงานเป็นการวิจัยและพัฒนา)

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

ขนาดทีมพัฒนา

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

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

ที่กล่าวว่าทำสิ่งใดก็ได้เพื่อให้งานของคุณสำเร็จลุล่วงได้ดี

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

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

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

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

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