Kanban là gì?
Kanban là một phương pháp quản lý công việc tập trung vào việc trực quan hóa công việc, kiểm soát lượng công việc đang thực hiện và cải thiện dòng chảy của công việc. Kanban giúp team nhìn thấy toàn bộ công việc đang ở trạng thái nào, công việc nào đang bị tồn đọng, công việc nào đang được xử lý và công việc nào đã hoàn thành. Từ đó team có thể phát hiện vấn đề trong quá trình làm việc và tìm cách cải thiện. Kanban có thể được sử dụng trong phát triển phần mềm nhưng không chỉ giới hạn ở lĩnh vực này. Marketing, thiết kế, chăm sóc khách hàng, vận hành, nhân sự hay các công việc cá nhân đều có thể áp dụng Kanban.
Tư duy cốt lõi của Kanban
Tư duy quan trọng nhất của Kanban là không cố gắng làm thật nhiều việc cùng lúc, mà tập trung vào việc đưa công việc hoàn thành một cách đều đặn và hiệu quả.
Ví dụ một team có 10 task cần làm. Nếu cả team cùng lúc bắt đầu cả 10 task thì nhìn bên ngoài có vẻ mọi người đang rất bận rộn. Nhưng thực tế có thể xảy ra tình trạng task nào cũng đang làm nhưng không có task nào hoàn thành. Một số công việc còn phải chờ người khác, một số bị bỏ dở và mọi người liên tục phải chuyển đổi giữa các công việc.
Kanban nhìn vấn đề theo hướng khác. Thay vì liên tục đưa thêm việc vào, team sẽ hạn chế số lượng công việc đang được thực hiện, tập trung hoàn thành những việc đang làm rồi mới lấy công việc tiếp theo.
Khi một công việc bị đứng lại quá lâu, team không chỉ cố gắng “làm cho xong” mà sẽ tìm hiểu tại sao công việc bị kẹt. Có thể do thiếu thông tin, chờ review, thiếu người kiểm thử hoặc một bước nào đó trong quy trình đang xử lý quá chậm.
Từ đó, Kanban hướng team đến việc cải thiện dòng chảy của công việc (Flow). Mục tiêu không phải là làm cho tất cả mọi người lúc nào cũng bận, mà là làm cho công việc di chuyển ổn định từ lúc bắt đầu đến khi hoàn thành, giảm thời gian chờ và giảm lượng công việc dang dở.
Workflow trong Kanban
Workflow là cách một Work Item đi từ lúc bắt đầu cho đến khi hoàn thành.
Đây là một phần rất quan trọng của Kanban.
Ví dụ một team phát triển phần mềm có workflow:
Backlog → Ready → Development → Code Review → Testing → Done
Khi một task đang ở Development thì developer đang làm.
Khi code xong, task chuyển sang Code Review.
Sau khi review xong, task chuyển sang Testing.
Nếu tester phát hiện bug thì task có thể quay lại Development.
Điều này phản ánh quá trình thực tế thay vì chỉ đơn giản chia thành To Do, Doing và Done.
Vì vậy, Kanban Board nên phản ánh workflow thật của team, chứ không nên tạo board chỉ vì “team nào cũng có To Do / Doing / Done”.
WIP và WIP Limit
WIP (Work In Progress) là số lượng công việc đang được thực hiện nhưng chưa hoàn thành.
WIP Limit là giới hạn số lượng công việc được phép thực hiện cùng lúc.
Ví dụ, team đặt WIP Limit của Development là 3 thì khi đã có 3 task đang Development, team không nên tiếp tục đưa task thứ 4 vào mà nên tập trung hoàn thành một trong những task hiện tại.
Mục đích của WIP Limit là giảm việc làm dở dang, hạn chế chuyển đổi giữa nhiều công việc và giúp team tập trung hoàn thành task.
Ưu và nhược điểm
Kanban có ưu điểm là linh hoạt, trực quan và dễ áp dụng vào quy trình hiện tại. Team có thể nhìn thấy công việc, kiểm soát WIP và phát hiện vấn đề trong quá trình làm việc mà không cần thay đổi toàn bộ cơ cấu tổ chức.
Tuy nhiên, vì Kanban không quy định quá nhiều về cách tổ chức team nên nếu thiếu kỷ luật, Kanban Board rất dễ trở thành một bảng quản lý task bình thường. Nếu team chỉ kéo task từ cột này sang cột khác mà không kiểm soát WIP và cải thiện Flow thì chưa thực sự áp dụng được tư duy Kanban.
tóm lại kaban không đơn giản là to do – doing – done mà bản chất nó là quản lí dòng chảy của công việc và liên tục cải thiện team làm việc hiệu quả hơn
Bài viết khác
Scrum
Scrum là gì? Scrum là một framework được sử dụng để tổ chức và quản lý quá trình phát triển sản phẩm, đặc biệt phổ biến trong phát triển phần mềm. Scrum giúp một team biến những nguyên tắc của Agile thành một cách làm việc cụ thể hơn. Nếu Agile là tư duy, thì […]
SCRUM
1. Scrum là gì và bản chất cốt lõi của nó? Nếu như Agile là bức tranh lớn mang tính định hướng tư duy và triết lý, thì Scrum chính là một khung làm việc (framework) cụ thể, có cấu trúc chặt chẽ để biến tư duy Agile đó thành hành động thực tế. Thay […]
Git Flow
Giới thiệu Git flow là một chiến lược quản lý branch trong Git, được Vincent Driessen giới thiệu vào năm 2010. Mục đích của Gitflow là tổ chức quá trình phát triển và phát hành phần mềm bằng cách quy định vai trò của từng loại branch và cách các branch tương tác với nhau. […]
Waterfall
Waterfall là gì? Waterfall hay còn gọi là mô hình thác nước, là một mô hình phát triển phần mềm theo hướng tuần tự. Có nghĩa là một dự án sẽ được chia thành nhiều giai đoạn và team sẽ thực hiện lần lượt từng giai đoạn, thường phải hoàn thành bước trước rồi mới […]
WaterFall
1. Waterfall là gì và cách thức hoạt động? Waterfall (hay còn gọi là mô hình thác nước) là một trong những phương pháp quản lý và phát triển phần mềm mang tính cổ điển, tuần tự theo đúng nghĩa đen. Giống như một dòng thác nước chảy từ trên đỉnh núi xuống dưới, quy […]
AGILE
1. Agile là gì? Agile (phương pháp phát triển phần mềm linh hoạt) không phải là một công cụ hay một quy trình kỹ thuật cụ thể nào cả, mà nó là một tư duy (mindset) và triết lý làm việc. Thay vì lập ra một kế hoạch khổng lồ từ đầu, làm một mạch […]
Khoá học lập trình game con rắn cho trẻ em 
