1 คะแนน โดย GN⁺ 2023-12-18 | 1 ความคิดเห็น | แชร์ทาง WhatsApp

ทีมพัฒนาผลิตภัณฑ์ต้องการ PM น้อยลง

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

สิ่งที่หมายความสำหรับสตาร์ทอัป

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

วิธีทำให้ทีมยึดผลิตภัณฑ์เป็นศูนย์กลาง

  • ทีมพัฒนาผลิตภัณฑ์ต้องเข้าใจผู้ใช้และบริบทของผู้ใช้ให้ดียิ่งขึ้น และควรมีส่วนร่วมอย่างแข็งขันในการกำหนดรูปร่างของผลิตภัณฑ์
  • PM ไม่ควรเป็นคนที่รับผิดชอบ UX, การทำ wireframing, การติดตามความคืบหน้า, การจัด standup หรือเป็นผู้เขียน PRD/สเปกแต่เพียงผู้เดียว แต่ควรโฟกัสกับการสื่อสารวิสัยทัศน์ของผลิตภัณฑ์ให้ชัดเจน ทำให้ทีมแก้ปัญหาที่ถูกต้อง และรักษาทิศทางของผลิตภัณฑ์ให้ชัดเจนพร้อมสอดคล้องกับความต้องการทางธุรกิจ

การสร้างทีมที่ยึดผลิตภัณฑ์เป็นศูนย์กลาง

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

ความเห็นของ GN⁺

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

1 ความคิดเห็น

 
GN⁺ 2023-12-18
ความคิดเห็นจาก Hacker News
  • การแบ่งปันประสบการณ์เกี่ยวกับผู้จัดการผลิตภัณฑ์ (Product Manager, PM)

    • ผู้จัดการฝ่ายวิศวกรรมคนหนึ่งกล่าวว่า การบริหารผลิตภัณฑ์เป็นบทบาทสำคัญในบริษัท แต่ก็เป็นงานที่ยาก
    • PM ที่ความสามารถไม่ดีมักเข้าไปควบคุมทีมวิศวกรรมมากเกินไป หรือสนใจเรื่องการเมืองในองค์กรมากกว่า
    • มีข้อเสนอว่าในองค์กรควรวาง PM ให้เป็นเหมือน 'mini CEO' ของแต่ละทีม และหากขาดความสามารถทางเทคนิคก็ควรจับคู่กับ 'mini CTO'
  • ปัญหาเรื่องแรงจูงใจของนักพัฒนา

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

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

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

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

    • มีการปรับสัดส่วนระหว่างวิศวกรฟรอนต์เอนด์กับแบ็กเอนด์, ผู้จัดการฝ่ายวิศวกรรมกับ individual contributor (IC), technical writer กับวิศวกร, และ PM กับวิศวกร เพื่อแสวงหาประสิทธิภาพที่เหมาะสมที่สุด
    • สิ่งสำคัญคือการเคารพความเป็นอิสระของทีมวิศวกรรมและลดการจู้จี้ควบคุมรายละเอียดลง
  • ความชอบ PM ที่มีประสบการณ์ทางเทคนิค

    • การทำงานกับ PM ที่มีพื้นฐานด้านเทคนิคและเข้าใจมุมมองของวิศวกรรมทำได้ง่ายกว่า
    • PM ที่ไม่มีประสบการณ์ทางเทคนิคมักเน้นมุมมองทางธุรกิจ ซึ่งบางครั้งก็จำเป็น แต่ไม่ใช่เสมอไป
  • ความจำเป็นในการรวม product management กับ product design

    • หน้าที่ส่วนใหญ่ของ product management ควรถูกรวมเข้ากับ product design
    • บทบาท PM มีอยู่มากเกินไป เพราะเป็นช่องทางให้คนที่ไม่ใช่สายเทคนิคเข้ามาในอุตสาหกรรมเทคโนโลยีและได้รับเงินเดือนแบบสายเทคนิค
  • ข้อคิดเกี่ยวกับบทบาทและความสามารถของแต่ละบุคคล

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

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