Requirement

✍🏼 ไม่เคยมากเกินไป?

บางคนคิดว่าฟีเจอร์ยิ่งมากยิ่งดี ฟีเจอร์ช่วยให้เราขายได้ ฟีเจอร์ช่วยให้เรานำหน้าคู่แข่ง ฟีเจอร์ดึงดูดฟีดแบคดีๆ จริงหรือ? 🤔

✍🏼 การสร้างโปรดักท์ด้วยขอบเขต, จุดสำคัญ และเส้นทาง

โปรดักท์ที่ดีจะมีขอบเขตที่ชัดเจน มีจุดสำคัญที่มองเห็นง่าย และมีเส้นทางเชื่อมระหว่างจุดเหล่านั้นที่หลากหลาย – ความยืดหยุ่นคือสิ่งที่เราต้องค้นหาให้เจอ 🕵🏼‍♂️

✍🏼 รวบรวม vs. ขุดค้น

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

✍🏼 ความต้องการ vs. ความต้องการ

ถ้ามีคนบอกว่า “ขยายฟ้อนท์ให้หน่อย” เราจะมองว่ามันคือความต้องการ (Requirement) หรือความต้องการ (Need)? การทำซอฟต์แวร์ที่ดีไม่ใช่การขยายขนาดฟ้อนท์แต่มันคือการแก้ปัญหาที่ว่า “รายงานตอนนี้อ่านยาก” มากกว่า