1. การลงมือทำ (iteration) vs. การคิดไอเดีย (ideation)
- แนวคิดที่เน้นการลงมือทำ: “อย่ามัวแต่คิดอยู่ในหัว จงลงมือทำจริง”
(“การเติบโตของบริษัทและการเรียนรู้ที่แท้จริงมาจากการลองทำ”) - ให้ความสำคัญกับการที่ทีมได้เรียนรู้และเติบโตมากแค่ไหน รวมถึงประสบการณ์ระหว่างทาง
2. ระบบ (system) vs. ส่วนย่อยเฉพาะจุด (sections)
- มุมมองแบบ workflow ทั้งระบบ: “หมกมุ่นกับการทำความเข้าใจภาพรวมของ flow และ system ของผลิตภัณฑ์ มากกว่าฟังก์ชันย่อยบางส่วน”
(“นวัตกรรมเกิดจากการแยกและประกอบ flow เดิมขึ้นใหม่”) - เน้นการทำเป็นแพลตฟอร์มและแนวคิดเชิงสถาปัตยกรรม มากกว่าการ optimize เฉพาะส่วน
3. รากฐาน (foundation) vs. ฟีเจอร์ (features)
- ต้องลงทุนกับรากฐานจึงจะสร้างผลลัพธ์ได้อย่างต่อเนื่อง: “หมกมุ่นกับ building block ที่ถูกใช้งานซ้ำ มากกว่าฟีเจอร์ระยะสั้นที่เดาง่าย”
(“เอฟเฟกต์ 1+1=3 และการสะสมหนี้จะย้อนกลับมาเป็นปัญหาใหญ่”) - โฟกัสที่การจัดการหนี้และคุณค่าระยะยาว
4. การสังเคราะห์ความเข้าใจ (synthesis) vs. สถานะปัจจุบัน (status)
- อ่านความหมายจากสถานะที่ถูกรายงาน: “อย่าดูแค่สิ่งที่อยู่ตรงหน้าในตารางหรือกราฟ แต่ให้จับสัญญาณและอินไซต์ที่อยู่ระหว่างนั้น”
(“เลือกข้อความสำคัญเพียงหนึ่งข้อ แล้วเจาะลึกมันเป็นเวลา 30 นาที”) - ดึงอินไซต์เชิงลึกออกมา แทนการไล่เรียงรายการผลงานที่ส่งมอบ
5. ผลลัพธ์ (outcomes) vs. ผลผลิต (output)
- อิมแพกต์ใหญ่สำคัญกว่าการเปลี่ยนแปลงเล็กน้อย: “การเพิ่ม output อย่างเดียวไม่มีความหมาย PM ต้องสร้างการเปลี่ยนแปลงที่แท้จริง”
(“ในอุตสาหกรรม แนวคิดที่ยึดผลลัพธ์ซึ่งนำไปสู่การเปลี่ยนแปลงที่ใหญ่กว่ากำลังสำคัญขึ้นเรื่อยๆ”) - เน้นอิมแพกต์ที่วัดผลได้ และเชื่อมตรงกับคุณค่าที่ลูกค้าได้รับ
6. ความยั่งยืน (sustainable) vs. ความเป็นครั้งคราว (sporadic)
- โฟกัสเฉพาะโซลูชันที่ขยายได้: “อย่าตัดสินใจในสิ่งที่ scale ไม่ได้ ความสำเร็จระยะสั้นจะกลายเป็นความเสี่ยงระยะยาว”
(“วิกฤตที่แท้จริงมาจากความล้มเหลวในการ scale”) - ตัดสินใจเชิงกลยุทธ์โดยคำนึงถึง ownership และการอยู่รอดระยะยาว
7. ความยืดหยุ่น (fluidity) vs. ความยึดมั่นแข็งทื่อ (firmness)
- มีความเห็นให้ชัด แต่ต้องไม่ยึดติด: “จงมีความเห็นที่หนักแน่น แต่ไม่ต้องหมกมุ่น และถ้าจำเป็นก็เปลี่ยนทิศทางอย่างเด็ดขาด”
(“ความเป็นกลางที่ไม่ถูกผูกมัดด้วยอารมณ์”) - ความสามารถในการประเมินไอเดีย/กลยุทธ์ซ้ำอย่างต่อเนื่องและปรับแก้อย่างรวดเร็ว
8. การวางแผน (planning) vs. เอกสารแผน (plans)
- ให้ความสำคัญกับนิสัยและตรรกะของการวางแผน มากกว่าตัวแผนจริง: “เป้าหมายไม่ใช่เอกสารแผน แต่ต้องอธิบายลำดับความสำคัญและเหตุผลเชิงตรรกะให้ได้”
(“แค่ Always Now, Next, Later ก็เพียงพอแล้ว”) - โฟกัสที่การอธิบายลำดับความสำคัญของ backlog และเหตุผลรองรับ
9. คุณภาพ (quality) vs. ความเร็ว (quickness)
- ใส่คุณภาพตั้งแต่ต้นเข้าไปในงานออกแบบ (usability, performance, cost): “ถ้ามัวแต่หมกมุ่นกับความเร็ว ความไม่พอใจเชิงอารมณ์จะค่อยๆ สะสม”
(“ผลิตภัณฑ์ที่คนจดจำได้จริงเริ่มต้นจากคุณภาพเสมอ”) - ให้ประสบการณ์และความพึงพอใจของผู้ใช้มาก่อนการออกสู่ตลาดให้เร็วกว่าใคร
10. ความลึก (depth) vs. ความกว้าง (breadth)
- ให้ความสำคัญกับความหลากหลายและขอบเขตของ feedback loop จากลูกค้า: “อย่าเก็บแค่ feedback เชิงลึก แต่จงรวบรวมสัญญาณที่หลากหลายจากตลาดด้วย”
(“จุดสัมผัสกับตลาดที่กว้างขวาง สำคัญกว่าการจัดโครงสร้างซ้ำๆ ในบางช่องทาง”) - โฟกัสที่ลูกค้าควบคู่กับการรับข้อมูลจากหลายช่องทางและหลายมุมมอง
11. ทิศทาง (direction) vs. ข้อมูล (data)
- เป้าหมายของข้อมูลคือการหาทางไปต่อ: “ความชัดเจนของทิศทางสำคัญกว่าความแม่นยำ”
(“แค่หาสัญญาณที่ดีที่สุดให้เจอพอ การ optimize เป็นเรื่องรอง”) - มองภาพรวมแล้วตัดสินใจเลือกทิศทางที่ถูกต้องทีละขั้น
12. วงรอบซ้ำ (loops) vs. การกระโดดครั้งใหญ่ (leaps)
- ความต่างระหว่างโชคกับทักษะ: “การพัฒนาแบบทำซ้ำอย่างต่อเนื่องคือทักษะจริง มากกว่าความโชคดีจากการกระโดดครั้งใหญ่”
(“รูทีนที่ดีขึ้นทีละ 1% อย่างสม่ำเสมอ คือแก่นของความสำเร็จ”) - เน้นย้ำคุณค่าของการตัดสินใจที่มีความต่อเนื่อง
13. การเขียน (writing) vs. การเอาตัวรอดแบบสดๆ (winging)
- การเขียนที่ชัดเจนคือวิธีพิสูจน์พลังความคิด: “ถ้าอธิบายให้ชัดด้วยเอกสารยาวๆ ไม่ได้ แปลว่ายังคิดมาไม่มากพอ”
(“PowerPoint·Slack ฯลฯ อาจช่วยซ่อนได้ แต่เอกสารซ่อนไม่ได้”) - คุณค่าที่แท้จริงของการเป็น PM ถูกพิสูจน์ผ่านการเขียนที่ชัดเจน
ยังไม่มีความคิดเห็น