Velocity của team liên tục giảm qua nhiều sprint. Với tư cách Scrum Master, bạn sẽ tiếp cận vấn đề này như thế nào?

Velocity giảm có thể có nhiều nguyên nhân khác nhau: người mới join chưa quen, technical debt tăng, scope creep, hay thậm chí estimation lạc quan quá. Tôi sẽ bắt đầu bằng cách phân tích data — xem pattern nào: tất cả story đều bị chậm hay chỉ một vài loại?

Một lần velocity giảm của team tôi hóa ra là do process overhead — mỗi PR cần 3 approvals và thường mất 2-3 ngày. Tôi làm việc với manager để rút xuống còn 1 approver cho low-risk changes. Velocity phục hồi mà không cần team làm thêm giờ.

Tôi không coi velocity là KPI để tăng bằng mọi giá. Nếu giảm vì team đang invest vào quality và test coverage, đó là healthy. Tôi sẽ phân biệt 'velocity giảm vì lý do tốt' với 'giảm vì blockers có thể fix được' trước khi can thiệp.

Tôi sẽ cùng team làm một buổi root cause analysis — không phải retrospective thông thường mà là một buổi structured hơn với '5 Whys'. Thường thì nguyên nhân không phải là team 'làm chậm hơn' mà là môi trường thay đổi: dependencies mới, tech stack mới, hay quy trình approval phức tạp hơn.