SDD không phải Waterfall
SDD giữ lại phần đáng giá của requirement engineering - rõ ràng, truy được, kiểm thử được - nhưng bỏ đi gánh nặng của waterfall: phê duyệt cứng nhắc, thiết kế trước mọi chi tiết, và sửa đổi tốn kém.
Khi nghe chữ “spec”, dev quen agile thường dị ứng: họ hình dung tài liệu A4 dày 200 trang, ký duyệt qua 3 tầng, mất 6 tháng mới viết dòng code đầu tiên. Đó không phải SDD.
SDD nhẹ hơn nhiều
| Waterfall | SDD |
|---|---|
| Tài liệu dày, in giấy | Markdown, sống trong git |
| Ký duyệt nhiều tầng | Review qua pull request như code |
| Spec đầy đủ trước, ít quay lại | Spec 1-2 trang là đủ để bắt đầu |
| Kiểm chứng bằng chữ ký | Kiểm chứng bằng Acceptance Criteria |
| Sai thì “duyệt lại” | Sai thì sửa spec |
Vì sao giờ mới khả thi
Cái làm điều này khả thi chính là AI: AI gánh phần “viết và sinh lại code” mà trước đây khiến việc viết spec chi tiết trở nên không kinh tế. Waterfall thất bại một phần vì viết spec kỹ rồi vẫn phải code tay rất tốn; giờ AI làm phần đó nhanh, nên đầu tư vào spec lại đáng.
Nhịp của SDD vẫn là lặp lại và học tiếp (Iterative Improvement), không phải dòng chảy một chiều.
Liên quan
- Spec-Driven Development - định nghĩa gốc
- Iterative Improvement - vì sao SDD vẫn là vòng lặp
- Spec hiện tại và Spec thay đổi - cơ chế giữ quy trình mềm