What is a Product Owner? เจ้าของผลิตภัณฑ์…เขาคือใครกันน้าาา
อาทิตย์ก่อนพอดีต้องสอนน้องๆ ถึงเรื่องบทบาทหน้าที่ของ Product Owner แบบเบื้องต้น เลยได้โอกาสทบทวนความรู้ของตัวเองก่อนจะไปสอน บวกกับคิดด้วยว่าจะสอนยังไงให้คนใหม่เข้าใจได้ง่ายเพราะเราต้องทำคลาสแบบออนไลน์ เราก็เลยหยิบเครื่องมือที่เราคุ้นเคย นั่นก็คือ Sketchnote มาใช้ บวกกับความรู้ที่ได้ไปเรียนจาก TBR (Training from the back of the room) บทความนี้ขอไม่เน้นวิธีสอนนะ ขอเข้าเนื้อหามากกว่า คิดว่าคงเป็นประโยชน์บ้างนะ disclaimers นิดนึงว่าเราสอนตาม context ของทางเรา อาจจะไม่ได้ตรงกับตำราแบบลอกมาแปลนะ
เริ่มจากแนะนำบทบาทที่มีใน Scrum team กันก่อนนะ มีทั้งหมด 3 บทบาท ขอเล่าโดยการเขียนวงกลม 3 วงเพื่อแสดงว่าแต่ละบทบาทมี focus ในด้านใด และขอ 3 คำเพื่อบอกเป้าหมายของบทบาทนั้นๆ
- Product Owner เน้นเรื่อง the right thing ทำไงให้ของที่เราผลิตถูกใจลูกค้า เป้าหมายคือ Maximize Business Value คือถูกใจไม่พอต้องได้ Value สูงสุดเมื่อเทียบกับต้นทุนที่ลงไป
- Development Team เน้นเรื่อง Do the thing right ทำของให้ดีมีคุณภาพ ถ้าต้องปรับเปลี่ยนอะไรก็ทำได้ง่าย ออกของใหม่ แก้ของได้เร็ว เป้าหมายคือ Make A Great Product สร้างของที่ดีมีคุณภาพที่สุด
- Scrum Master เน้นเรื่อง Speed อันนี้ไม่ใช่เร่งทีมให้ทำเร็วๆ นะ แต่เขาเน้นเรื่อง speed ของ feedback loop คือทำไงให้ทีมกลับมาคิด ปรับปรุง และดีขึ้นไปเรื่อยๆ เป้าหมายของเขาก็คือ Make A Great Team สร้างทีมที่ดีเลิศ ทีมที่ช่วยกันทำงาน เข้าใจเป้าหมายของทีม เข้าใจว่าทีมเดินไปถึงไหนและสามารถตัดสินใจร่วมกันในการปรับเปลี่ยน ปรับปรุง เพิ่มเติมให้ทีมดีขึ้นไปเรื่อยๆ หรือเราเรียกกันว่า self-organized team
เข้าใจหน้าที่คร่าวๆ ของทุกคนกันแล้ว คราวนี้เรามาคุยเจาะลึกบทบาทของ Product Owner กันเลย ขอให้ไปดู Product Owner in a Nutshell video กันก่อนนะ คิดว่าหลายคนคงเคยดูกันแล้ว
เราขอพูดถึงหน้าที่ 3 อย่างของ Product Owner กันนะ
1. Product Owner ทำหน้าที่เหมือนสะพานเชื่อมระหว่างทีมกับลูกค้าโดยใช้ empathy เพื่อเข้าใจมุมมองและความรู้สึกของทั้งสองฝ่าย
- พูดคุยกับลูกค้าเพื่อเข้าใจความต้องการ เพื่อสร้าง product vision หรือมาสร้างสิ่งที่เราเรียกว่า user story เพื่อตอบโจทย์ความต้องการของลูกค้า สร้าง Value ให้ลูกค้าจาก Product นั้นๆ
- ทำหน้าที่พูดคุยกับทีมให้เข้าใจว่าเราจะสร้างอะไร WHAT เพื่อใคร WHO และทำไปทำไม WHY ในทางกลับกันก็ต้องเข้าใจทีมด้วยในมุมมองเรื่อง HOW หรือจะสร้างได้แผนการคืออะไร และ HOW MUCH ใช้แรงเยอะไหม ยากไหม
- เน้นเพิ่มว่า แม้เราจะเป็นสะพานแต่เราก็ไม่ควรจะทำให้รถติดนะ คือถ้าเรา empower ทีม ทำยังไงให้เราไม่เป็น bottleneck บางอย่างเราให้ทีมคุยตรงเลยได้ ต้องลองคิดดูว่าจะบริหารจัดการ communication flow ตรงนี้ยังไงค่ะ
2. จัดการงานที่จะเข้าทีมหรือจัดการ Product Backlog
ส่วนตัวชอบใช้รูปนี้อธิบายหน้าตาของ Product Backlog ที่สุขภาพดี (Healthy)
- ขวาสุด งานใกล้เข้าทีม กล้วยกับสตอเบอรี่ชิ้นต้องเล็กพอคำ ทุกอย่างคุยกันมาจนเข้าใจกันแล้วทั้งมุมมองของลูกค้าและมุมมองของทีม พร้อมให้ทีมหยิบไปทำได้เลย
- กลางๆ ชิ้นใหญ่กว่าแต่เรียงลำดับมาแล้ว แถวๆ นี้จะเน้นปอกเปลือกดู เพื่อจัดการความเสี่ยง ทั้งในแง่เทคนิค ความต้องการของผู้ใช้ แล้วก็แตกงานให้เล็กลง
- ซ้ายสุด เป็นงานที่เพิ่งเข้ามา เข้าใจ Value กับความเสี่ยงเบื้องต้น ต้องนำมาจัดลำดับกันต่อไป
- Product Owner ต้องรู้จัก Say No ด้วยนะคะ จะทำได้ง่ายขึ้นต้องกำหนดวิธีการจัดการ Product Backlog เช่นของเก่าจะทิ้งเมื่อไหร่ และต้องชัดเจนเรื่องวิธีการทำ Prioritization และปรับปรุงไปเรื่อยๆ อย่าหยุด
- สุดท้ายแอบแถมคำถาม ว่าทำไมต้องวาดสตอเบอรี่ สตอเบอรี่ในที่นี้เราให้มันเป็นตัวแทนของงาน support แก้ปัญหา หรือแก้ของชิ้นเล็กๆ บางทีมก็มีงานทั้งแบบ Project ชิ้นใหญ่ (กล้วย) กับ Support (สตอเบอรี่)
3. Measure Outcome ส่งของ (Output) ออกแล้วต้องรู้ว่าได้ประโยชน์ตามที่คิดไหม
- เบื้องต้นใช้ Demo เพื่อให้ทีมเก็บ feedback จากลูกค้าโดยตรง
- พูดคุยและทำงานร่วมกันกับทาง business เพื่อวัดผล ในแง่ business value ว่าได้มากน้อยยังไง
- Feedback loop อันนี้อาจจะทำให้เกิดการเปลี่ยนแปลง Product Backlog ได้ก็ต้อง responding to change กันไป
เล่ามายาวเลยหวังว่าพอมีประโยชน์นะ ไว้ว่างๆ มาเล่าวิธีการทำ backlog refinement ให้ฟังต่อ
แอบแถม one page สรุปให้ด้วย เราใช้ mindmap ช่วยในการสอน เว้นจังหวะแต่ละช่วงให้คนจดเป็น mindmap ของเขาเอง บางทีก็ให้ teach back สอนกลับมาตาม mindmap ที่จดไว้ ทำแบบนี้คนฟังจะจำได้นานกว่านะ
References
- คลาสเรียน Back to Basics: What is a Product Owner? ของบริษัทเราเอง We Are ExxonMobil
- Product Owner in a nutshell video
- Tips from TBR
