Vào thẳng nội dung

Quản lý Backlog (Backlog Management)

1. Backlog

Mục tiêu (Goals)

  • Mọi User Story đều có tiêu chí chấp nhận (acceptance criteria) và định nghĩa hoàn thành (definition of done) rõ ràng.
  • Các hoạt động thiết kế kiến trúc (design activities) được lên kế hoạch như một phần của backlog (bất kỳ story nào cần thiết kế kỹ thuật đều phải hoàn tất thiết kế trước khi đưa vào Sprint).

Gợi ý thực hành (Suggestions)

  • Hãy coi việc làm mịn backlog (backlog refinement) là một hoạt động diễn ra liên tục, không chỉ gói gọn trong một buổi họp "Refinement meeting" định kỳ.
  • Toàn đội cần thống nhất và thấu hiểu rõ ràng về Định nghĩa sẵn sàng (Definition of Ready - DoR) và Định nghĩa hoàn thành (Definition of Done - DoD).
  • Toàn đội cần hiểu rõ điều gì tạo nên một tiêu chí chấp nhận (Acceptance Criteria) tốt cho từng story/task, và thống nhất cách quản lý story/task. Ví dụ: Trong một số dự án, User Story được làm mịn bởi toàn bộ Crew, nhưng các task cụ thể sẽ do từng lập trình viên tự tạo khi cần thiết.
  • Nợ kỹ thuật (Technical Debt) phần lớn phát sinh từ những lối tắt (shortcuts) trong quá trình triển khai mã nguồn hoặc do chi phí bảo trì tích tụ tự nhiên khi hệ thống phát triển. Nhìn chung nên tuyệt đối tránh việc đi đường tắt. Trong những trường hợp hiếm hoi bắt buộc phải chấp nhận nợ kỹ thuật, khuyến nghị là phải ưu tiên lên kế hoạch giải quyết món nợ này trong các đợt phát triển tiếp theo.

2. Tài nguyên tham khảo (Resources)

Cập nhật cuối cùng: 11 tháng 11, 2026
Back to top