5 ไดอะแกรมที่ดีที่สุดที่ใช้อธิบายแนวคิดการจัดการผลิตภัณฑ์

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

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

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

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

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

แผนภาพ 1 – คอขวดการสื่อสาร

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

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

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

สมมติว่า Web Engineer จำเป็นต้องหารือบางอย่างกับ Product Analyst จากนั้น PA ก็บอกว่าพวกเขาต้องการหารือบางอย่างกับนักพัฒนา iOS ในเรื่องนี้ ตอนนี้ วิศวกรเว็บควรเข้าหานักพัฒนา PA และ iOS โดยตรง แทนที่จะต้องพึ่งพา PM (ดังแสดงในภาพด้านซ้าย)

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

แผนภาพ 2: น้ำตก vs เปรียว

แม้ว่าจะมีแหล่งข้อมูลมากมายบนอินเทอร์เน็ตที่เข้าร่วมในการอภิปรายเกี่ยวกับ แนวทาง Agile vs Waterfall แต่ก็อาจดูเหมือนเป็นแนวคิดที่คลุมเครือเกี่ยวกับการจัดการผลิตภัณฑ์ มาขจัดหมอกแห่งความคลุมเครือกันเถอะ

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

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

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

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

แผนภาพที่ 3: การแสดงขนาดการจัดส่ง

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

นี่คือการแสดงขนาดของความคิดริเริ่มในการพัฒนาแอปพลิเคชัน -

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

{อ่านบทความของเราเกี่ยวกับ " ผู้จัดการโครงการเทียบกับผู้จัดการผลิตภัณฑ์: ความแตกต่าง บทบาท & ความท้าทาย "}

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

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

{ดูบทความโดยละเอียดเกี่ยวกับ " 10 เอกสารที่สำคัญที่สุดที่ผู้จัดการผลิตภัณฑ์ต้องเตรียม "}

แผนภาพที่ 4: ระดับการมีส่วนร่วมของผู้นำ

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

ด้านซ้ายมือคือพีระมิดของงาน/ความคิดริเริ่มที่ทีมต้องดำเนินการ ด้านล่างของปิรามิดหมายถึงงานหลายอย่างที่ต้องทำในคราวเดียว และแผนภาพด้านขวาแสดงปริมาณการมีส่วนร่วมที่เกี่ยวข้องกับงานรองเหล่านี้ซึ่งมีความเสี่ยงต่ำหรือไม่มีเลย

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

แผนภาพ 5: การวิเคราะห์ค่าการแบ่งส่วน

มีแนวทางปฏิบัติบางประการที่องค์กรคุ้นเคย หนึ่งในนั้นคือนิสัยของการเพิ่มประสิทธิภาพสำหรับค่าเฉลี่ยแทนที่จะเป็นกลุ่ม หมายความว่าพวกเขามักจะเน้นที่ค่าเฉลี่ยแทนที่จะเน้นเฉพาะกลุ่มที่ต้องการปรับปรุง

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

ไดอะแกรมดังที่แสดงด้านล่างเป็นวิธีวิเคราะห์แต่ละส่วนเพื่อระบุว่าส่วนใดมีผลกระทบต่อประสิทธิภาพของส่วนอื่นๆ ทั้งหมดนี้เพื่อแก้ไขปัญหาที่เกิดขึ้น

แผนภาพด้านบนประกอบด้วยการทดลองสมมติที่ 1,2 และ 3 กับกลุ่ม A, B, C และ D จากสามการทดลอง ในกรณีแรก มีการเพิ่มขึ้นในส่วน A ตามด้วยการลดลงใน กรณีที่สองและที่สามโดยไม่มีการเปลี่ยนแปลง

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

สถานการณ์ที่คล้ายคลึงกันเกิดขึ้นในการทดลองที่ 3 ซึ่งกลุ่ม A, C, D มีประสิทธิภาพต่ำกว่าในกลุ่มฝ่ายตรงข้าม B ซึ่งแสดงให้เห็นการเปลี่ยนแปลงที่สำคัญ อีกครั้งการศึกษาจะชี้แจงสาเหตุของเหตุการณ์นี้

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

คำถามที่พบบ่อย

1. กรอบงานการจัดการผลิตภัณฑ์คืออะไร?

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

2. กระบวนการจัดการผลิตภัณฑ์เป็นอย่างไร?

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