My Note from Product Development

แชร์ประสบการณ์จากการที่พอจะอยู่ในวงการมาบ้าง

Photo by Artiom Vallat on Unsplash

1. ลูกค้าสำคัญ แต่คนจ่ายเงินให้ทำก็สำคัญเหมือนกัน การทำ product ต้องคำนึงถึงลูกค้าและผู้ใช้งาน แต่อย่าลืมนึกถึง เจ้าของเงินด้วย เพราะความคาดหวังต่างกัน การทำ stakeholders management จึงสำคัญมากในมุม manage expectations
2. Products ที่ดีต้องตอบโจทย์ไม่ใช่แค่ผู้ใช้งาน ต้องคิดถึง operations ผู้ให้บริการด้วย การออกแบบที่ดีคือการมองภาพเชิงลึก เราจะ operate อย่างไรเพื่อตอบโจทย์ลูกค้า อย่ายอมทำ manual แล้วกลายเป็นปัญหาตามหลังแล้วพังถึง user ตามมา
3. กรรมเก่ามีจริง ใช้เวลากับ Requirements (user story) ให้นานหน่อย ดีกว่ารีบทำให้แค่มีของออกมา การต้องย้อนกลับมาแก้ เป็นlost ที่น่าเสียดายมากที่สุด การทำ requirements อย่ามองแค่ function ต้องดูเรื่องออกแบบ Non functional ด้วย Tech debt มันเปลืองเงิน เปลืองแรง
4. Sill ที่สำคัญที่สุดของคนทำงาน ไม่ว่าจะตำแหน่งไหนคือ พูดให้รู้เรื่อง สื่อสารให้คนเข้าใจ communication skill เพราะการทำ product เป็นการร่วมมือกันทั้งฝั่งคิดและฝั่งทำ การเข้าใจสิ่งเดียวกันเป็นสิ่งสำคัญ
5. ROI matrix คิดให้ได้ตั้งแต่แรกๆ เพราะเราจะได้รู้ว่า เราจะเก็บข้อมูลอะไรเพื่อเอามาวัดผล และสิ่งที่เราจะทำ ทำไปเพื่ออะไร เราจะได้รู้ว่าเราสำเร็จหรือต้องยกเลิกทิ้งไปหรือจะแก้ไขอะไร
6. Product development ไม่ใช่แค่ออกของให้ user ใช้ แค่รวมถึงเราจะดูแล แก้ปัญหา อย่างไรด้วย การทำ products ไม่ใช่การเพิ่มแต่ของใหม่ แต่รวมถึงแก้ไขปัญหาต่างๆ การจัดทีม การจัดกระบวนการรับปัญหาและแก้ปัญหา สำคัญ
7. การทำให้ทีมมีเป้าหมายร่วมกันไม่ใช่การทำ team building หรือ แค่ทำ retro แค่มันคือการ สร้างตัวชี้วัดและวัดผลร่วมกัน ไม่ใช่ต่างๆ ต่างวัดผลคนละอย่าง ถ้าคุณทำproducts kpiก็คือ product success
8. Agile ไม่ทำให้เร็ว ตราบใดที่เราไม่มีกระบวนการที่เร็ว จะส่งมอบเร็วได้ต้องดูก่อนว่ากระบวนการทำของคุณมีขั้นตอนอย่างไร ตรงไหนที่ automate ได้ จะเอา scrum มาทำงานเป็นรอบ แต่..แต่ละรอบส่งมอบอะไรไม่ได้ ก็กลายเป็นเสียเวลาเปล่าๆ ใช้ Agile เพื่อปรับกระบวนการ อย่าใข้เพื่อคาดหวังผลสำเร็จ
9. Plan and Document สำคัญ จะทำ Agile หรืออะไร อย่าเข้าใจผิดว่ามันไม่ต้องมี คุณต้องมี Roadmap ที่รู้ว่าอยากส่งมอบ value อะไรเมื่อไหร่ แล้วจากนั้นมี Release plan ที่รู้ว่าแต่ละรอบใหญ่ของงานต้องมี Epic features หรือ MVP อะไรเมื่อไหร่ ต้องมีเอกสารอะไรในนั้นบ้างหรือมีกิจกรรมอะไรบ้าง แล้วคุณถึงมี Iteration plan ว่าแต่ละรอบงานต้องทำอะไร ทดสอบอะไร ประกอบร่างอย่างไร แล้วจะได้เอา Feedback กลับไปปรับ plan ใหญ่
10. ทำใจเป็น super skill ❤️

Photo by Reid Zura on Unsplash