ใน Scrum เหตุใดบทบาทเจ้าของผลิตภัณฑ์และ ScrumMaster จึงไม่ควรรวมกัน

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

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

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

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

พวกเขาสามารถ (และมักจะ) รวมกันและทำโดยคนคนเดียว (ไม่มีกฎกับเรื่องนี้ (การต่อสู้ของมันหลังจากทั้งหมด))

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

• ในการเป็น SM คุณต้องมีความรู้ด้านเทคนิคมากกว่า PO (เนื่องจากคุณจะช่วยจัดระเบียบทีมพัฒนา) ต้องใช้ความรู้อย่างละเอียดเกี่ยวกับผลิตภัณฑ์เพื่อดึงสิ่งต่าง ๆ จาก backlog ของผลิตภัณฑ์ไปยัง backlog ของฤดูใบไม้ผลิ (บางครั้งคุณก็ไม่สามารถดึงรายการ 'n' บนสุดเนื่องจากอาจเป็นการต่อต้าน)

• PO ต้องมีความเข้าใจในส่วนท้ายของสมการของผู้ใช้มากกว่า SM สิ่งนี้ไม่จำเป็นต้องเป็นทางเทคนิค แต่ต้องการความรู้เกี่ยวกับวิธีการใช้ผลิตภัณฑ์ในโลกแห่งความเป็นจริงและทิศทางที่ลูกค้าต้องการใช้ผลิตภัณฑ์

หากคุณสามารถหาคนที่สามารถทำหน้าที่ทั้งสองได้ฉันก็ไม่เห็นเหตุผลที่จะป้องกันสิ่งนี้

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

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

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

เหมือนที่หลายคนพูดกันทั้งสองบทบาทมีความสนใจที่แตกต่างกัน แต่มีเป้าหมายร่วมกัน

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

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

คนสองคนอาจจัดสรรชั่วโมงการทำงานโดยรวมให้มากขึ้นเพื่อมุ่งเน้นไปที่ปัญหา / โครงการที่แตกต่างกัน (เช่นเป้าหมายของ 2 บทบาทที่แตกต่างกัน)