บทเรียน 10 ล้าน: เมื่อขายงานแบบ Turn-key แต่ดันสั่งทีมรัน Agile... สูตรสำเร็จสู่หายนะ
แชร์ประสบการณ์ความผิดพลาดในการบริหารโปรเจกต์มูลค่า 8 หลัก เมื่อ "ความคาดหวังตอนขาย" กับ "วิธีการทำงานจริง" สวนทางกัน จากโปรเจกต์ที่ควรจะกำไร กลายเป็นมหากาพย์ Scope Creep ที่ไม่มีวันจบสิ้น

ในโลกของการพัฒนา Software เรามักจะได้ยินคำว่า "Agile" จนเหมือนเป็นยาสามัญประจำบ้าน แต่ความจริงที่เจ็บปวดคือ Agile ไม่ใช่คำตอบของทุกอย่าง โดยเฉพาะเมื่อ "Business Model" ของคุณยังติดอยู่ในโลกของ Fixed Cost & Fixed Time
นี่คือสรุปความล้มเหลวจากโปรเจกต์มูลค่า 10 ล้านบาท ที่ผมอยากให้คุณใช้มันเป็นบทเรียนโดยไม่ต้องจ่ายราคานี้เอง
⚡ 1. ความขัดแย้งของ "สัญญา" กับ "แนวคิด"
ต้นตอของปัญหาคือการขายงานแบบ Turn-key (Fixed Price) ซึ่งลูกค้าคาดหวังของครบตาม Scope ที่คุยกันวันแรก แต่ทีมพัฒนาเลือกใช้ Scrum โดยไม่มีการคุม Scope ที่ชัดเจน
สิ่งที่เกิดขึ้น: ลูกค้าขอเปลี่ยน Requirement ตลอดเวลา (เพราะคิดว่า Agile คือการเปลี่ยนได้ฟรี)
ผลลัพธ์: Budget บานปลาย แต่เส้นตายยังเท่าเดิม
📉 2. การวาง Resource ที่ผิดพลาดตั้งแต่วันแรก
เมื่อ Scope ไม่นิ่ง การคำนวณ Man-month จึงพังทลาย เราไม่ได้วางแผน Resource เผื่อไว้สำหรับ "ความไม่แน่นอน" (Uncertainty) ทำให้ทีมต้องทำงานแบบ Fire-fighting ตลอด 24 ชั่วโมง
🚩 3. บทเรียนราคา 10 ล้านที่เราได้รับ
หากจะทำโปรเจกต์ขนาดใหญ่ให้รอด คุณต้องเลือกอย่างใดอย่างหนึ่ง:
ถ้าจะขาย Turn-key: คุณต้องใช้ Waterfall ที่เข้มงวดเรื่อง Change Request (CR)
ถ้าจะทำ Agile: สัญญาต้องเป็นแบบ Time & Material หรือมีการบริหารจัดการ Backlog ร่วมกับลูกค้าอย่างใกล้ชิด
"Agile ไม่ใช่ข้ออ้างในการไม่ทำ Documentation และการไม่คุม Scope"