เราสังเกตเห็นว่าตอนนี้ “ProductOps” กำลังพยายามผูกมัดกับ DevOps ด้วย ความสำเร็จของ DevOps ได้สร้างรูปแบบในการโปรโมตเกือบทุกอย่างด้วยการต่อท้าย 'Ops' เราได้เห็น MarketingOps, ModelOps, RevOps, FinOps, AIOps, DevSecDataOps และตอนนี้คือ ProductOps แฟชั่นเทคโนโลยีส่วนใหญ่ โดยเฉพาะอย่างยิ่งเมื่อ CxOs ตกชื่อ ผู้คนจะค้นหาข้อมูลและกูเกิลทันทีเพื่อค้นหาว่ามันคืออะไร ผู้ประกอบการบางรายพยายามสร้างรายได้จากความไม่ปลอดภัยโดยเสนอการศึกษาและคำแนะนำ

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

การพัฒนากำลังก่อร่างสร้างธุรกิจ การปฏิบัติการกำลังดำเนินอยู่

ที่ Emergn เราเชื่อว่าบริษัทที่ประสบความสำเร็จมีเพียงสองงานเท่านั้นที่ต้องทำ: งานพัฒนาที่กำหนดรูปแบบธุรกิจ และงานด้านปฏิบัติการที่ดำเนินธุรกิจ

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

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

การจัดการผลิตภัณฑ์ตามขนาด

การจัดตำแหน่งผลิตภัณฑ์ที่ดี

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

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

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

งานของ Chief Product Officer

ในหนึ่งประโยค นี่คือวิธีที่เรามองเห็นงานของ Chief Product Officer: ดำเนินกลยุทธ์ทางธุรกิจโดยจัดลำดับความสำคัญระหว่างสายผลิตภัณฑ์ของคุณ (หรือสายธารแห่งคุณค่า) ซึ่งหมายถึงการตีความกลยุทธ์ทางธุรกิจ การแลกเปลี่ยน และกำหนดลำดับความสำคัญของทรัพยากรทั้งหมด รวมถึงแต่ไม่จำกัดเฉพาะฝ่ายทรัพยากรบุคคล การเงิน และการตลาด ซึ่งจำเป็นต่อการพัฒนาและดำเนินการผลิตภัณฑ์

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

Project-to-Product และ DevOps

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

ก่อนที่คุณจะไป

เราอาจจะพูดได้เต็มปากว่า Google ProductOps นั้นเปล่าประโยชน์เว้นแต่คุณจะเปลี่ยนจาก Project-to-Product สำเร็จและจัดองค์กรตามสายผลิตภัณฑ์หรือสายธารแห่งคุณค่า เมื่อคุณมี 'ProductOps' อะไรก็ตามจะเป็นความรับผิดชอบของ Chief Product Officer เพื่อให้แน่ใจว่า Dev และ Ops ทำงานร่วมกัน

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

หากคุณชอบบทความนี้และอยากรู้เกี่ยวกับหัวข้อเทคโนโลยีและนวัตกรรมอื่นๆ ที่สำรวจที่ Emergn บล็อก Tech Insights ของเรา เหมาะสำหรับคุณ!