Scrum là một khung làm việc nhẹ giúp nhóm giải quyết các vấn đề phức tạp bằng cách làm từng đợt ngắn, kiểm tra kết quả và điều chỉnh liên tục. Scrum ra đời trong phát triển phần mềm nhưng ngày nay nhiều nhóm khác cũng áp dụng.
Bài này giải thích Scrum là gì, ba vai trò, năm sự kiện, các sản phẩm công việc, khác biệt với Kanban và cách áp dụng cho nhóm làm việc nhỏ.
1. Scrum là gì?
Scrum là khung làm việc dựa trên việc làm thử, quan sát kết quả rồi điều chỉnh. Scrum Guide mô tả đây là khung nhẹ: nó chỉ quy định tối thiểu về vai trò, sự kiện và sản phẩm công việc, còn cách làm chi tiết do nhóm tự quyết.
Scrum thuộc họ phương pháp Agile. Theo Asana, Scrum được mô tả lần đầu trong một bài của Harvard Business Review năm 1986 và được Ken Schwaber cùng Jeff Sutherland hệ thống hoá năm 1995. Về Agile, xem bài Agile là gì.
Scrum phù hợp khi công việc có nhiều điều chưa biết trước, yêu cầu thay đổi theo phản hồi, và kết quả có thể giao từng phần. Với việc lặp lại, ổn định như vận hành cửa hàng hằng ngày, một danh sách việc hoặc quy trình thường đủ dùng hơn.
2. Ba vai trò trong nhóm Scrum
Nhóm Scrum gồm ba trách nhiệm: Product Owner, Scrum Master và Developers. Theo Scrum Guide, nhóm đa chức năng và tự quản, không chia nhóm con, thường có tối đa 10 người.
| Vai trò | Trách nhiệm chính | Điều cần nhớ |
|---|---|---|
| Product Owner | Tối đa hoá giá trị sản phẩm và quản lý Product Backlog | Là một người, không phải một hội đồng |
| Scrum Master | Thiết lập Scrum, huấn luyện nhóm và gỡ vướng mắc | Không phải người giao việc hay quản lý nhóm |
| Developers | Lập kế hoạch Sprint, làm ra sản phẩm theo tiêu chuẩn hoàn thành | Cùng chịu trách nhiệm về kết quả |
Chữ Developers trong Scrum Guide chỉ những người trực tiếp tạo ra sản phẩm, không nhất thiết là lập trình viên. Nhóm marketing hay nhóm thiết kế đều có thể là Developers theo nghĩa này.
3. Sprint và năm sự kiện của Scrum
Sprint là khoảng thời gian cố định, dài tối đa một tháng, trong đó nhóm làm ra một phần sản phẩm dùng được. Mọi sự kiện khác của Scrum diễn ra bên trong Sprint.
| Sự kiện | Mục đích | Thời lượng tối đa (Sprint một tháng) |
|---|---|---|
| Sprint | Khung thời gian làm việc, chứa mọi sự kiện còn lại | Một tháng hoặc ngắn hơn |
| Sprint Planning | Chọn việc và đặt mục tiêu cho Sprint | 8 giờ |
| Daily Scrum | Nhóm rà tiến độ và điều chỉnh kế hoạch ngày | 15 phút |
| Sprint Review | Trình bày kết quả, lấy phản hồi từ người liên quan | 4 giờ |
| Sprint Retrospective | Nhìn lại cách làm việc để cải thiện | 3 giờ |
Với Sprint ngắn hơn, thời lượng các sự kiện thường ngắn tương ứng. Sprint cố định thời gian nên nhóm không kéo dài Sprint khi chưa xong, mà đưa việc còn lại về danh sách chờ để xem xét lại.
4. Ba sản phẩm công việc và cam kết đi kèm
Scrum có ba sản phẩm công việc, mỗi sản phẩm gắn với một cam kết để nhóm biết mình đang hướng tới điều gì.
- Product Backlog: danh sách có thứ tự mọi việc cần làm cho sản phẩm. Cam kết đi kèm là Product Goal, tức mục tiêu dài hạn của sản phẩm.
- Sprint Backlog: gồm mục tiêu Sprint, các việc được chọn và kế hoạch thực hiện. Cam kết đi kèm là Sprint Goal.
- Increment: phần sản phẩm đã hoàn thành và dùng được. Cam kết đi kèm là Definition of Done, tức tiêu chuẩn để coi một việc là xong.
Definition of Done là điểm quan trọng với nhóm mới. Nếu “xong” chưa được định nghĩa, mỗi người hiểu một kiểu và cuối Sprint không ai chắc việc đã hoàn thành.
5. Cách áp dụng Scrum cho nhóm làm việc: quy trình từng bước
Áp dụng Scrum là chạy vòng lặp ngắn gồm lập kế hoạch, làm, rà soát và cải thiện. Nhóm nhỏ có thể bắt đầu bằng các bước dưới đây.
- Chọn người cho từng vai trò. Xác định một Product Owner, một người đóng vai Scrum Master và các thành viên còn lại là Developers.
- Lập Product Backlog. Liệt kê mọi việc cần làm, sắp theo mức ưu tiên, việc quan trọng nhất đứng trên cùng.
- Chọn độ dài Sprint. Chọn khoảng thời gian cố định, tối đa một tháng, và giữ nguyên qua các Sprint để nhóm có nhịp làm việc.
- Họp Sprint Planning. Nhóm chọn các việc làm được trong Sprint, đặt Sprint Goal và chia việc ra các bước nhỏ.
- Làm việc và họp Daily Scrum. Mỗi ngày họp 15 phút để chia sẻ tiến độ, nêu vướng mắc và điều chỉnh kế hoạch.
- Họp Sprint Review. Cuối Sprint, trình bày phần đã xong cho người liên quan và thu thập phản hồi để cập nhật Product Backlog.
- Họp Sprint Retrospective. Nhóm bàn điều làm tốt, điều cần sửa và chọn một hai cải tiến cho Sprint sau.
Ví dụ minh hoạ: nhóm marketing 5 người làm theo Sprint hai tuần. Product Backlog gồm viết bài, thiết kế banner, chạy thử chiến dịch. Đầu Sprint nhóm chọn các việc làm được trong hai tuần, mục tiêu Sprint là “ra mắt trang đăng ký sự kiện”. Cuối Sprint nhóm trình bày kết quả và quyết định việc nào làm tiếp.
6. Scrum và Kanban khác nhau thế nào?
Scrum làm việc theo Sprint cố định với vai trò và sự kiện rõ ràng, còn Kanban theo dõi dòng việc liên tục trên bảng mà không có nhịp cố định. Cả hai đều thuộc tư duy Agile và có thể kết hợp.
| Tiêu chí | Scrum | Kanban |
|---|---|---|
| Nhịp làm việc | Sprint cố định | Dòng việc liên tục |
| Vai trò | Có ba vai trò quy định | Không quy định vai trò riêng |
| Cam kết | Cam kết mục tiêu từng Sprint | Giới hạn số việc đang làm cùng lúc |
| Thay đổi giữa chừng | Hạn chế trong Sprint | Có thể thêm việc bất kỳ lúc nào |
| Phù hợp với | Dự án có mục tiêu theo đợt | Công việc hỗ trợ, bảo trì, vận hành |
Đọc thêm về cách dùng bảng trực quan trong bài Kanban là gì.
7. Những lỗi thường gặp khi áp dụng Scrum
Scrum dễ hiểu nhưng khó làm đúng, vì khó nhất là giữ kỷ luật. Asana cũng lưu ý Scrum có thể bị lạm phát cuộc họp và phình phạm vi công việc.
- Biến Daily Scrum thành họp báo cáo cho sếp: buổi họp là của nhóm để tự điều chỉnh.
- Không có Definition of Done: việc “gần xong” bị tính là xong.
- Product Owner không có thời gian: backlog lộn xộn, nhóm không biết làm gì trước.
- Thêm việc liên tục giữa Sprint: Sprint mất mục tiêu.
- Bỏ Retrospective: nhóm lặp lại sai sót cũ.
- Áp dụng cho việc không hợp: công việc lặp lại, ổn định dùng quy trình hoặc danh sách việc sẽ gọn hơn.
8. Câu hỏi thường gặp về Scrum
Sprint trong Scrum kéo dài bao lâu?
Theo Scrum Guide, Sprint dài tối đa một tháng. Nhiều nhóm chọn một đến hai tuần để phản hồi nhanh. Độ dài nên giữ cố định qua các Sprint.
Scrum Master có phải là quản lý nhóm không?
Không. Scrum Master giúp nhóm hiểu và thực hành Scrum, đồng thời gỡ vướng mắc. Việc quyết định làm gì và làm thế nào thuộc về Product Owner và Developers.
Nhóm bao nhiêu người thì phù hợp với Scrum?
Scrum Guide nêu nhóm thường có tối đa 10 người. Nhóm nhỏ trao đổi nhanh hơn, nhóm lớn nên chia thành nhiều nhóm Scrum.
Scrum có dùng được ngoài phần mềm không?
Có thể, miễn công việc có nhiều điều chưa chắc chắn và giao được theo từng phần, như marketing, thiết kế, nghiên cứu. Với công việc lặp lại cố định, phương pháp khác có thể hợp hơn.
Scrum có bắt buộc dùng phần mềm riêng không?
Không. Nhóm có thể bắt đầu bằng bảng trắng hoặc bảng tính, rồi chuyển sang công cụ quản lý công việc khi số việc và số người tăng lên.
9. Fastdo hỗ trợ theo dõi công việc theo nhịp làm việc của nhóm
Fastdo không có chức năng Scrum riêng, nhưng các công cụ có thể hỗ trợ theo dõi công việc theo từng đợt. Theo trang sản phẩm, fTodolist có ba chế độ xem Danh sách, Bảng, Lịch để theo dõi tiến độ, còn fPlan có thêm chế độ Gantt và nhắc việc trễ hạn. Xem bảng giá hiện hành tại fastdo.vn.
Nguồn tham khảo
- Ken Schwaber và Jeff Sutherland, The Scrum Guide (bản tháng 11/2020): https://scrumguides.org/scrum-guide.html (truy cập 26/10/2026)
- Asana, What is Scrum (lịch sử, ưu nhược điểm): https://asana.com/resources/what-is-scrum (truy cập 26/10/2026)
- Trang sản phẩm fTodolist: https://fastdo.vn/phan-mem-todolist/ (truy cập 26/10/2026)
- Trang sản phẩm fPlan: https://fastdo.vn/fplan/ (truy cập 26/10/2026)
