Scrum là gì?

Scrum là khung làm việc triển khai Agile, chia công việc thành các sprint (thường 1–4 tuần). Scrum có 3 vai trò (Product Owner, Scrum Master, Nhóm phát triển) và các sự kiện: lập kế hoạch sprint, họp đứng hằng ngày (daily standup), sơ kết (review) và cải tiến (retrospective).

Mục tiêu: giao giá trị từng phần đều đặn, minh bạch tiến độ và cải tiến liên tục. Vai trò Scrum Master, Product Owner là những vị trí tuyển dụng phổ biến.

Ba vai trò, ba câu hỏi khác nhau

Product Owner trả lời “làm gì trước”: giữ danh sách công việc theo thứ tự ưu tiên, quyết định phạm vi, chịu trách nhiệm về giá trị sản phẩm mang lại. Nhóm phát triển trả lời “làm thế nào” và tự quyết cách chia việc. Scrum Master trả lời “vướng ở đâu”: giúp đội chạy đúng nhịp, gỡ trở ngại, chắn gián đoạn từ bên ngoài.

Hiểu nhầm phổ biến nhất là xem Scrum Master như quản lý dự án ra lệnh, hoặc như thư ký ghi biên bản họp. Cả hai đều lệch: vai trò này thiên về tạo điều kiện và bảo vệ nhịp làm việc, không có quyền giao việc cho từng người.

Bốn sự kiện và mục đích thật của từng cái

Lập kế hoạch sprint — chốt mục tiêu và phạm vi đội cam kết trong chu kỳ. Họp đứng hằng ngày — 15 phút để đội tự đồng bộ và nêu vướng mắc, không phải báo cáo cho sếp. Sơ kết — cho người liên quan xem thứ chạy được và lấy phản hồi. Cải tiến — nhìn lại cách làm việc và chọn một hai thay đổi cụ thể cho sprint sau.

Buổi hay bị cắt đầu tiên khi bận là buổi cải tiến — và đó cũng chính là buổi duy nhất khiến đội khá lên theo thời gian. Cắt nó đi thì các sprint chỉ lặp lại cùng một vấn đề với tên khác.

Vài từ hay gặp trong tin tuyển dụng

Backlog (danh sách công việc còn tồn, đã xếp thứ tự), sprint backlog (phần đội nhận trong chu kỳ này), velocity (khối lượng đội thường hoàn thành mỗi sprint, dùng để dự báo chứ không phải để so sánh giữa các đội), definition of done (thoả thuận thế nào là xong — thiếu nó thì “xong” mỗi người hiểu một kiểu).

Riêng velocity là chỗ hay bị lạm dụng: dùng nó làm chỉ tiêu thi đua giữa các đội sẽ khiến mọi người thổi phồng ước lượng, và con số mất luôn tác dụng dự báo vốn là lý do nó tồn tại.

Vị trí tuyển và điều nhà tuyển dụng thật sự dò

Hai chức danh xuất hiện nhiều là Scrum Master và Product Owner; ngoài ra rất nhiều tin tuyển lập trình viên, kiểm thử, thiết kế đều ghi “làm việc theo Scrum” như một điều kiện môi trường. Chứng chỉ có ích để qua vòng lọc hồ sơ, nhưng ở vòng phỏng vấn thứ được hỏi luôn là tình huống.

Ba câu hay gặp: đội cam kết xong một sprint nhưng giữa chừng có việc gấp từ ban lãnh đạo thì xử lý thế nào; một thành viên liên tục ước lượng thấp hơn thực tế thì làm gì; buổi cải tiến nêu mãi một vấn đề mà không ai giải quyết thì bạn thay đổi cách nào. Cả ba đều không có đáp án đúng duy nhất — người phỏng vấn nghe cách bạn cân giữa cam kết của đội và nhu cầu của tổ chức.

Ví dụ: một sprint hai tuần

Thứ Hai tuần 1 — lập kế hoạch: Product Owner đưa danh sách đã xếp ưu tiên, đội chọn 8 đầu việc vừa sức và chốt mục tiêu “người dùng thanh toán được bằng ví điện tử”.

Mỗi sáng — họp đứng 15 phút: hôm qua làm gì, hôm nay làm gì, vướng gì. Ngày thứ 4 một thành viên nêu nhà cung cấp ví chưa cấp khoá thử nghiệm; Scrum Master nhận việc gỡ, không để cả đội chờ.

Giữa sprint — giám đốc kinh doanh xin chen một yêu cầu gấp. Cách xử lý đúng: đưa vào danh sách chờ và thương lượng — nếu buộc phải làm ngay thì bỏ ra một đầu việc tương đương khỏi sprint, chứ không nhồi thêm.

Cuối sprint — sơ kết: demo luồng thanh toán cho các bên liên quan, ghi nhận phản hồi. Rồi cải tiến: đội thống nhất một thay đổi cụ thể cho sprint sau, ví dụ “yêu cầu khoá thử nghiệm của bên thứ ba phải xin trước khi sprint bắt đầu”.