Trả lời nhanh: Kanban là phương pháp quản lý công việc bằng cách trực quan hoá luồng việc trên bảng gồm cột và thẻ, đồng thời giới hạn số việc đang làm (WIP) ở mỗi bước. Việc mới chỉ được kéo vào khi còn chỗ, nhờ đó đội làm xong nhanh hơn và thấy ngay điểm nghẽn.
Điểm chính
- Kanban có hai nghĩa: hệ thống thẻ kanban trong sản xuất của Toyota, và phương pháp Kanban (Kanban Method) cho công việc văn phòng, phần mềm, dịch vụ.
- Theo lịch sử chính thức của Toyota, “phương pháp siêu thị” có từ năm 1954 rồi phát triển thành hệ thống Kanban. Kanban Method dựa trên cuốn sách năm 2010 của David J. Anderson.
- Kanban Method có 6 thực hành chung: trực quan hoá, giới hạn WIP, quản lý luồng, công khai quy tắc, vòng phản hồi, cải tiến hợp tác.
- Không có giới hạn WIP, bảng Kanban chỉ là danh sách việc đẹp mắt.
- Đo Kanban bằng chỉ số luồng: lead time, cycle time, throughput, WIP, tuổi của việc và biểu đồ luồng tích luỹ (CFD).
Mục lục
- Kanban là gì?
- Kanban bắt nguồn từ đâu?
- Bảng Kanban gồm những thành phần nào?
- Kanban hoạt động theo nguyên lý nào?
- 6 thực hành chung của Kanban Method
- Giới hạn WIP là gì và đặt bao nhiêu là vừa?
- Đo hiệu quả Kanban bằng chỉ số nào?
- Ví dụ bảng Kanban cho văn phòng
- Cách áp dụng Kanban cho một đội: 8 bước
- Kanban và Scrum khác nhau thế nào?
- Ưu điểm và hạn chế của Kanban
- Những sai lầm phổ biến khi áp dụng Kanban
- Câu hỏi thường gặp
Kanban là gì?
Kanban (tiếng Nhật, thường dịch là “bảng hiệu” hoặc “thẻ”) là cách quản lý công việc dựa trên ba ý: nhìn thấy toàn bộ việc, giới hạn số việc làm cùng lúc, và chỉ kéo việc mới vào khi bước sau có khả năng nhận. Công cụ quen thuộc nhất là bảng Kanban (Kanban board): mỗi cột là một bước trong quy trình, mỗi thẻ là một đầu việc, thẻ đi từ trái sang phải cho tới khi xong.
Bạn sẽ gặp nhiều cách gọi: phương pháp Kanban, mô hình Kanban, hệ thống Kanban. Có hai nghĩa cần tách bạch:
- Kanban trong sản xuất: tấm thẻ đi kèm thùng linh kiện trong nhà máy, báo cho công đoạn trước biết cần làm hay cấp thêm bao nhiêu.
- Kanban Method trong công việc tri thức: phương pháp dùng bảng và thẻ để điều phối việc văn phòng, phần mềm, marketing, chăm sóc khách hàng, xử lý hồ sơ.
Hai nghĩa có chung một gốc: tín hiệu “kéo”. Thay vì đẩy việc vào bất kể bên nhận có làm nổi hay không, bên sau phát tín hiệu khi đã sẵn sàng.
Một điểm hay bị hiểu sai: Kanban không phải phần mềm, cũng không phải “cái bảng ba cột Cần làm, Đang làm, Xong”. Hướng dẫn chính thức của Kanban University viết rõ Kanban không phải phương pháp luận hay khung quy trình, mà là cách quản lý áp lên quy trình bạn đang có. Bảng chỉ là phần nhìn thấy. Phần tạo ra kết quả là giới hạn WIP, quy tắc rõ ràng và thói quen đo luồng việc.
Kanban bắt nguồn từ đâu?
Kanban trong hệ thống sản xuất Toyota
Theo trang giới thiệu chính thức của Toyota, Hệ thống sản xuất Toyota (Toyota Production System, TPS) có hai trụ cột: Jidoka (tự động hoá có yếu tố con người) và Just-in-Time (đúng lúc), tức “chỉ làm thứ cần, khi cần, với lượng cần”. Toyota ghi nhận Taiichi Ohno (1912–1990) là người xây khung cơ bản cho phương thức Just-in-Time.
Phần lịch sử 75 năm của Toyota kể rằng năm 1954, công ty đưa vào “phương pháp siêu thị” (supermarket method), lấy ý tưởng từ một báo cáo về nhà máy máy bay Lockheed. Công đoạn sau được coi là “khách hàng”, tự đến lấy đúng thứ mình cần, giống người đi siêu thị lấy hàng trên kệ; công đoạn trước chỉ làm bù lượng vừa bị lấy. Phương pháp này phát triển thành hệ thống Kanban khi có thêm phiếu chỉ thị sản xuất gọi là kanban: thẻ hoặc bảng ghi tên sản phẩm, mã sản phẩm và số lượng.
Nhiều bài tiếng Việt ghi Kanban “ra đời từ những năm 1940”. Tư duy Just-in-Time của Toyota hình thành từ sớm, nhưng mốc ghi trong lịch sử chính thức của Toyota cho phương pháp siêu thị, tiền thân trực tiếp của hệ thống Kanban, là năm 1954.
Kanban là một trong các công cụ phát tín hiệu kéo của sản xuất tinh gọn Lean; bài đó trình bày 5 nguyên tắc, 8 loại lãng phí và các công cụ khác của TPS.
Kanban Method cho công việc tri thức
Kanban bước sang phần mềm và văn phòng chủ yếu qua David J. Anderson. Cuốn “Kanban: Successful Evolutionary Change for Your Technology Business” (2010) của ông mô tả cách làm này hình thành qua một dự án tại Microsoft năm 2004 và một dự án tại công ty Corbis giai đoạn 2006–2007. Hướng dẫn chính thức của Kanban University ghi rõ Kanban Method dựa trên cuốn sách này. Vài mốc liên quan:
- 2008: Corey Ladas xuất bản “Scrumban”, gợi ý dùng Kanban để cải thiện Scrum.
- 2011: Jim Benson và Tonianne DeMaria Barry xuất bản “Personal Kanban”, đưa Kanban vào quản lý việc cá nhân.
- 2021: Scrum.org phát hành bản “Kanban Guide for Scrum Teams”.
- 01/05/2025: Kanban Guide bản v2025.5 (trang kanbanguides.org) được cập nhật.
Hai bản hướng dẫn Kanban hiện nay khác nhau thế nào?
Hiện có hai tài liệu tham chiếu phổ biến, diễn đạt hơi khác nhau:
| Tiêu chí | Kanban Method (Kanban University) | Kanban Guide (kanbanguides.org) |
|---|---|---|
| Định nghĩa | Phương pháp quản lý áp lên quy trình hiện có, không phải khung quy trình | Chiến lược tối ưu dòng chảy giá trị qua một quy trình |
| Cấu trúc | 6 thực hành chung, 3 nguyên tắc quản lý thay đổi, 3 nguyên tắc cung cấp dịch vụ | 3 thực hành: định nghĩa và trực quan hoá workflow, chủ động quản lý việc, cải tiến workflow |
| Chỉ số luồng nêu trong tài liệu | Lead time, tốc độ giao (delivery rate), WIP, biểu đồ CFD | WIP, throughput, tuổi của việc (work item age), cycle time |
Phần lõi của hai tài liệu giống nhau: trực quan hoá, giới hạn WIP, quản lý luồng và cải tiến dựa trên dữ liệu.
Bảng Kanban gồm những thành phần nào?
Bảng Kanban có thể là bảng trắng với giấy nhớ, hoặc bảng điện tử trong phần mềm quản lý công việc. Dù dạng nào, một bảng dùng được thường có các thành phần sau.
| Thành phần | Ý nghĩa | Lưu ý khi làm |
|---|---|---|
| Cột (column) | Một trạng thái hay một bước trong quy trình | Vẽ theo cách việc đang thật sự chạy, không theo quy trình “trên giấy” |
| Thẻ (card) | Một đầu việc: tên, người phụ trách, hạn, loại việc | Việc quá lớn hãy tách nhỏ để thẻ tương đối đồng đều |
| Giới hạn WIP | Số thẻ tối đa trong một cột hoặc nhóm cột | Ghi rõ trên đầu cột; đầy rồi thì không kéo thêm |
| Điểm cam kết (commitment point) | Ranh giới giữa “yêu cầu đang chờ” và “đội đã nhận làm” | Từ đây bắt đầu tính thời gian giao cho khách |
| Điểm giao (delivery point) | Nơi việc được coi là đã giao cho người nhận | “Xong” phải rõ, ví dụ “đã chuyển khoản”, không phải “đã soạn xong” |
| Làn ngang (swimlane) | Hàng ngang chia việc theo loại, khách hàng hoặc mức ưu tiên | Hay dùng một làn riêng cho việc khẩn |
| Dấu hiệu bị chặn (blocker) | Đánh dấu thẻ đang kẹt vì lý do bên ngoài | Ghi lý do và ngày bị chặn để phân tích sau |
Nhiều đội còn phân loại việc theo mức dịch vụ (class of service) như khẩn, có hạn cố định, tiêu chuẩn, mỗi loại có quy tắc kéo riêng, thay cho việc “ai la to hơn thì được làm trước”.
Kanban hoạt động theo nguyên lý nào?
Nguyên lý trung tâm là hệ thống kéo (pull system):
- Hệ thống đẩy: việc được giao ngay khi tới. Mỗi người ôm nhiều việc, chuyển qua chuyển lại, việc nào cũng dở dang.
- Hệ thống kéo: việc chờ ở cột đầu theo thứ tự ưu tiên. Ai làm xong một việc và cột còn chỗ mới kéo việc tiếp theo.
Kéo nghe có vẻ chậm, nhưng ít việc dở thì mỗi việc đi qua hệ thống nhanh hơn, ít chuyển ngữ cảnh, ít bị quên. Khẩu hiệu quen thuộc của cộng đồng Kanban là “ngừng bắt đầu, hãy bắt đầu hoàn thành” (stop starting, start finishing).
6 thực hành chung của Kanban Method
Hướng dẫn của Kanban University liệt kê 6 thực hành chung (general practices) sau.
1. Trực quan hoá (Visualize)
Đưa mọi việc lên bảng, kể cả việc nhỏ và việc phát sinh. Việc không có trên bảng là việc vô hình, và việc vô hình luôn ăn mất thời gian của đội.
2. Giới hạn việc đang làm (Limit WIP)
Đặt số tối đa cho mỗi cột hoặc cả bảng. Thực hành này biến bảng thành hệ thống kéo thật sự; phần sau đi sâu vào cách đặt con số.
3. Quản lý luồng (Manage Flow)
Theo dõi việc chảy qua các bước có đều không, kẹt ở đâu. Câu hỏi hằng ngày nên là “thẻ nào đang chậm và gỡ thế nào”, không phải “hôm qua mỗi người làm gì”.
4. Công khai quy tắc (Make Policies Explicit)
Viết ra các quy tắc ngầm: thế nào là “sẵn sàng”, thế nào là “xong”, ai được đặt việc khẩn, xử lý việc bị chặn ra sao. Quy tắc ngắn, dán ngay dưới tiêu đề cột.
5. Thiết lập vòng phản hồi (Implement Feedback Loops)
Kanban không bắt buộc cuộc họp nào, nhưng cần nhịp phản hồi đều. Gợi ý cho đội văn phòng: họp đứng 10–15 phút mỗi ngày trước bảng, đi từ phải sang trái (việc gần xong trước); họp bổ sung việc (replenishment) mỗi tuần; rà soát chỉ số và quy tắc mỗi 2–4 tuần.
6. Cải tiến hợp tác, tiến hoá bằng thử nghiệm (Improve Collaboratively, Evolve Experimentally)
Mỗi thay đổi là một thử nghiệm có giả thuyết, ví dụ: “Giảm WIP cột Chờ duyệt từ 4 xuống 2 thì thời gian chờ duyệt sẽ giảm”. Làm thử vài tuần, nhìn số liệu, giữ hoặc bỏ. Tinh thần này rất gần Kaizen và chu trình PDCA.
Các nguyên tắc nền của Kanban Method
| Nhóm | Nguyên tắc (Kanban University) | Hiểu đơn giản |
|---|---|---|
| Quản lý thay đổi | Bắt đầu từ việc bạn đang làm | Vẽ quy trình cũ lên bảng trước |
| Đồng ý cải tiến bằng thay đổi tiến hoá | Thay đổi từng bước nhỏ, ít gây sốc | |
| Khuyến khích hành động lãnh đạo ở mọi cấp | Ai thấy vấn đề cũng được đề xuất sửa | |
| Cung cấp dịch vụ | Hiểu và tập trung vào nhu cầu của khách hàng | Đo cái khách quan tâm: nhanh, đúng hạn, ít lỗi |
| Quản lý công việc, để con người tự tổ chức quanh nó | Quản lý luồng việc, không quản lý từng người | |
| Định kỳ rà soát mạng lưới dịch vụ và quy tắc | Nhìn cả chuỗi phòng ban, không chỉ một bảng |
Giới hạn WIP là gì và đặt bao nhiêu là vừa?
WIP (work in progress) là số việc đã bắt đầu nhưng chưa xong. Giới hạn WIP là con số tối đa cho phép tại một bước hoặc cả hệ thống. Cột đầy thì không ai được kéo thêm; người rảnh tay giúp gỡ việc đang kẹt ở cột sau.
Vì sao giới hạn WIP làm việc nhanh hơn?
Câu trả lời nằm ở Định luật Little (Little’s Law), được John Little chứng minh năm 1961 trên tạp chí Operations Research. Với một hệ thống tương đối ổn định:
Thời gian trung bình một việc đi qua hệ thống = WIP trung bình / Throughput trung bình
Ví dụ minh hoạ. Đội xong trung bình 10 hồ sơ mỗi tuần. Nếu lúc nào cũng có 30 hồ sơ dở dang, mỗi hồ sơ mất khoảng 3 tuần. Giảm việc dở xuống 15 mà giữ tốc độ, thời gian trung bình còn khoảng 1,5 tuần. Không ai phải làm thêm giờ; đội chỉ bớt mở việc mới khi việc cũ chưa xong.
Định luật Little đúng với số trung bình dài hạn của hệ thống ổn định. Đừng dùng nó để hứa hạn cho từng việc cụ thể. Nó cho biết xu hướng: muốn việc chảy nhanh, cách rẻ nhất thường là giảm việc dở, không phải ép người làm nhanh hơn.
Giới hạn WIP còn làm lộ điểm nghẽn. Nếu cột “Chờ duyệt” luôn đầy trong khi người xử lý phải đứng chờ, chỗ cần sửa là khâu duyệt, chứ không phải tuyển thêm người xử lý.
Cách đặt giới hạn WIP lần đầu
- Đếm hiện trạng số việc ở mỗi cột trong 1–2 tuần làm điểm xuất phát.
- Đặt thấp hơn hiện trạng một chút. Điểm khởi đầu hay dùng là khoảng số người ở bước đó cộng 1. Đây là kinh nghiệm thực hành, không phải công thức chuẩn.
- Giới hạn cả cột chờ. Hàng đợi không giới hạn sẽ thành bãi chứa việc, che mất điểm nghẽn.
- Chạy thử 2–4 tuần rồi chỉnh. Cột không bao giờ đầy là giới hạn quá lỏng; người làm thường xuyên ngồi không mà không có gì để giúp là giới hạn quá chặt.
- Thống nhất cách xử lý khi chạm giới hạn: hỗ trợ cột sau, gỡ thẻ bị chặn, hoặc làm việc cải tiến. Không “tạm vượt giới hạn” thành thói quen.
Đo hiệu quả Kanban bằng chỉ số nào?
Kanban dùng nhóm chỉ số luồng (flow metrics). Chúng đo hệ thống, không đo từng người. Bảng dưới gom định nghĩa từ hai bản hướng dẫn đã nêu.
| Chỉ số | Định nghĩa | Trả lời câu hỏi nào |
|---|---|---|
| Lead time | Thời gian một việc đi qua hệ thống, thường từ điểm cam kết đến điểm giao | Khách chờ bao lâu từ khi đội nhận việc? |
| Cycle time | Thời gian từ khi một việc được bắt đầu đến khi xong | Làm một việc mất bao lâu khi đã bắt tay vào? |
| Throughput (tốc độ giao) | Số việc hoàn thành trong một đơn vị thời gian | Mỗi tuần đội giao được bao nhiêu việc? |
| WIP | Số việc đã bắt đầu nhưng chưa xong tại một thời điểm | Đội đang ôm bao nhiêu việc dở? |
| Tuổi của việc (work item age) | Thời gian từ khi việc chưa xong được bắt đầu đến hiện tại | Việc nào đang già đi bất thường, cần can thiệp? |
Các tài liệu và phần mềm định nghĩa lead time, cycle time không hoàn toàn giống nhau. Điều quan trọng là đội thống nhất mốc bắt đầu, kết thúc, ghi vào quy tắc và giữ nguyên khi so sánh qua các tháng.
Biểu đồ luồng tích luỹ (CFD) đọc thế nào?
Biểu đồ luồng tích luỹ (Cumulative Flow Diagram, CFD) vẽ số việc cộng dồn ở mỗi trạng thái theo ngày, mỗi trạng thái là một dải màu. Một biểu đồ cho thấy cả WIP, thời gian chảy và tốc độ giao.
Trong ví dụ minh hoạ trên, đội xong 14 việc trong 10 ngày, tức throughput khoảng 1,4 việc/ngày. Ở ngày 8 có 5 việc nằm giữa “Đang xử lý” và “Xong”. Theo Định luật Little, thời gian trung bình từ lúc bắt đầu xử lý đến lúc xong vào khoảng 5 / 1,4, gần 3,6 ngày; đường ngang số 2 trên biểu đồ cho kết quả tương tự, khoảng 3,5 ngày.
Hai hình dạng cần chú ý trên CFD:
- Một dải phình to dần: việc vào bước đó nhanh hơn việc ra. Đó là điểm nghẽn.
- Dải “Xong” đi ngang nhiều ngày: đội không giao được gì, có thể do bị chặn hoặc bị kéo sang việc khác.
Khi đã có dữ liệu vài tháng, đội Kanban thường trả lời câu “bao giờ xong?” bằng phân vị lấy từ lịch sử, ví dụ “85% việc loại này xong trong 6 ngày làm việc”, thay vì ngồi ước lượng giờ công. Bạn có thể chọn vài chỉ số luồng làm KPI vận hành của phòng ban, nhưng đừng dùng chúng chấm điểm cá nhân: mọi người sẽ chọn việc dễ và chia nhỏ việc để “đẹp số”.
Ví dụ bảng Kanban cho văn phòng
Các ví dụ dưới đây là ví dụ minh hoạ về cách đặt cột, giới hạn WIP và quy tắc. Hãy điều chỉnh theo quy trình thật của đơn vị bạn.
Phòng nhân sự: tuyển dụng
| Cột | Giới hạn WIP | Quy tắc kéo vào |
|---|---|---|
| Yêu cầu tuyển | Không giới hạn | Có phiếu yêu cầu được trưởng bộ phận ký |
| Đăng tin, tìm ứng viên | 4 vị trí | Đã có mô tả công việc và khung lương |
| Sàng lọc hồ sơ | 3 vị trí | Có ít nhất 10 hồ sơ |
| Phỏng vấn | 3 vị trí | Đã chốt lịch với hội đồng phỏng vấn |
| Gửi thư mời, chờ nhận việc | 2 vị trí | Có quyết định chọn ứng viên |
| Đã nhận việc | Không giới hạn | Ứng viên đi làm ngày đầu |
Ở bảng này, thẻ là một vị trí cần tuyển chứ không phải một ứng viên. Tuổi của thẻ cho biết vị trí nào đang mở quá lâu.
Chăm sóc khách hàng: xử lý khiếu nại
- Cột gợi ý: Tiếp nhận, Phân loại (WIP 5), Đang xử lý (WIP 2 mỗi người), Chờ bộ phận khác (WIP 4), Chờ khách xác nhận, Đóng. Cột “Chờ bộ phận khác” thường lộ ra vấn đề liên phòng ban, đúng chỗ nguyên tắc “rà soát mạng lưới dịch vụ” phát huy tác dụng.
Trước khi lên bảng, nên vẽ lại luồng việc thật trên giấy: ai giao cho ai, chờ ở đâu, duyệt mấy lớp. Bài về sơ đồ workflow hướng dẫn cách vẽ bước này.
Cách áp dụng Kanban cho một đội: 8 bước
- Chọn một đội và một dịch vụ có việc đến liên tục, khoảng 3–10 người. Đừng áp cho cả công ty cùng lúc.
- Liệt kê loại việc và nguồn việc: việc đến từ đâu, loại nào gấp, loại nào có hạn cố định.
- Vẽ quy trình hiện tại lên bảng, có cột chờ, xác định điểm cam kết và điểm giao.
- Đưa toàn bộ việc đang có lên bảng. Bước này thường gây “sốc”: đội ôm nhiều việc dở hơn mọi người nghĩ.
- Đặt giới hạn WIP và viết quy tắc “sẵn sàng”, “xong” cho từng cột.
- Bắt đầu nhịp phản hồi: họp đứng hằng ngày, họp bổ sung việc hằng tuần.
- Ghi ngày cho từng thẻ: ngày vào, ngày bắt đầu, ngày xong. Không có ngày thì không đo được luồng.
- Sau 4–6 tuần, rà soát lead time, throughput, CFD, thẻ bị chặn; chọn 1–2 thay đổi để thử tiếp.
Bảng giấy hay bảng điện tử đều được. Nếu dùng phần mềm, hãy chắc nó đặt được giới hạn WIP trên cột và tự ghi ngày chuyển trạng thái để tính chỉ số.
Kanban và Scrum khác nhau thế nào?
Phần dưới so sánh từ góc nhìn Kanban. Vai trò, sự kiện và tạo phẩm của Scrum có trong bài Scrum là gì theo Scrum Guide 2020.
| Tiêu chí | Kanban | Scrum |
|---|---|---|
| Nhịp làm việc | Luồng liên tục, không chia sprint | Sprint độ dài cố định, tối đa 1 tháng |
| Vai trò | Giữ vai trò hiện có, không bắt buộc vai trò mới | Product Owner, Scrum Master, Developers |
| Giới hạn khối lượng | Giới hạn WIP theo cột hoặc cả bảng | Lượng việc chọn cho mỗi sprint |
| Thay đổi ưu tiên | Đổi bất cứ lúc nào với việc chưa kéo vào | Không đổi điều làm hại mục tiêu sprint |
| Chỉ số chính | Lead time, cycle time, throughput, CFD | Mức đạt mục tiêu sprint, chỉ số đội tự chọn |
| Hợp nhất với | Việc đến liên tục, khó lập kế hoạch trước vài tuần | Phát triển sản phẩm cần mục tiêu ngắn hạn và nhịp kiểm tra đều |
Hai cách không loại trừ nhau. Scrum.org coi các thực hành trong bản hướng dẫn Kanban cho đội Scrum là phần bổ trợ cho khung Scrum. Nhiều đội giữ sprint nhưng thêm giới hạn WIP và đo cycle time, cách làm thường gọi là Scrumban. Đội vận hành, hỗ trợ khách hàng thì thường chọn Kanban thuần vì việc đến không theo kế hoạch.
Cả Kanban và Scrum đều là cách hiện thực hoá tư duy Agile. Trong phần mềm, Kanban còn hay đi cùng DevOps: bảng cho thấy việc kẹt ở khâu nào giữa phát triển, kiểm thử, triển khai, còn tự động hoá rút ngắn chính các khâu đó.
Ưu điểm và hạn chế của Kanban
| Ưu điểm | Hạn chế |
|---|---|
| Bắt đầu ngay với quy trình hiện có, ít xáo trộn tổ chức | Không có khung cứng nên dễ làm “nửa vời”: có bảng nhưng không có giới hạn WIP |
| Minh bạch: ai cũng thấy việc ở đâu, kẹt ở đâu | Bảng chỉ có giá trị khi được cập nhật đúng lúc |
| Hợp việc đến liên tục, ưu tiên đổi thường xuyên | Không có mốc sprint, đội dễ thiếu cảm giác “về đích” nếu không đặt mục tiêu |
| Giảm việc dở, rút ngắn thời gian giao, dự báo bằng dữ liệu thật | Cần kỷ luật tôn trọng giới hạn WIP và vài tháng dữ liệu để dự báo tin cậy |
Kanban chưa phải lựa chọn tốt khi dự án có phạm vi cố định, mốc pháp lý cứng và nhiều phụ thuộc trình tự (cần thêm kế hoạch tổng thể, sơ đồ tiến độ), hoặc khi tổ chức không chấp nhận “chưa nhận việc mới” lúc đội đã đầy giới hạn. Khi đó, bảng Kanban chỉ còn là trang trí.
Những sai lầm phổ biến khi áp dụng Kanban
- Có bảng nhưng không có giới hạn WIP. Cột “Đang làm” phình ra và bạn quay lại đúng vấn đề cũ.
- Vẽ cột theo người thay vì theo bước. Cột “Anh A”, “Chị B” biến bảng thành bảng phân công. Hãy vẽ theo bước, ghi tên người trên thẻ.
- Thẻ quá lớn, quá khác nhau. “Làm báo cáo năm” nằm cạnh “Gửi email cho khách” khiến chỉ số vô nghĩa. Tách việc lớn thành phần xong được trong vài ngày.
- Bỏ qua thời gian chờ. Phần lớn thời gian của một việc thường là chờ duyệt, chờ thông tin. Không có cột chờ, bạn sẽ tối ưu nhầm chỗ.
Câu hỏi thường gặp
Kanban là phần mềm hay phương pháp?
Kanban là phương pháp quản lý; phần mềm chỉ là công cụ hiển thị bảng. Bạn có thể làm Kanban đầy đủ với bảng trắng và giấy nhớ, miễn có giới hạn WIP, quy tắc rõ và theo dõi chỉ số luồng.
Bảng Kanban cần tối thiểu bao nhiêu cột?
Không có con số bắt buộc. Ba cột Cần làm, Đang làm, Xong đủ để bắt đầu, nhưng nên thêm cột chờ vì đó là nơi mất thời gian nhiều nhất.
Có việc khẩn khi cột đã đầy thì sao?
Đặt sẵn một làn ngang cho việc khẩn với giới hạn riêng, thường là 1. Nếu việc khẩn xuất hiện liên tục, đó là một loại việc thường xuyên và cần được tính vào năng lực của đội.
Lead time và cycle time khác nhau thế nào?
Lead time thường tính từ khi đội cam kết nhận việc đến khi giao, phản ánh trải nghiệm của khách. Cycle time tính từ khi bắt đầu làm đến khi xong, phản ánh tốc độ xử lý bên trong.
Kanban có dùng cho cá nhân được không?
Được, đó là chủ đề của cuốn “Personal Kanban” (2011). Hãy trực quan hoá mọi việc và giới hạn số việc đang làm, ví dụ tối đa 3 việc.