Velocity là gì - Công cụ đo lường tốc độ hoàn thành công việc của nhóm AGILE

Velocity là gì ? Đây là một giải pháp cực kỳ đơn thuần để đo lường và thống kê đúng mực vận tốc mà Development Team triển khai xong việc làm một cách đồng điệu. Velocity là cơ sở cho thấy lượng Product Backlog trung bình được chuyển thành phần ngày càng tăng tính năng loại sản phẩm trong Sprint, được Development team theo dõi để sử dụng. Do đó, để giám sát velocity của nhóm, tất cả chúng ta chỉ cần cộng những ước đạt của những tính năng, user stories, nhu yếu hoặc backlog items được hoàn thành xong trong một lần lặp, 1 Sprint .

Trong bài viết về Story Point, chúng ta đã đề cập về Velocity với nhận định là tổng số story point được hoàn thành trong mỗi Sprint. Velocity được xem là một thước đo tốc độ hoàn thành công việc trong lịch sử mà các nhóm sử dụng để hiểu năng lực của họ dựa trên hiệu suất trong quá khứ. Vậy velocity là gì, sử dụng như thế nào và hỗ trợ các nhóm Scrum ra sao, chúng ta sẽ cùng tìm hiểu kỹ trong bài viết bên dưới.

Mục lục nội dung

Định nghĩa Velocity là gì ?

Velocity ( tốc độ, vận tốc ) là một chiêu thức cực kỳ đơn thuần để thống kê giám sát đúng chuẩn vận tốc mà Development Team hoàn thành xong việc làm một cách đồng điệu. Velocity là cơ sở cho thấy lượng Product Backlog trung bình được chuyển thành phần ngày càng tăng tính năng loại sản phẩm trong Sprint, được Development team theo dõi để sử dụng. Do đó, để thống kê giám sát velocity của nhóm, tất cả chúng ta chỉ cần cộng những ước đạt của những tính năng, user stories, nhu yếu hoặc backlog items được hoàn thành xong trong một lần lặp, 1 Sprint .

Tìm hiểu velocity là gì trong Agile

Bạn đang đọc: Velocity là gì – Công cụ đo lường tốc độ hoàn thành công việc của nhóm AGILE

Tìm hiểu velocity là gì trong Agile

Nói cách khác, velocity còn được định nghĩa là “thước đo năng lực làm việc mỗi lần lặp của một nhóm”. Giúp đo lường mức độ công việc mà Scrum team có thể thực hiện trong các lần lặp trong tương lai, dựa trên số lượng công việc mà họ đã hoàn thành trong các lần lặp trước. Điều này giúp nhóm theo dõi và truyền đạt những gì họ đã hoàn thành, dự đoán những gì họ sẽ có thể hoàn thành trong tương lai và dự báo khi nào dự án (hoặc release) có khả năng được hoàn thành.

Mối quan hệ giữa velocity và story points trong Scrum

Story points được sử dụng để ước đạt độ lớn, độ phức tạp cho việc làm tiến hành một user story nhất định. Tổng số story points được triển khai xong trong mỗi Sprint được theo dõi như velocity của dự án Bất Động Sản. Vậy mối tương quan giữa velocity với story points là gì ?

Các nhóm thường sử dụng “ velocity ” làm thước đo hiệu suất để cho người dùng / người mua biết đúng chuẩn vận tốc của Scrum team .
Nếu ước đạt về story points của nhóm được duy trì trong suốt dự án Bất Động Sản thì sẽ rất hài hòa và hợp lý khi sử dụng story points để đại diện thay mặt cho “ velocity ” .
Nếu sự đồng nhất không chỉ trong nhóm, mà còn giữa những nhóm với nhau, thậm chí còn ở cấp toàn công ty thì velocity sẽ không chỉ giám sát hiệu suất mà còn so sánh thực trạng của từng nhóm .
Nếu giá trị của story points không thay đổi, thì nó hoàn toàn có thể được sử dụng làm tài liệu tìm hiểu thêm cho việc lập kế hoạch release, giúp nhóm hoàn toàn có thể nhìn nhận những tiến trình khả thi sau đó .

Cách ước tính đúng mựcvelocity là gì ?

Trong Scrum, velocity giúp chúng ta hiểu nhóm của mình sẽ mất bao lâu để hoàn thành Product backlog. Tuy nhiên, thông thường phải mất vài Sprint để nhóm tìm ra velocity ổn định hơn. Để ước tính velocity chính xác hơn cho nhóm, có thể tích lũy kinh nghiệm dựa trên thành tích trong quá khứ của nhóm. Nó sẽ là dự báo chính xác hơn về số lượng story point mà một nhóm có thể thực hiện trong Sprint. Đối với mục đích dự báo, nên sử dụng giá trị trung bình của ba hoặc bốn velocity của sprint gần nhất.

Giả sử một nhóm Scrum mới đã lên kế hoạch triển khai xong 39 story points trong sprint tiên phong của họ, ở đầu cuối họ chỉ hoàn toàn có thể hoàn thành xong 38 story points. Vậy velocity trong trường hợp này là 38 như trong hình dưới đây :

quan hệ giữa velocity và story points trong Scrum

Những cách ước tính đúng mực velocity là gì

Nói chung, velocity thường biến hóa nhiều nhất trong vài lần lặp tiên phong và sau đó sẽ khởi đầu không thay đổi. Điều này là do nhóm phải làm quen với việc làm cùng nhau, làm quen với những công cụ của dự án Bất Động Sản và tương tác tự do với những bên tương quan của dự án Bất Động Sản. Khi loại sản phẩm lớn hơn, sẽ có nhiều thứ để bảo dưỡng, tái cấu trúc và hoàn toàn có thể tương hỗ nếu những phiên bản tiên phong của loại sản phẩm đã được tiến hành. Nhìn chung, độ phức tạp của dự án Bất Động Sản ngày càng tăng, và velocity có khuynh hướng không thay đổi .

Velocity trung bình dựa trên những ghi chép sprint trong quá khứ

Nếu một việc làm hoặc user story mới chỉ triển khai xong một phần thì không được tính vào velocity của nhóm. Chỉ user stories được ghi lại là ‘ Hoàn thành ‘ mới được tính, ngay cả khi chỉ còn một chút ít việc để làm cũng không được tính .Dựa trên chỉ một Sprint tiên phong, velocity chưa phải là một số liệu đáng an toàn và đáng tin cậy để đưa ra Dự kiến đúng chuẩn, nhưng nó giúp nhóm hiểu được họ hoàn toàn có thể cam kết triển khai xong bao nhiêu việc làm trong một Sprint, cũng như theo dõi tiến trình của họ trong Sprint đó .Bây giờ, nhóm mới liên tục tăng trưởng tới Sprint 4 và story points của họ trong sprint tiên phong là 38, 29 trong sprint thứ hai, 38 trong sprint thứ ba và 39 trong sprint thứ tư. Vậy velocity trung bình ước tính sau 4 lần sprint là 36 như hình dưới đây :

Làm thế nào để ước tính velocity một cách chính xác

Velocity cho bạn biết nhóm của bạn hoàn toàn có thể làm được bao nhiêu story point trong một Sprint

Vào cuối mỗi sprint, chúng ta có thể đếm tổng số story points đã được Product Owner chấp thuận hoàn thành. Nhiều nhóm biểu diễn Velocity của họ trên mỗi sprint dưới dạng biểu đồ cột, để có thể xem họ đã làm như thế nào qua nhiều sprint. Vì thang điểm ước lượng story point của mỗi nhóm là khác nhau, chúng ta không thể sử dụng velocity để so sánh các nhóm với nhau.

Sprint velocity

Dưới đây là biểu đồ cột về tổng số story points đã hoàn thành xong trong 4 sprint. Nếu nhóm đang sử dụng cùng một thang điểm để ước tính trong mỗi sprint, nhóm hoàn toàn có thể sử dụng số lượng này để so sánh lượng việc làm đã được thực thi từ sprint này sang sprint. Để tạo biểu đồ này, nhóm chỉ cần cộng số story points trong cột Hoàn thành của Task Board ( bảng việc làm – sẽ tìm hiểu và khám phá trong những bài viết sau ) ở cuối mỗi Sprint .

Velocity cho bạn biết nhóm của bạn có thể làm được bao nhiêu story poin

Sprint velocity với points đã cam kết

Bên dưới đây là biểu đồ cột về tổng số story points mà nhóm đã đưa vào sprint có màu xám và story points mà nhóm thực sự hoàn thành có màu đen. Để tạo biểu đồ này, nhóm chỉ cần cộng story points trong sprint backlog sau buổi lập kế hoạch và đánh dấu đó là con số đã cam kết. Vào cuối sprint, họ theo dõi velocity bằng cách cộng tất cả story points trong cột Hoàn thành của task board.

Xem thêm: Xét nghiệm HIV âm tính là gì?

Dựa trên velocity của những sprint trước đó nhóm hoàn toàn có thể triển khai xong những tiềm năng sau :

Theo dõi mức độ nỗ lực mà nhóm đã báo cáo giải trình là hoàn thành xong cho mỗi sprint .
Ước tính mức độ nỗ lực mà nhóm hoàn toàn có thể giải quyết và xử lý backlog trong những sprint ở tương lai nếu thành phần nhóm và thời hạn sprint của bạn không đổi .

Sprint velocity với points đã cam kết

Tổng kết

Mục đích của theo dõi velocity là cải tổ năng lực của nhóm trong việc ước tính mức độ việc làm mà họ hoàn toàn có thể hoàn thành xong một cách đồng nhất và đáng đáng tin cậy. Hi vọng qua bài san sẻ này bạn đọc sẽ hiểu rõ hơn về velocity là gì, cũng như cách sử dụng sao cho hiệu suất cao, mang lại hiệu suất cao nhất trong việc làm để hướng đến tiềm năng chung của nhóm .

Kiến thức tổng hợp bởi Trainer Nguyễn Hải Hà (PMP®, PMI-ATP Instructor)

References: PMI-ACP Exam Prep by Mike Griffiths, Head First Agile, Visual-paradigm