Trong nội dung bài viết về Story Point, tất cả 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ử hào hùng 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 ra làm sao và tương trợ các nhóm Scrum ra sao, tất cả chúng ta sẽ cùng tìm hiểu kỹ trong nội dung bài viết phía dưới.

Bạn Đang Xem: Viện Quản lý dự án ATOHA (Học Online, Offline, In-house)

Khái niệm Velocity là gì?

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

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

Nói cách khác, velocity còn được khái niệm là “thước đo năng lực thao tác mỗi lần lặp của một nhóm”. Giúp tính toán mức độ công việc mà Scrum team có thể thực hiện trong những lần lặp trong tương lai, dựa trên số lượng công việc mà người ta đã hoàn thành trong những 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ó đượ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.

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

Story points được sử dụng để ước tính độ lớn, độ phức tạp cho công việc triển khai một user story nhất định. Tổng số story points được hoàn thành trong mỗi Sprint được theo dõi như velocity của dự án. Vậy mối liên 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 năng suất để cho những người dùng/khách hàng biết xác thực tốc độ của Scrum team.
• Nếu ước tính về story points của nhóm được duy trì trong suốt dự án thì sẽ rất hợp lý khi sử dụng story points để thay mặt cho “velocity”.
• Nếu sự nhất quán không chỉ trong nhóm, mà còn giữa các nhóm với nhau, thậm chí còn ở cấp toàn đơn vị thì velocity sẽ không còn chỉ tính toán năng suất mà còn so sánh tình trạng của từng nhóm.
• Nếu giá trị của story points ổn định, thì nó có thể được sử dụng làm tài liệu tham khảo cho việc lập kế hoạch release, giúp nhóm có thể đánh giá và nhận định các tiến độ khả thi sau đó.

Cách ước tính xác thực velocity là gì?

Trong Scrum, velocity giúp tất cả 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 xác thự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 xác thực hơn về số lượng story point mà một nhóm có thể thực hiện trong Sprint. So với mục tiêu dự báo, nên sử dụng giá trị trung bình của ba hoặc bốn velocity của sprint sớm nhất có thể.

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

Những cách ước tính xác thực velocity là gì

Nói chung, velocity thường thay đổi nhiều nhất trong vài lần lặp trước tiên và sau này sẽ mở màn ổn định. Điều này là vì nhóm phải làm quen với việc làm cùng nhau, làm quen với những phương tiện của dự án và tương tác thoải mái với những bên liên quan của dự án. Khi sản phẩm to nhiều hơn, sẽ có được nhiều thứ để bảo trì, tái cấu trúc và có thể tương trợ nếu các phiên bản trước tiên của sản phẩm đã được triển khai. Nhìn chung, độ phức tạp của dự án ngày càng tăng, và velocity có xu hướng ổn định.

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

Nếu một công việc hoặc user story mới chỉ hoàn thành một phần thì không được tính vào velocity của nhóm. Chỉ user stories được lưu lại là ‘Hoàn thành’ mới được tính, ngay cả những lúc chỉ với một tí việc để làm cũng không được tính.

Dựa trên chỉ một Sprint trước tiên, velocity chưa phải là một số liệu đáng tin cậy để mang ra dự đoán xác thực, nhưng nó giúp nhóm hiểu được họ có thể cam kết hoàn thành bao nhiêu công việc trong một Sprint, cũng như theo dõi tiến độ của họ trong Sprint đó.

Thời điểm hiện nay, nhóm mới tiếp tục phát triển tới Sprint 4 và story points của họ trong sprint trước tiên 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 tại chỗ này:

Xem Thêm : Kahoot là gì? Cách sử dụng Kahoot hiệu quả nhất

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

Vào thời điểm cuối mỗi sprint, tất cả 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 trình diễn Velocity của họ trên mỗi sprint dưới dạng biểu đồ cột, để sở hữu thể xem họ đã làm ra làm sao qua nhiều sprint. Vì thang điểm ước tính story point của mỗi nhóm là khác nhau, tất cả chúng ta không thể sử dụng velocity để so sánh các nhóm với nhau.

• Sprint velocity

Trong tương lai là biểu đồ cột về tổng số story points đã hoàn thành 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 có thể sử dụng số lượng này để so sánh lượng công việc đã được thực hiện từ sprint này sang sprint. Để tạo biểu đồ này, nhóm chỉ việc cộng số story points trong cột Hoàn thành của Task Board (bảng công việc – sẽ tìm hiểu trong những nội dung bài viết sau) ở cuối mỗi Sprint.

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

Phía 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ỉ việc cộng story points trong sprint backlog sau buổi lập kế hoạch và lưu lại đó là số lượng đã cam kết. Vào thời điểm cuối sprint, họ theo dõi velocity bằng phương pháp cộng tất cả story points trong cột Hoàn thành của task board.

Dựa trên velocity của khá nhiều sprint trước đó nhóm có thể hoàn thành các mục tiêu 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 cho từng sprint.
• Ước tính mức độ nỗ lực mà nhóm có thể xử lý backlog trong các sprint ở tương lai nếu thành phần nhóm và thời kì sprint của bạn không đổi.

Tổng kết

Mục tiêu của theo dõi velocity là cải thiện khả năng của nhóm trong việc ước tính mức độ công việc mà người ta có thể hoàn thành một cách nhất quán và đáng tin cậy. Hi vọng qua bài san sớt này độc giả sẽ nắm vững hơn về velocity là gì, cũng như cách sử dụng sao cho hiệu quả, mang lại hiệu suất tốt nhất trong công việc để hướng đến mục tiêu chung của nhóm.

Tri 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

Product Backlog là gì? Có quan hệ ra làm sao với WBS

Bản tuyên ngôn Agile – lịch sử hào hùng hình thành Agile

12 nguyên tắc của Agile

Xem Thêm : FMCG là gì? Những điệu cần biết về ngành FMCG [Cập nhật 2023]

Trong dự án Agile, công việc ước tính có thật sự cấp thiết?

Quản lý dự án với Scrum

Scrum of Scrums

User stories – Dụng cụ lên kế hoạch của Agile

Story points – Dụng cụ ước tính của Agile

Velocity là gì – Dụng cụ tính toán tốc độ hoàn thành công việc của nhóm Agile

Story Map – Lập kế hoạch tổng quát trong Agile

Agile Retrospectives – Nhìn lại và cải tiến hiệu quả công việc dự án

Kanban – phương pháp giúp cải tiến quy trình thao tác của dự án

PDCA – Chu trình cải tiến liên tục

Personas – Dụng cụ xây dựng hình tượng khách hàng trong Agile

Lean – Tinh gọn hóa quy trình một cách hiệu quả

Hướng Dẫn Scrum 2020 – The Scrum Guide 2020

Bóng đá có 3-5-2, Scrum có 3-5-3

Mở màn với Scrum từ đâu đây ta?

Một số kĩ thuật chạy Daily scrum hiệu quả