Khái niệm
Bảng Kanban và giới hạn WIP
Cột, nhóm trạng thái và cách kéo thẻ trên Board; vì sao cần giới hạn việc đang làm dở (WIP) và đặt con số khởi điểm thế nào.
Khoảng 2 phút đọc
Bảng Kanban, cột và trạng tháiKanban Board
Định nghĩaBảng gồm nhiều cột biểu diễn trạng thái luồng công việc; mỗi việc là một thẻ di chuyển từ trái sang phải. Nhìn vào Board là biết ngay ai đang làm gì, việc nào kẹt, cột nào quá tải.
Vuốt ngang để xem đủ 5 cột →
- UMS-13
- UMS-7
- UMS-9
- UMS-5
- UMS-6
- UMS-12
- UMS-15
- UMS-18
- UMS-21
Vượt giới hạn WIP
- UMS-2
- UMS-3
Cột mặc định: Backlog → To Do → In Progress → Review → Done. Mỗi cột thuộc một nhóm: Chưa làm, Đang làm, Hoàn thành — nhóm quyết định cách tính tiến độ và burndown. Quản lý dự án đổi tên, thêm bớt, sắp xếp và tô màu cột ở Cài đặt › Cột Kanban.
Kéo thả thẻ để đổi trạng thái (cả trong cột để sắp thứ tự), dùng được trên màn cảm ứng. Thẻ hiện mã, loại, nhãn, điểm, hạn (đỏ nếu trễ), số task con và bình luận, người thực hiện. Bộ lọc: từ khóa, người, loại, ưu tiên, phân hệ, nhãn, sprint (mặc định Sprint đang chạy), trễ hạn. Tạo nhanh việc ngay trong cột.
Ý nghĩa cột đề xuất: To Do = đã chọn làm trong sprint; In Progress = đang code; Review = chờ code review/QA test; Done = đạt DoD.
Lưu ý thực hành
- Người đang làm là người kéo thẻ — cập nhật ngay khi bắt đầu hoặc kết thúc, không đợi daily.
- Một người không nên có quá 2 thẻ In Progress cùng lúc (tự giới hạn WIP cá nhân).
- Thẻ nằm im quá 2 ngày ở In Progress hoặc Review là tín hiệu cần hỏi ở daily.
Giới hạn việc đang làm dởWIP limit
Định nghĩaSố thẻ tối đa được phép nằm trong một cột cùng lúc. Mục đích: buộc team làm xong việc đang dở trước khi bắt đầu việc mới → ít chuyển ngữ cảnh, lộ nút thắt sớm (vd Review ùn), việc xong nhanh hơn.
Ví dụ
4 / 3), Board báo đỏ “Vượt giới hạn WIP” → thay vì nhận việc mới, dev nên hỗ trợ test/review để giải phóng cột.Lưu ý thực hành
- Bắt đầu với WIP ≈ số người làm trong cột đó + 1; điều chỉnh sau vài sprint.
- Vượt WIP là tín hiệu để cả team xử lý, không phải lỗi của một người.