Kanban vs Scrum, Scrumban và phần nâng cao
So sánh Kanban và Scrum
| Tiêu chí | Kanban | Scrum |
| Bản chất | Phương pháp quản lý dòng chảy liên tục | Framework phát triển theo chu kỳ |
| Nhịp làm việc | Dòng chảy liên tục | Khung thời gian cố định (Sprint 1-4 tuần) |
| Cam kết phạm vi | Theo khả năng tiếp nhận (Capacity-based) | Cam kết theo Sprint Goal |
| Đổi ưu tiên | Bất kỳ lúc nào (ở cột Ready/Backlog) | Hạn chế đổi mục tiêu trong Sprint |
| Vai trò bắt buộc | Không quy định | Product Owner, Scrum Master, Developers |
| Chỉ số đo | Lead Time, Cycle Time, Throughput | Velocity, Sprint Burndown |
Scrumban
Là mô hình lai: lấy phần có cấu trúc của Scrum (Sprint Planning, Retrospective) trộn với sự linh hoạt và cách quản lý WIP của Kanban (Kanban Board, WIP Limit, đo Cycle Time).
Phần nâng cao
Little’s Law (Định luật Little)
Mượn từ lý thuyết hàng đợi:
WIP = Throughput × Lead Time, suy ra Lead Time = WIP / Throughput
Nghĩa là trong một hệ thống ổn định, nếu Throughput giữ nguyên thì muốn rút ngắn thời gian hoàn thành (Lead Time), cách duy nhất là giảm số việc dở dang (WIP).
Service Level Expectation (SLE)
Là dự báo xác suất dựa trên dữ liệu Cycle Time trong quá khứ. Ví dụ: “85% hạng mục hoàn thành trong 5 ngày làm việc hoặc ít hơn.” Có cái này thì cam kết với khách dựa trên số liệu thống kê, không phải ước lượng theo cảm tính.
Flow Efficiency (hiệu suất dòng chảy)
Đo tỷ lệ thời gian việc thật sự được làm (Active Time) so với tổng thời gian nó nằm trong hệ thống (Lead Time):
Flow Efficiency = Active Time / Lead Time × 100%
Ở nhiều tổ chức phần mềm chưa tối ưu, con số này chỉ khoảng 10% đến 20%. Nghĩa là 80% đến 90% thời gian, việc đang nằm chờ (Idle Time/Queue Time) chứ không ai đụng vào.
Kanban Maturity Model (KMM)
Chia mức độ trưởng thành của tổ chức khi áp dụng Kanban thành 6 cấp:
- Level 0 (Oblivious): chưa nhận ra dòng chảy công việc
- Level 1 (Emerging): bắt đầu trực quan hóa ở mức cá nhân hoặc nhóm nhỏ
- Level 2 (Defined): quy trình và chính sách làm việc được định nghĩa rõ
- Level 3 (Managed): quản lý theo hướng dịch vụ, đo lường được hiệu suất dòng chảy
- Level 4 (Quantitatively Managed): dùng mô hình thống kê để dự báo và kiểm soát chất lượng
- Level 5 (Optimizing): cải tiến liên tục ở quy mô toàn tập đoàn
Tổng kết mấy ý đáng nhớ
- Kanban không chỉ là cái bảng task, mà là cả một hệ tư duy để tối ưu dòng chảy giá trị.
- Bản chất của giới hạn WIP là ngừng bắt đầu việc mới để tập trung làm xong việc cũ (“Stop Starting, Start Finishing”).
- Chọn Kanban, Scrum hay Scrumban tùy vào mức biến động của công việc, tính chất sản phẩm và độ trưởng thành của team.
- Mục tiêu cuối của quản lý dự án không phải làm cho ai cũng bận 100%, mà là tối ưu tốc độ và chất lượng đưa giá trị đến tay người dùng cuối.
Bài viết khác
Test Automation(Kiểm thử tự động)
1.Test Automation (Kiểm thử tự động) là gì? Trong các dự án phát triển phần mềm truyền thống trước đây, toàn bộ quy trình kiểm thử (Testing) đều được thực hiện thủ công (Manual Testing) bởi con người. Các kiểm thử viên trực tiếp thao tác trên giao diện, nhập dữ liệu, kiểm tra kết […]
Logging – Monitoring – CI/CD
Logging, Monitoring và CI/CD là gì? Vai trò trong phát triển Backend 1. Tổng quan Khi xây dựng một ứng dụng Backend, viết code và chạy được chương trình mới chỉ là bước đầu. Khi ứng dụng được đưa vào sử dụng, lập trình viên còn cần biết ứng dụng đang hoạt động như thế […]
Redis & Caching là gì?
Redis & Caching là gì? Hướng dẫn sử dụng Redis trong Go 1. Caching là gì? Vì sao cần cache khi đã có database? Caching (bộ nhớ đệm) là kỹ thuật lưu tạm dữ liệu thường được truy cập để có thể lấy lại nhanh chóng khi cần, thay vì phải thực hiện lại toàn […]
Background Jobs & Queues
1. Background Jobs & Queues là gì? Trong một ứng dụng backend, không phải công việc nào cũng cần hoàn thành ngay trong lúc xử lý HTTP request. Ví dụ, khi người dùng đăng ký tài khoản, hệ thống có thể cần: Lưu thông tin người dùng vào database. Gửi email xác nhận. Gửi thông […]
Saga Pattern
Saga Pattern là gì? Quản lý Transaction trong kiến trúc Microservices 1. Saga Pattern là gì? Saga Pattern là một mẫu thiết kế được sử dụng để quản lý các nghiệp vụ phân tán gồm nhiều bước xử lý, trong đó mỗi bước có thể thực hiện một local transaction tại một service hoặc Database […]
Two-Phase Locking (2PL)
Two-Phase Locking (2PL) là gì? Cơ chế khóa hai pha trong Database 1. Two-Phase Locking (2PL) là gì? Two-Phase Locking (2PL — khóa hai pha) là một giao thức quản lý khóa trong Database, quy định cách một transaction được phép lấy và giải phóng lock trong quá trình thực thi. Khi nhiều transaction cùng […]
Khoá học lập trình game con rắn cho trẻ em 
