เจ้าของผลิตภัณฑ์เป็นผู้พัฒนาในทีมของคุณหรือไม่

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

ในฐานะที่เป็น PO ฉันจะเลือกคุณสมบัติเพิ่มเติมในการวิ่งครั้งต่อไป ไม่เช่นนั้นฉันจะบอกตัวเองไม่ให้ทำเพราะฉันเป็นสมาชิกในทีมเพื่อพัฒนาคุณสมบัติเหล่านั้น สถานการณ์นี้ทำให้ฉันสับสนดังนั้นฉันต้องการฟังความคิดเห็นจากพวกคุณ

ฉันยังใหม่กับ Scrum และ Game Dev (ประมาณ 1 ปีครึ่ง) และยังใหม่กับที่นี่และภาษาอังกฤษ

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

สิ่งที่เกิดขึ้นคือ "คุณมีสินค้าที่จะทำการตัดสินใจเหล่านี้หรือไม่" ถ้าคุณคิดว่าคุณมีทำมัน!

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

ในฐานะโปรแกรมเมอร์ (สมมติว่าคุณเป็นคนดี) คุณจะลงทุนในรหัสของคุณ ในฐานะเจ้าของหรือผู้จัดการคุณจะต้องลงทุนในผลิตภัณฑ์

สิ่งเหล่านี้ไม่ใช่สิ่งเดียวกันเสมอไป และเมื่อพวกเขาไม่ใช่คุณจะมีปัญหาใหญ่

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

เจ้าของต้องดูภาพใหญ่โปรแกรมเมอร์ต้องดูรายละเอียด คุณไม่สามารถทำทั้งสองอย่างได้ถ้าคุณไม่ใช่พระเจ้า!

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

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

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

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

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

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

ฉันเข้าใจปัญหาความสมดุลทั่วไประหว่างสองบทบาท แต่สิ่งที่ฉันไม่เข้าใจเป็นข้อกังวลเฉพาะของคุณ

การพัฒนาเป็นเพียงบทบาทเต็มเวลาหากคุณทำเช่นนั้น หากคุณนับตัวเองเพียง 50% ในระหว่างการวางแผนการวิ่ง (เมื่อนับจำนวนนักพัฒนาทั้งหมดที่มีชั่วโมง / วัน) คุณควรมีเวลาเหลืออีกมากสำหรับหน้าที่ PO ของคุณ