สาเหตุที่งบทำ Software บานปลายบ่อยที่สุด ไม่ใช่ถูกโกง — แต่คือ "ตกลงขอบเขตงานกันไม่ชัดตั้งแต่ต้น"
สำหรับคนที่กำลังจะตกลงราคาทำ Software — จะได้เข้าใจว่าทำไม "งานงอก" และจะกันราคาบานปลายยังไง
Scope คือขอบเขตว่างานนี้ "ทำอะไรบ้าง ไม่ทำอะไรบ้าง". ถ้าไม่ชัด ต่างคนต่างคิดในใจไม่ตรงกัน — คนจ้างคิดว่ารวม คนทำคิดว่าไม่รวม สุดท้ายทะเลาะกันเรื่องเงิน
Scope Creep คืออาการ "ขอเพิ่มทีละนิด" ระหว่างทาง — เพิ่มปุ่มนั้น แก้หน้านี้ จนงานบวมเกินที่ตกลง. แต่ละอย่างดูเล็ก แต่รวมกันทำให้ เลยเวลาและงบไปไกล โดยไม่รู้ตัว
| ขอเพิ่มทีหลัง (ตอนขอฟังดู "นิดเดียว") | งานที่งอกจริง |
|---|---|
| ขอแจ้งเตือนทาง SMS หน่อย | +3 วัน |
| ขอหน้าหลังบ้านดูสถิติ | +5 วัน |
| ขอระบบสะสมแต้มสมาชิก | +7 วัน |
| ขอ export รายงานเป็น Excel | +2 วัน |
| รวม 4 อย่างที่ "ขอทีหลัง" | +17 วัน |
งานเดิมตกลงไว้ราว 3 สัปดาห์ พอบวกของที่ขอทีหลังทั้งหมดเข้าไป กลายเป็นเกือบ 6 สัปดาห์ — เวลาและงบเกือบเท่าตัว ทั้งที่ตอนขอแต่ละอันรู้สึกว่าเล็กนิดเดียว
ทางแก้คือ เขียนให้ชัดเป็นลายลักษณ์อักษรว่ารอบนี้ทำอะไรบ้าง (และอะไร "ยังไม่ทำ") ก่อนเคาะราคา. ของที่อยากได้เพิ่ม ก็จดไว้เป็น "เฟสถัดไป" — ไม่ใช่ยัดเข้ามากลางทาง
"ทำระบบจองคิวให้หน่อย ใช้ง่าย ๆ" — คำว่า "ง่าย ๆ" ของแต่ละคนไม่เท่ากัน
"หน้าจองคิวออนไลน์ + ปฏิทินว่าง/ไม่ว่าง + อีเมลยืนยัน · รอบนี้ยังไม่รวม SMS, แอปมือถือ, ระบบสมาชิก"
ก๊อปโครงนี้ไปกรอกก่อนคุยราคา แล้วส่งให้คนทำยืนยันกลับ — แค่นี้กัน scope บานปลายได้เกินครึ่ง:
แทนที่จะพยายามทำทุกอย่างทีเดียว (ซึ่งทำให้ scope ใหญ่และเสี่ยง) — เริ่มจากระบบเล็กที่จำเป็นที่สุดก่อน (MVP) ให้ใช้งานได้จริง แล้วค่อยต่อยอดจากของจริง. งบคุมง่ายกว่า และได้ใช้เร็วกว่า
| Scope คือ | ตกลงว่าทำอะไร/ไม่ทำอะไร |
| Scope Creep | ขอเพิ่มทีละนิด → งบบาน |
| ทางแก้ | เขียนขอบเขตชัดก่อนเคาะราคา |
| เคล็ดลับ | เริ่มเล็ก (MVP) แล้วค่อยต่อ |