Project ManagementSoftware DevelopmentAgileScrumBusiness LessonsIT ManagementCase StudyLeadershipSoftware EngineeringCrisis ManagementResource PlanningScope Creep

บทเรียน 10 ล้าน: เมื่อขายงานแบบ Turn-key แต่ดันสั่งทีมรัน Agile... สูตรสำเร็จสู่หายนะ

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

February 6, 20265 min read
บทเรียน 10 ล้าน: เมื่อขายงานแบบ Turn-key แต่ดันสั่งทีมรัน Agile... สูตรสำเร็จสู่หายนะ

ในโลกของการพัฒนา 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"