Scrum hay Kanban

Scrum và Kanban là hai phương pháp agile được các đội ngũ đem ra so sánh nhiều nhất. Cả hai đều làm cho công việc hiển thị rõ ràng và đều hướng tới việc giao hàng theo từng phần nhỏ. Chúng khác nhau ở cách điều nhịp công việc: Scrum lập kế hoạch theo các khung thời gian cố định, còn Kanban kéo công việc vào liên tục và giới hạn lượng công việc đang dở cùng một lúc.

Trang này so sánh hai phương pháp. Để xem cả họ phương pháp rộng hơn, bao gồm XP và Lean, xem Phát triển Agile là gì?.

Tóm tắt về Scrum

Scrum tổ chức công việc thành các sprint — những khung thời gian cố định, thường từ một đến bốn tuần. Mỗi sprint bắt đầu bằng buổi sprint planning, nơi đội ngũ chọn những việc họ dự kiến hoàn thành, và kết thúc bằng một buổi review về những gì đã được xây dựng cùng một buổi retrospective về cách đội ngũ đã làm việc.

Scrum xác định ba vai trò:

• Product Owner — sở hữu product backlog và thứ tự của nó.
• Scrum Master — hướng dẫn đội ngũ về quy trình và gỡ bỏ các trở ngại.
• Developers — xây dựng phần tăng trưởng (increment).

Thước đo chính là velocity: lượng công việc đội ngũ hoàn thành trong mỗi sprint, được dùng làm đầu vào cho kế hoạch của sprint tiếp theo. Xem Velocity là gì?.

Tóm tắt về Kanban

Kanban bắt đầu từ luồng công việc mà đội ngũ đang có sẵn. Các hạng mục công việc di chuyển qua một bảng gồm các cột đại diện cho từng giai đoạn (ví dụ To do → In progress → Review → Done). Phương pháp này dựa trên ba ý tưởng:

• Trực quan hóa luồng công việc — mọi hạng mục và mọi giai đoạn đều nằm trên bảng.
• Giới hạn công việc đang dở (WIP) — mỗi cột có một mức trần; một hạng mục mới chỉ được vào khi có một hạng mục rời đi.
• Quản lý luồng — đội ngũ đo thời gian các hạng mục cần để hoàn thành (cycle time, lead time) và loại bỏ các điểm nghẽn.

Kanban không có khung thời gian và không quy định vai trò nào. Việc lập kế hoạch diễn ra bất cứ khi nào hàng đợi cần được bổ sung.

Đặt cạnh nhau

	Scrum	Kanban
Nhịp độ	Sprint cố định (1–4 tuần)	Luồng liên tục
Cam kết	Công việc đã lên kế hoạch cho sprint	Không cam kết theo lô; kéo vào khi còn sức chứa
Vai trò	Product Owner, Scrum Master, Developers	Không quy định
Thay đổi giữa chu kỳ	Không được khuyến khích trong một sprint	Được phép bất cứ lúc nào
Giới hạn công việc	Sức chứa của sprint	Giới hạn WIP cho mỗi cột
Số liệu chính	Velocity, burndown	Cycle time, lead time, throughput
Bảng	Đặt lại sau mỗi sprint	Duy trì liên tục

Lựa chọn giữa hai phương pháp

Không phương pháp nào tốt hơn một cách tổng quát. Scrum phù hợp với những đội ngũ muốn có nhịp lập kế hoạch đều đặn và một dự báo dựa trên các sprint trước, chẳng hạn các đội sản phẩm phát hành feature theo lịch. Kanban phù hợp với công việc đến một cách khó đoán và phải được xử lý ngay khi xuất hiện, chẳng hạn hỗ trợ, vận hành hay bảo trì.

Nhiều đội ngũ kết hợp cả hai (“Scrumban”): họ giữ một nhịp lập kế hoạch đồng thời theo dõi lượng công việc đang dở.

East Agile Tracker nằm ở đâu

East Agile Tracker dựa trên iteration, điều này đặt nó gần với Scrum và eXtreme Programming hơn là Kanban. Nó dùng thuật ngữ riêng cho một số khái niệm ở trên:

• Sprint được gọi là iteration. Mỗi dự án đặt độ dài iteration từ 1–4 tuần. Iteration được tạo tự động; không có sprint nào cần mở hay đóng. Xem Iteration.
• Backlog là một danh sách có thứ tự duy nhất. Product owner giữ nó theo đúng thứ tự ưu tiên, và Backlog dự báo các iteration sắp tới dựa trên velocity. Xem User story và lập kế hoạch iteration.
• Velocity định cỡ kế hoạch. Khi bật auto-plan iterations, iteration hiện tại được lấp đầy đến velocity của bạn và không hơn. Xem Lập kế hoạch một iteration.
• Mỗi story mang trạng thái riêng của nó. Một story đi qua Unstarted → Started → Finished → Delivered → Accepted, hiển thị trên card, thay vì di chuyển qua các cột của bảng. Xem cỗ máy trạng thái.

Không có giới hạn WIP và không có chế độ luồng không dùng iteration. Những ý tưởng của Kanban được giữ lại là tính hiển thị (mọi story và trạng thái của nó đều nằm trên một bảng) và số liệu về luồng: trang Số liệu hiển thị xu hướng velocity, burndown, và các story bị chuyển tiếp giữa các iteration.

Đọc thêm

• Phát triển Agile là gì? — tuyên ngôn và họ các phương pháp.
• Velocity là gì? — velocity được tính và sử dụng như thế nào.
• Story point là gì? — ước lượng tương đối.