ใครเป็นเจ้าของ Backlog Prioritization

Question

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

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

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

ฉันอยู่นอกฐาน? ฉันคิดขาวดำเกินไปหรือเปล่า? ฉันรู้ว่าเราทุกคนต้องรับผิดชอบต่อการมีส่วนร่วมแต่ PO ที่ค้างอยู่เป็นของ ยิ่งเป็นเจ้าของชิ้นส่วนยุทธวิธีมากขึ้นโดย PM; และการดำเนินการเป็นของ dev

Answer 1

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

"เจ้าของผลิตภัณฑ์เป็นผู้รับผิดชอบในการจัดการ Backlog ของผลิตภัณฑ์ แต่เพียงผู้เดียว"

นอกจากนี้ยังมีสิ่งนี้เพื่อพูดเกี่ยวกับเจ้าของผลิตภัณฑ์:

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

สิ่งนี้มีขึ้นโดยเฉพาะเพื่อแก้ไขปัญหาที่คุณกำลังเกิดขึ้น

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

Answer 2

PO ควรมีคำพูดสุดท้ายเกี่ยวกับลำดับความสำคัญและรายการใดที่ค้างอยู่ในการวิ่ง ใน Scrum ไม่มี PM ไม่สำคัญว่าคุณจะเรียกบุคคลที่มีบทบาท PO แต่สิ่งสำคัญคือต้องมีชุดการตัดสินใจที่ชัดเจน

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

Answer 3

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

หากไม่มีสิ่งนี้ทีมพัฒนาจะเข้าสู่การวางแผนการวิ่งโดยสมมติว่ารายการงาน x อันดับต้น ๆ สามารถดึงเข้ามาได้ตามความเร็ว y จากนั้นพวกเขาจะได้รับการตรวจสอบ sprint 2-3 สัปดาห์ต่อมาและนำเสนอสิ่งที่พวกเขาทำ คุณสามารถจินตนาการได้ว่าผู้มีส่วนได้ส่วนเสียจะประหลาดใจเมื่อมีการส่งมอบสินค้ามูลค่าต่ำและขึ้นอยู่กับทีมพัฒนาที่จะหาเหตุผลว่าทำไม

นี่คือเหตุผลที่เซสชันการปรับแต่ง Backlog จึงมีประโยชน์ คุณจะต้องถามคำถามเช่น "พร้อมหรือยัง", "เราประมาณไว้หรือยัง", "มูลค่าทางธุรกิจคืออะไร" ฯลฯ ...