สปรินต์ 2 สัปดาห์ที่ส่งของจริง ไม่ใช่ส่งสไลด์

อาการของ Agile ที่ล้มเหลว

• Daily standup ยาว 40 นาที แต่ไม่มีใครรู้ว่างานติดตรงไหน
• สปรินต์จบด้วยสไลด์ ไม่ใช่ลิงก์ที่กดใช้ได้
• Backlog ยาวขึ้นทุกสัปดาห์ แต่ของที่ส่งมอบเท่าเดิม

ทั้งหมดนี้มีต้นตอเดียวกัน — ไม่มีคำจำกัดความของคำว่า "เสร็จ"

โครงสร้างสปรินต์ที่เราใช้จริง

1. วันที่ 1 — Sprint planning พร้อม acceptance criteria ที่เขียนเป็นประโยคทดสอบได้
2. วันที่ 2–8 — พัฒนา พร้อม preview environment ที่ deploy ทุก commit
3. วันที่ 9 — QA rotation ทีมทดสอบงานของกันและกัน
4. วันที่ 10 — Sprint review บนของจริง + ส่งมอบขึ้น staging

ถ้าลูกค้ากดใช้ไม่ได้ในวันที่ 10 แปลว่างานนั้นยังไม่เสร็จ ไม่ว่าโค้ดจะเขียนไปกี่บรรทัด

ตัวชี้วัดที่เราเปิดให้ลูกค้าเห็นทุกสัปดาห์

• Cycle time เฉลี่ยต่อการ์ด
• จำนวนงานที่ถูกเปิดใหม่หลัง QA
• Deployment frequency
• ชั่วโมงที่ใช้ไปกับงาน unplanned

ตัวเลขทั้งสี่นี้บอกสุขภาพโปรเจกต์ได้แม่นกว่ารายงานความคืบหน้าเป็นเปอร์เซ็นต์

หลังส่งมอบ

ทุกโปรเจกต์มาพร้อมการดูแลหลังส่งมอบ 100% — เพราะระบบที่ไม่มีใครดูแล คือระบบที่กำลังจะกลายเป็นหนี้ทางเทคนิคของคุณ