Login

Kanban cho đội dev: giới hạn WIP để làm việc nhanh và gọn hơn

  • author-image

    Nguyễn Đình Cường

  • blog-tag
  • blog-comment 0 comment
  • created-date 09 Nov, 2026
blog-thumbnail

Có phải cả đội lúc nào cũng bận nhưng việc nào cũng dang dở? Kanban là phương pháp đơn giản giúp bạn nhìn thấy công việc đang nghẽn ở đâu và buộc cả nhóm hoàn thành việc trước khi bắt đầu việc mới. Chỉ cần một tấm bảng và vài quy tắc.

Kanban là gì?

Kanban bắt nguồn từ ngành sản xuất, về sau được áp dụng cho phát triển phần mềm. Cốt lõi là trực quan hóa công việc trên bảng chia cột theo các bước trong quy trình, và giới hạn lượng việc đang làm dở để dòng công việc chảy thông suốt.

Cấu trúc một bảng Kanban

Bảng cơ bản có các cột đại diện trạng thái công việc, ví dụ:

  • Backlog: các việc cần làm, chưa bắt đầu.
  • Đang làm (In Progress): việc đang có người thực hiện.
  • Review: chờ người khác xem lại.
  • Kiểm thử (Testing): đang được kiểm tra.
  • Xong (Done): đã hoàn thành.

Mỗi công việc là một thẻ (card) di chuyển từ trái sang phải. Bạn nên đặt tên cột theo quy trình thực tế của nhóm mình, không cần sao chép mẫu.

Giới hạn WIP: phần quan trọng nhất

WIP là Work In Progress, số việc đang làm dở cùng lúc. Kanban đặt giới hạn cho mỗi cột, ví dụ cột 'Đang làm' tối đa 3 thẻ. Khi cột đầy, không được kéo thêm thẻ mới vào; nhóm phải giúp hoàn thành các thẻ hiện có trước.

Vì sao điều này hiệu quả?

  1. Bớt chuyển đổi ngữ cảnh: làm nhiều việc cùng lúc khiến ai cũng chậm đi.
  2. Lộ ra điểm nghẽn: nếu cột Review luôn đầy, bạn thấy ngay nhóm đang thiếu người review chứ không phải thiếu người code.
  3. Giao hàng sớm hơn: hoàn thành từng việc thay vì để dở cả chục việc.
  4. Khuyến khích hợp tác: người rảnh sẽ giúp người đang kẹt thay vì nhận việc mới.

Các chỉ số đơn giản để theo dõi

  • Lead time: thời gian từ lúc yêu cầu được đưa vào đến khi giao xong.
  • Cycle time: thời gian từ lúc bắt đầu làm đến khi xong.
  • Throughput: số việc hoàn thành trong một khoảng thời gian, ví dụ mỗi tuần.

Các số này giúp bạn dự báo dựa trên dữ liệu thay vì cảm tính. Ví dụ nếu trung bình nhóm xong 5 thẻ mỗi tuần thì 20 thẻ còn lại cần khoảng 4 tuần, miễn là điều kiện không đổi nhiều.

Làm Kanban thế nào trong thực tế?

  1. Vẽ quy trình hiện tại của nhóm lên bảng, đừng tạo quy trình mới.
  2. Tạo thẻ cho mọi việc, kể cả việc phát sinh đột xuất, để thấy toàn bộ khối lượng thật.
  3. Đặt giới hạn WIP khởi điểm theo cảm nhận (thường bằng số người hoặc nhỏ hơn một chút) và điều chỉnh dần.
  4. Họp ngắn hằng ngày trước bảng, tập trung vào thẻ bị kẹt thay vì hỏi từng người làm gì.
  5. Định kỳ cải tiến: xem cột nào hay tắc và thử thay đổi.

Công cụ

Bạn có thể bắt đầu bằng bảng trắng và giấy ghi chú, hoặc dùng công cụ trực tuyến như bảng dự án tích hợp trong GitHub, GitLab, hay các ứng dụng quản lý công việc khác. Công cụ nào cũng được, miễn mọi người cùng nhìn thấy và cập nhật.

Kanban và Scrum khác nhau thế nào?

Tiêu chíScrumKanban
Nhịp làm việcSprint cố địnhDòng chảy liên tục
Vai tròQuy định rõKhông bắt buộc
Thay đổi giữa chừngHạn chế trong sprintCó thể thêm bất kỳ lúc nào
Công cụ chínhSprint Backlog, cam kết sprintGiới hạn WIP

Kanban đặc biệt hợp với công việc bảo trì, hỗ trợ hoặc yêu cầu đến bất thường. Nhiều nhóm dùng kết hợp cả hai.

Lỗi thường gặp

  • Có bảng nhưng không đặt giới hạn WIP nên nó chỉ là danh sách việc.
  • Thẻ nằm ở một cột nhiều ngày mà không ai hỏi.
  • Quá nhiều cột, quá nhiều quy tắc gây rối.
  • Không cập nhật bảng nên mọi người ngừng tin vào nó.

Kết luận

Kanban dễ bắt đầu nhưng có tác dụng sâu: nhìn thấy công việc, giới hạn việc dở dang và cải tiến dòng chảy. Hãy dựng thử một bảng cho nhóm trong tuần này và đặt giới hạn WIP đầu tiên.

Để học cách quản lý công việc nhóm bài bản, bạn có thể ghé các khóa học trên codebem.com.

author_photo
Nguyễn Đình Cường

0 comment