Velocity - Viện FMIT

Định nghĩa: Velocity trong quản lý dự án (đặc biệt trong Agile/Scrum) là chỉ số đo lường khối lượng công việc mà một nhóm có thể hoàn thành trong một chu kỳ (iteration/sprint), thường tính bằng số điểm câu chuyện (story points) hoặc số hạng mục đã hoàn thành. → Ví dụ: Nếu một nhóm hoàn thành 30 story points trong sprint trước và 28 story points trong sprint hiện tại, velocity trung bình của nhóm là 29 story points mỗi sprint

Velocity trong bối cảnh của quản lý dự án Agile được hiểu như sau. Vào cuối mỗi vòng lặp, nhóm dự án cộng các ước tính (estimate) tương ứng với các user stories mà họ đã hoàn thành cho vòng lặp đó. Tổng kết quả đó chính là velocity.

Biết được velocity này, nhóm dự án có thể sử dụng để tính toán và ước tính thời gian cần để hoàn thành dự án, dược trên giá trị ước tính tương ứng với các user stories còn lại và giả sử rằng velocity là không đổi trong các vòng lặp tiếp theo. Điều này sẽ giúp tạo ra được dự báo.

Ví dụ ứng dụng:

Giả sử nhóm agile thực hiện một vòng lặp, dự định hoàn thành stories A và B, mỗi story là 2 points, và story C, với ước tính là 3 points. Vào cuối vòng lặp, A và B đã xong 100%, và C chỉ đạt 80%.

Vì nhóm Agile sử dụng 2 mức để đánh giá sự thành thành, là 0% hoặc 100%. Vì thế C không được tính vào velocity. Vậy tổng velocity trong vòng lặp vừa xong là 4 points.

Giả sử rằng tổng user stories còn lại trong dự án là 40 points; nhóm dự án dự báo các vòng lặp còn lại sẽ là 40/velocity = 10 iterations (vòng lặp).

- Velocity là một thước đo hình thành sau khi đã tiến hành công việc; mặc dù nó giúp cho việc lập kế hoạch sau đó, nhưng nó không phải là ngân sách hoặc dự báo mà là công cụ để hỗ trợ cho ngân sách hoặc dự báo;

- Velocity thường được đo theo giá trị (user stories) thay vì đo theo công việc (task)

- Velocity thường được dùng để đánh giá cho cả nhóm dự án (team), chứ không được sử dụng cho từng thành viên. Velocity của cả nhóm thường lớn hơn velocity tính theo từng thành viên.

- Velocity không được dùng để so sánh giữa các nhóm dự án khác nhau và việc so sánh này không có ý nghĩa gì vì bản chất ước tính (estimate) và phương pháp được sử dụng ở mỗi dự án agile là khác nhau.

- Để ứng dụng đươc velocity để dự báo thời gian hoàn thành dự án thì phương pháp ước tính cho user stories phải được nhất quán. Điều này có thể thực hiện bằng cách: ước tính toàn bộ các user stories 1 lần trước khi dự án bắt đầu và các user stories phát sinh phải sử dụng cùng phương pháp và nhất quán với những phương pháp đã sử dụng trước đó.

Lưu ý thực tiễn: → Velocity chỉ phản ánh tốc độ, không phản ánh chất lượng sản phẩm → Không nên so sánh velocity giữa các nhóm vì tiêu chuẩn đo lường khác nhau → Cần duy trì sự ổn định trong cách ước lượng story points để velocity có ý nghĩa

Ví dụ minh họa: → Cơ bản: Nhóm A hoàn thành 20 story points/sprint và giữ ổn định trong 3 sprint liên tiếp → Nâng cao: Nhóm B sử dụng velocity để tối ưu lịch release, giảm trễ deadline từ 15% xuống còn 5%

Case Study Mini: → Tình huống: Một nhóm Agile thường xuyên giao sản phẩm trễ vì ước lượng không chính xác → Giải pháp: Ghi lại velocity qua từng sprint và điều chỉnh kế hoạch dựa trên số liệu thực tế → Kết quả: Tăng độ chính xác dự báo từ 60% lên 90% sau 5 sprint

Câu hỏi kiểm tra nhanh (Quick Quiz): Velocity trong Agile phản ánh điều gì? → a. Số giờ làm việc mỗi ngày của nhóm → b. Số lượng công việc hoàn thành trong một sprint → c. Tốc độ xử lý bug của nhóm → d. Năng lực cá nhân của từng thành viên

Câu hỏi tình huống (Scenario-Based Question): Một nhóm Scrum có velocity trung bình 25 story points/sprint, backlog còn 200 story points. Bạn sẽ dự đoán thời gian hoàn thành dự án như thế nào và cần lưu ý gì khi lập kế hoạch?

Vì sao bạn nên quan tâm đến khái niệm này: → Giúp lập kế hoạch dự án chính xác hơn, giảm rủi ro trễ hạn → Tăng khả năng dự báo và minh bạch trong quản lý tiến độ → Là cơ sở để cải tiến quy trình làm việc của nhóm

Ứng dụng thực tế trong công việc: → Product Owner: dự báo thời gian release sản phẩm → Scrum Master: theo dõi hiệu suất nhóm và tối ưu quy trình → Nhóm phát triển: tự điều chỉnh khối lượng công việc phù hợp khả năng

Đối tượng áp dụng: → Dành cho: Product Owner, Scrum Master, Development Team, Project Manager → Áp dụng trong: Lập kế hoạch sprint, dự báo tiến độ, quản lý backlog

Giới thiệu đơn giản dễ hiểu: Velocity giống như “đồng hồ tốc độ” của nhóm Agile, cho biết mỗi sprint nhóm có thể hoàn thành bao nhiêu công việc dựa trên số liệu thực tế trong quá khứ

Câu hỏi thường gặp: Q1 → Velocity có phải là chỉ số hiệu suất cá nhân không? → Không. Đây là chỉ số của cả nhóm, không dùng để đánh giá cá nhân Q2 → Velocity càng cao càng tốt? → Không hẳn. Quan trọng là duy trì ổn định và phù hợp với chất lượng mong muốn Q3 → Có thể thay đổi đơn vị đo velocity giữa dự án không? → Không nên, vì sẽ làm mất tính so sánh của dữ liệu Q4 → Velocity có giúp dự đoán chính xác tuyệt đối không? → Không. Đây là công cụ dự báo, cần kết hợp với các yếu tố rủi ro và thay đổi phạm vi dự án Q5 → Làm sao cải thiện velocity? → Loại bỏ trở ngại, cải tiến quy trình, tăng sự phối hợp và nâng cao kỹ năng nhóm

Gợi ý hỗ trợ: → Gửi email: [email protected] → Nhắn tin Zalo: 0708 25 99 25 © Bản quyền thuộc về Viện FMIT – Từ điển quản trị chuẩn mực quốc tế

Khóa học liên quan:

Agile Scrum Expert