Tiến độ
Lớp "sống" của dự án — nơi chúng ta theo dõi kế hoạch so với tiến độ thực tế và liên kết mọi thứ đã giao về đúng yêu cầu đã đặt ra. Cập nhật mỗi sprint.
Ở đây có gì
Các giai đoạn theo quy mô khách hàng + ngành hàng, và mốc thời gian.
Bản kiểm kê 16 nhóm, 74 tính năng kèm trạng thái build + cổng MVP.
Bảy epic cho dải 1–3 tỷ + bán lẻ/tạp hoá, bám sát code thực tế.
Mỗi module: PRD → ADR → dev → test → runbook. Ô trống = lỗ hổng.
Sức khoẻ, tiến độ, rủi ro, hành động mỗi cycle — đối chiếu với code.
Đã ship cái gì, diễn đạt dễ hiểu, và vì sao.
Các phần kết nối với nhau ra sao
Hai hệ phân loại song song
Wiki này có hai nửa. Nửa kiến thức sản phẩm/kỹ thuật (Tổng quan · Module · Developer · Runbook) là tài liệu tham chiếu không đổi theo thời gian. Nửa Tiến độ này gắn với thời gian — theo dõi chúng ta đang ở đâu, đã ship gì, sắp làm gì.
- Lộ trình nói chúng ta định xây gì, nhóm theo quy mô doanh nghiệp và ngành hàng. Giai đoạn 1 — Đã giao là bản kiểm kê chi tiết đã-xong; Giai đoạn 2 — Kế hoạch là các epic sắp tới.
- Mỗi Hub module (
/modules/<tier>/<module>) mang một khối truy vết liên kết PRD, ADR, tài liệu dev, test và runbook của nó. - Ma trận Truy vết gom tất cả thành một bảng độ phủ — ô trống là lỗ hổng hiện rõ.
- Sprint Review ghi nhận mỗi cycle và phản hồi tiến độ ngược về lộ trình.
- Nhật ký Thay đổi là bản ghi dễ đọc về những gì thực sự đã ship.
Quy ước
Bảng công việc được đối chiếu với code
Sprint review tuân theo .agents/workflows/sprint-review.md — trạng thái bảng được đối chiếu với codebase trước khi tính bất kỳ chỉ số nào. Review của một cycle đã đóng được ghi tại đây dưới dạng sprint-reviews/YYYY-WKNN.md và phản chiếu thành một mục Report trên Plane. Liên kết Module/PRD/ADR theo quy ước tài liệu module §6 (ID ổn định, liên kết hai chiều).
Trang liên quan
- Tổng quan — bối cảnh nghiệp vụ và kiến thức sản phẩm
- Module — hub theo tính năng (xương sống của truy vết)
- Cấu trúc tài liệu Module — quy tắc ID & liên kết