ตีโจทย์และวางสถาปัตยกรรม
ก่อนเริ่มพัฒนา เราหาคำตอบให้ชัดก่อนว่าต้องสร้างอะไร ข้อมูลที่มีอยู่รองรับได้แค่ไหน ระบบเดิมรับไหวหรือไม่ และอะไรที่รอไปก่อนได้
การกำหนดโจทย์เป็นขั้นตอนที่ใช้ต้นทุนน้อยที่สุด แต่เป็นตัวตัดสินว่างานที่เหลือจะราบรื่นหรือไม่
เราศึกษาทั้งเป้าหมาย ผู้ใช้ ข้อมูล และระบบเดิมที่มีอยู่ เพื่อกำหนดโจทย์ให้ถูกต้อง ก่อนเริ่มเขียนโค้ดบรรทัดแรกเราตรวจสอบระบบปัจจุบัน ปริมาณการใช้งาน และจุดคอขวด เพื่อหาว่าอะไรคือสิ่งที่ถ่วงธุรกิจอยู่
เราศึกษาว่าผู้ใช้ทำงานอย่างไรจริง ๆ เพื่อให้ฟีเจอร์ที่พัฒนามาจากพฤติกรรมการใช้งาน ไม่ใช่จากการคาดเดา
เราประเมินคุณภาพข้อมูล สิทธิ์การเข้าถึง และความพร้อมของระบบ ว่าการลงทุนกับ AI ในตอนนี้คุ้มค่าหรือไม่ และหากยังไม่คุ้ม เราจะบอกตรงไปตรงมา
เราแปลงสิ่งที่พบให้เป็นลำดับงาน ว่าอะไรควรทำก่อน อะไรควรตัดออก และกำหนดเวลาที่เป็นไปได้จริง
เราตีขอบเขตงานยังไง
สี่ขั้นตอนที่เปลี่ยนโจทย์กว้าง ๆ ให้เป็นข้อกำหนดที่ทีมพัฒนานำไปทำงานต่อได้ทันที
สรุปสิ่งที่เจอเชิงเทคนิค
แผนผังสถาปัตยกรรมระบบ
ขอบเขตงานชัด พร้อมสิ่งที่ไม่ทำ
ลำดับงานที่จัดความสำคัญแล้ว
“เขาบอกเราตรงไปตรงมาว่าฟีเจอร์ AI ที่เราอยากได้ ส่วนไหนคุ้มค่าที่จะทำ และส่วนไหนเป็นการเสียค่า API เปล่า ๆ ช่วยเราประหยัดไปได้ทั้งไตรมาส”
รับข้อมูลอัปเดต
อัปเดตแนวทางและเทคโนโลยีที่เราใช้ในงานจริง ส่งให้ทุกเดือน ไม่มีอีเมลขยะ
เมื่อกดปุ่ม ถือว่าคุณ
ยอมรับ เงื่อนไขการใช้งาน