Lộ trình áp dụng 30/60/90 ngày
Đừng bắt cả team chuyển sang SDD trong một ngày. Thử ở phạm vi đủ nhỏ để học, nhưng đủ thật để có dữ liệu.
Ba giai đoạn
| Giai đoạn | Mục tiêu | Việc chính |
|---|---|---|
| Ngày 1-30: Thử phạm vi nhỏ | Một module có spec + code + test map AC; người tham gia kể được 3 điều: cái gì hiệu quả, cái gì vướng, cái gì cần đổi | Chọn 1 use case nhỏ nhưng thật + 1 dev có ảnh hưởng + 1 PO. Setup tối thiểu: folder /specs, template UC, quy ước UC ID trong commit, một tool AI team đã quen |
| Ngày 31-60: Mở rộng | ≥ 60% PR mới có UC ID, PO đã review vài spec thật, team bắt đầu có ngôn ngữ chung | Chọn một module brownfield “ấm”. Reverse-engineer entity/use case, viết spec baseline, thêm characterization test, bắt đầu đo Spec Coverage & AC Coverage (thủ công cũng được) |
| Ngày 61-90: Quyết định | Chọn hướng đi dựa trên dữ liệu | Retrospective riêng cho SDD: cái gì giúp team? cái gì chỉ tạo thêm việc? tool nào cản trở? tín hiệu bug rate / onboarding / velocity? |
Ba đường sau 90 ngày
- Chuẩn hóa: SDD làm mặc định cho code mới + module nóng.
- Áp dụng một phần: chỉ dùng cho payment, billing, compliance.
- Dừng lại: chưa hợp team lúc này - cũng được, miễn quyết định dựa trên dữ liệu thay vì cảm giác mệt sau hai tuần đầu.
Ba việc nên làm ngay tuần sau (cho EM/TL)
- Chọn 1 use case nhỏ + 1 dev + 1 PO đi trọn một vòng SDD trong 1 sprint.
- Tạo folder
/specsvà commit một template UC - hành động nhỏ này báo hiệu team nghiêm túc. - Đo một chỉ số duy nhất tuần đầu: bao nhiêu PR có UC ID.
Liên quan
- Sáu nguyên tắc Spec-Driven - mục tiêu dần đạt cả 6
- Chỉ số đo SDD · Vai trò trong SDD · Greenfield với SDD