เราใช้คำว่า “Product” สับสนกับคำว่า “Project” ยังไงในทุกวันนี้?
(หมายเหตุ Content นี้ เขียนร่วมกับ AI)
ในอดีตหลายบริษัทโดยเฉพาะ Corporate จะงงมากว่า product role คืออะไร? แล้วมันจะมา work ในองค์กรใหญ่ได้ยังไง (เพราะจริง role product มันมาจากโลก start up ในการสร้าง innovation) แต่พวก corporate ชินกับการทำแผนงานตามปี ซึ่งจะ track ความสำเร็จได้ก็ต้องมีเปิดงาน-จบงาน-ปิดงานเขาจะชินกับรูปแบบนี้มากกว่าในโลก corporate เดิม เพราะจะต้องส่ง KPI ให้ corporate หรือส่ง resource/เงินที่ใช้ให้แผนกการเงินบ้าง เป็นต้น
หลายปีที่ผ่านมามีการ introduce รูปแบบการทำงานแบบ Agile และ pattern ที่ฮิตคือ scrum สร้าง role ที่ชื่อ product owner ขึ้นมา แต่หลักการเหล่านี้มาจากโลก start up ทำให้คนที่นำมา transform ในโลก corporate ขนาดใหญ่รู้สึกติด
เพราะสุดท้ายการวัดผลเวลา transform มันไม่เคยไป total ทั้งองค์กรขนาดใหญ่ มักจะกระจุกแค่ในแผนกที่ transform เป็นหลัก ทำให้งานของคนเป็น product ลำบากมาก “ตำรา/best practice” ก็แนะนำให้คิดอย่าง แต่วัดผล กลับเป็นเรื่องการวัดแบบ “project” แบบเดิม เพื่อให้องค์กรจบ KPI total ได้มันเลยเป็นความ dilemma นึงของการยากที่จะเลือกวิธี transform แบบใด แบบหนึ่งใน corporate หรือวัฒนธรรม/รูปแบบธุรกิจหนึ่งได้
ส่วนตัวผมไม่ค่อยกังวลเรื่อง role “product or project” จะ overlap อะไรกันแบบที่หลายคนเคยมาปรึกษานะ (คือคนไทยจะมีนิสัยถ้าติดไม่ชัดเจนจะไม่กล้าทำต่อเสียเยอะ) ผมเคยตอบใครสักคนไป “จะแคร์อะไรว่ามันคือรูปแบบ product หรือ project ถ้ามันทำแล้ว perform ใครจะว่าอะไรคุณ?”
“คำว่า perform” ถ้าคุณเอาวิถีแบบ startup มันก็จะมาแนวทาง user pain ตอบโจทย์ได้ยังไงทั้งสิ้น หรือเอา innovation thinking มา hack การทำงานแบบเดิม แต่ในโลก corporate ถ้าไม่ได้มี innovation ใหม่ แต่ตอบการทำงานลูกค้าที่ใช้งานนั้น ผุ้บริหาร happy มันก็คือ perform ทั้งๆ ที่ไม่ได้ทำ scrum ด้วยซ้ำนะ
ดังนั้น จะทำ product หรือ project สิ่งที่ต้องกังวลมากกว่า เช่น
* ไม่มี sense ของชิ้นงานที่เราทำว่าจะปรับปรุงยังไง? (รอคำสั่ง แล้วแย่กว่า สั่งไม่ดีก็เชื่อและยอมทำตาม โดยไม่มี sense of good product)
* ไม่เข้าใจมุมลูกค้าเลย : อยากได้อะไรขอมา (ไม่รุ้จะ valid ยังไงสิ่งนั้นแก้ได้ไหม)
* ไม่รู้อะไรเร่งด่วน สำคัญก่อนหลัง หรือหนักกว่าด่วนหมดทำหมด ทำออกมาครึ่งๆ กลางๆ ทั้งหมด
* ไม่รู้เลยโลกเปลี่ยไป ตลาดเปลี่ยนไปยังไง : บอกว่า user happy อยู่ ใช้มาเป็น 10 ปี (แต่เทคโนโลยี stack ตกสมัย เต็มไปด้วยความเสี่ยง)
* “Priority งานที่ทำ โดยไม่เข้าใจ top and bottom lines”
* “เน้นทำให้เสร็จ ไม่ทำให้สำเร็จ” (ส่งงานเช็ค KPI ปิด project แล้วบอกไม่เกี่ยวกับอันนั้นแล้ว เป็นปัญหาเชิงกระบวนการทำงาน)
ถ้าทำของให้ดี เราต้องคิดว่าเราเป็นพ่อเป็นแม่ของๆ นั้น ถ้าเรายอมปล่อยของไม่ดี แบบทำๆ ไปเหอะ เป็นโรงงานผลิต แปลว่าเราก็เป็น “โรงงานผลิต”
ดังนั้น คำว่า “product” หรือ “project” ที่นั่งเถียงๆ กันสำหรับผม ไม่ได้มีความหมายอะไรมากเลย...
“วันนี้คุณทำมัน perform ยังไงมากกว่า?”
#วันละเรื่องสองเรื่อง
โฆษณา
- ดาวน์โหลดแอปพลิเคชัน
- © 2025 Blockdit
