ประชากร. กระบวนการ. ผลิตภัณฑ์.

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

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

ผลิตภัณฑ์ = กระบวนการ (คน)

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

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

กระบวนการสามารถสร้างหรือทำลายทีมได้ เมื่อได้รับการออกแบบมาไม่ดีหรือบ่อยครั้งไม่มีอยู่จริง คุณจะจบลงด้วย:

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

เช่นเดียวกับผลิตภัณฑ์ กระบวนการสามารถปรับให้เหมาะสมและทำซ้ำได้ ผู้ที่จัดการกระบวนการกลายเป็น Product Ops พวกเขาไม่ใช่ผู้จัดการโครงการ แต่เป็นผู้จัดการผลิตภัณฑ์ของกระบวนการ ในบทความของเขาเกี่ยวกับ ProductOps (ลิงก์ในความคิดเห็น) John Cutlerเขียนว่า “มันต้องมีการจัดการผลิตภัณฑ์และกลยุทธ์ นอกจากนี้ยังเกี่ยวข้องกับการคิดเชิงระบบ การออกแบบบริการ การดำเนินการ การออกแบบการเรียนรู้ และประสบการณ์ในการควบคุมดูแลการเปลี่ยนแปลง”

คำแนะนำของฉันคือใช้ความคิด PM ของคุณกับการออกแบบกระบวนการ เริ่มต้นด้วย MVP อื่นกระบวนการทำงานขั้นต่ำและทำซ้ำจากที่นั่น ไม่ว่าคุณจะออกแบบอย่างไร อย่ามองข้ามองค์ประกอบหลักของกระบวนการคือการปรับให้สอดคล้องอย่างต่อเนื่องกับผู้ใช้ของคุณ ผู้มีส่วนได้ส่วนเสียในทีมข้ามสายงาน เป้าหมายทางธุรกิจ และวิสัยทัศน์ของบริษัท

ยังมีต่อ