Sẵn sàng, chuẩn bị, sprint! Hướng dẫn chi tiết để đo tốc độ sprint

Nếu bạn mới làm quen với phát triển Agile, việc tính toán tốc độ sprint và biểu đồ tốc độ có thể là một thử thách khó hiểu. Thực ra, tất cả chỉ là vấn đề ghi điểm!

Tốc độ sprint giống như điểm số trong một trận đấu bóng rổ có tỷ số cao. Nó giúp các thành viên trong nhóm agile và scrum biết được họ đang thắng hay thua trong cuộc đua với thời gian.

Bằng cách hiểu và áp dụng tốc độ sprint, các nhóm phát triển có thể cải thiện nhịp độ công việc và hợp lý hóa các quy trình phát triển Agile. Ý tưởng chung là tốc độ càng cao, bạn càng hoàn thành nhiều công việc trong mỗi sprint và càng gần đến chiến thắng trong các giới hạn như thời gian và ngân sách.

Hãy coi hướng dẫn này như Phil Jackson trong việc tính toán và tối ưu hóa tốc độ sprint của nhóm bạn. Chúng tôi cũng sẽ cung cấp những hiểu biết và chiến lược để tăng năng suất của nhóm trong các chu kỳ sprint, giúp bạn tiến tới chiến thắng.

Sẵn sàng chinh phục sân chơi Agile? Hãy bắt đầu! 🏀

Tốc độ sprint là gì?

Các nhóm Agile làm việc trong các giai đoạn phát triển ngắn được gọi là chu kỳ sprint. Mỗi chu kỳ, thường kéo dài từ một đến bốn tuần, chia dự án thành các thành phần công việc có thể đo lường được cần thiết để xuất bản phần mềm.

Chắc chắn, các thành viên trong nhóm của bạn lập kế hoạch, viết mã, giải quyết các công việc tồn đọng và chỉnh sửa các tính năng trong mỗi sprint, nhưng làm thế nào để ước lượng thời gian tối ưu cần thiết để hoàn thành công việc? Đó chính là lý do tại sao bạn cần tính toán tốc độ. ⚡

Tốc độ sprint theo dõi hiệu quả tiến độ của nhóm và ước tính lượng công việc mà họ có thể xử lý trong một chu kỳ sprint. Mỗi chu kỳ sẽ có một tốc độ cụ thể liên quan đến những gì nhóm đã hoàn thành. Tốc độ trung bình trong ba đến mười chu kỳ gần nhất sẽ giúp bạn dự đoán lượng công việc tiêu chuẩn mà nhóm sản phẩm hoặc phát triển của bạn hoàn thành trong mỗi sprint.

Mục đích của việc ước tính tốc độ sprint là gì?

Tốc độ sprint không phải là thước đo thành công mà là ước tính để hiểu sức chứa của nhóm bạn. Đây có thể là một chỉ số khá tùy ý, có thể thay đổi dựa trên các yếu tố như độ phức tạp của dự án, thành phần nhóm hoặc các ảnh hưởng bên ngoài.

Tuy nhiên, bạn vẫn cần đo tốc độ sprint để:

Tốc độ sprint cũng cho biết sự cải thiện liên tục của nhóm về mặt năng suất. Trong hầu hết các trường hợp, ước lượng tốc độ có xu hướng tăng ổn định, cho thấy nhóm đã trở nên hiệu quả hơn theo thời gian.

Mẹo chuyên nghiệp: Tốc độ của nhóm bạn phụ thuộc vào mức độ tin cậy trong việc đạt được các mục tiêu sprint. Nếu bạn muốn cải thiện hiệu quả của quy trình làm việc, hãy sử dụng Mẫu Sprint của ClickUp. Mẫu này đi kèm với các chỉ số nhanh nhạy được cài đặt sẵn và Trường Tùy chỉnh để giúp bạn tính toán tốc độ của nhóm ở bất kỳ quy mô nào. Và điều tuyệt vời nhất là gì? Mẫu này hoàn toàn miễn phí!

Cách tính tốc độ sprint: Công thức và các bước

Việc tính toán tốc độ sprint trong phát triển phần mềm rất đơn giản khi bạn đã nắm được công thức cơ bản, đó là:

Tốc độ sprint = Tổng công việc hoàn thành trong x số sprint trong quá khứ ➗ Số sprint trong quá khứ, tức là x

Tuy nhiên, để sử dụng công thức này, trước tiên bạn cần tìm hiểu một số thông tin, chẳng hạn như chỉ số để tính toán công việc đã hoàn thành và sprint backlog. Hãy cùng phân tích quy trình này qua ba bước tiêu chuẩn kèm theo ví dụ:

Bước 1: Xác định chỉ số để theo dõi tiến độ trong một số sprint

Việc tính toán tốc độ đòi hỏi phải đo lường công việc trên nhiều khía cạnh khác nhau như nhóm, dự án và khách hàng, điều này có thể rất khó khăn. Đó là lý do tại sao bạn cần xác định một chỉ số phù hợp để ước tính chính xác công việc đã hoàn thành. Ba chỉ số phổ biến được sử dụng là:

Hầu hết các nhóm thấy rằng tính toán dựa trên điểm câu chuyện phù hợp hơn để theo dõi tiến độ của nhóm vì chúng tính đến các mức độ phức tạp khác nhau của các công việc phát triển, thường sử dụng dãy số Fibonacci.

Bạn có thể chọn một chỉ số trong quá trình lập kế hoạch sprint, lý tưởng nhất là trước sprint đầu tiên. Chỉ số bạn chọn cũng sẽ quyết định cách nhóm của bạn thể hiện tốc độ — thông qua điểm câu chuyện, giờ hoặc ngày lý tưởng.

Bước 2: Tính toán công việc đã hoàn thành cho mỗi sprint đang được xem xét

Sử dụng chỉ số ưa thích của bạn để định lượng công việc mà nhóm của bạn đã quản lý cho một loạt các sprint. Công việc có thể bao gồm xóa các mục tồn đọng, sửa lỗi và làm việc trên các tính năng mới do chủ sở hữu sản phẩm đề xuất.

Tốt nhất, bạn nên xem xét công việc đã hoàn thành trong ba sprint để thiết lập tốc độ chuẩn của nhóm. Tuy nhiên, nếu công việc cần làm biến động mạnh, bạn có thể cần thêm sprint để ổn định tiến độ.

Bước 3: Tìm tốc độ sprint trung bình cho nhóm của bạn

Khi bạn đã có số liệu về công việc đã hoàn thành trong các sprint đã chọn, chỉ cần tìm giá trị trung bình. Cộng tổng số điểm câu chuyện, số giờ hoặc số ngày lý tưởng và chia kết quả cho số sprint đã hoàn thành.

Hãy xem một số ví dụ thực tế để hiểu rõ hơn.

Ví dụ #1 Tính tốc độ sprint bằng điểm câu chuyện

Giả sử chúng ta lưu giữ nhật ký các điểm câu chuyện đã hoàn thành trong ba sprint trước đó:

Sprint 1: Nhóm đã hoàn thành 10 câu chuyện người dùng trị giá 3 điểm mỗi câu chuyện và một câu chuyện người dùng phức tạp khác trị giá 6 điểm. Tổng cộng là 36 điểm câu chuyện (không bao gồm các câu chuyện hoàn thành một phần)

Sprint 2: Chúng tôi có thể quản lý 9 câu chuyện người dùng trị giá 5 điểm mỗi câu chuyện, tức là 45 điểm câu chuyện

Sprint 3: Hoàn thành công việc trị giá 38 điểm câu chuyện

Bây giờ, cộng các điểm câu chuyện và áp dụng công thức: (36+45+38 điểm câu chuyện)/3 sprint, kết quả là 39,67.

Trong trường hợp này, tốc độ sprint trung bình của chúng tôi là 39,67 điểm câu chuyện cho mỗi sprint. Đó là nỗ lực mà nhóm của bạn có thể bỏ ra cho mỗi sprint.

Ví dụ #2 Tính toán tốc độ sprint bằng giờ

Việc tính toán tốc độ sprint bằng giờ theo cách tương tự như ví dụ trước, nhưng ở đây, các công việc được chuyển thành giờ.

Sprint 1: 160 giờ để hoàn thành 5 công việc

Sprint 2: 240 giờ cho 8 công việc

Sprint 3: 180 giờ cho 6 công việc

Trong ba sprint vừa qua, nhóm đã đầu tư tổng cộng 580 giờ. Đó là khoảng 193,33 giờ cho mỗi sprint, khiến tốc độ sprint trung bình là 190 giờ.

Sử dụng ước tính số giờ giúp hiểu được số giờ mà nhóm có thể thực tế dành cho công việc dự án mà không cam kết quá mức. Trong ví dụ của chúng tôi, bạn sẽ nhận thấy một sự cố đáng chú ý trong sprint 2 có thể không thực tế và cần được giải quyết.

Ví dụ #3 Tính tốc độ sprint bằng cách sử dụng số ngày lý tưởng

Việc sử dụng ngày làm đơn vị đo lường thường bắt đầu bằng việc xác định ngày lý tưởng. Bạn có thể phải tính tổng sản lượng từ một số sprint trước đó. Trong ví dụ của chúng tôi, hãy coi một ngày lý tưởng là 8 giờ.

Sprint 1: 96 giờ làm việc. 96/8 là 12 ngày lý tưởng

Sprint 2: 120 giờ — 15 ngày lý tưởng

Sprint 3: 108 giờ — 13,5 ngày lý tưởng

Thêm số ngày lý tưởng cho mỗi sprint, chúng ta có 40,5, nên trung bình là 13,5 ngày lý tưởng cho mỗi sprint.

6 chiến lược để cải thiện và ổn định tốc độ của nhóm bạn

Tốc độ sprint phải ổn định để có thể tin cậy và hữu ích cho việc lập kế hoạch sprint. Tuy nhiên, bạn vẫn có thể gặp phải tốc độ dao động mạnh do các vấn đề như:

Mặc dù một số vấn đề nằm ngoài tầm kiểm soát của bạn, nhưng bạn có thể tránh những trở ngại phổ biến về năng suất bằng cách sử dụng giải pháp quản lý dự án chất lượng như ClickUp. Phần mềm này giúp bạn điều hành dự án hiệu quả và duy trì tốc độ cao hơn khi tiến độ công việc tiến triển.

Chúng tôi đã tổng hợp sáu chiến lược được các chuyên gia phê duyệt để cải thiện và ổn định tốc độ của nhóm. Chúng tôi cũng sẽ trình bày một số chức năng hữu ích của ClickUp Agile Suite, lý tưởng để theo dõi tốc độ sprint và duy trì năng suất của nhóm. 👇

1. Ghi chép và tối ưu hóa quy trình làm việc của bạn

Các nhóm Agile có thể bị lạc hướng do quy trình làm việc không được tối ưu hóa, dẫn đến giảm tốc độ. Hãy tưởng tượng: Miriam, một lập trình viên giỏi, dành 4 giờ trong ngày làm việc để hỏi các thành viên trong nhóm về các yêu cầu chính xác của sản phẩm. Điều này xảy ra với các nhóm khác thì sao? Tốc độ của bạn sẽ giảm sút.

Cách duy nhất để hợp lý hóa các quy trình công việc khác nhau và giảm thiểu lỗi trong mỗi sprint là ghi chép lại mọi thứ, từ nghiên cứu trường hợp người dùng và yêu cầu dự án đến các mục tồn đọng.

Lấy ClickUp Docs làm ví dụ — nó giúp bạn tập trung tài liệu sản phẩm của mình vào một định dạng dễ tìm kiếm. Chi tiết các thông số kỹ thuật cần thiết, chia sẻ và cộng tác trên các bản mẫu, sắp xếp các công việc tồn đọng cho mỗi sprint, tất cả chỉ ở một nơi.

Là một công cụ lập kế hoạch sprint toàn diện, ClickUp cung cấp một số tính năng khác để tối ưu hóa quy trình làm việc của nhóm bạn, chẳng hạn như:

2. Hình dung tiến độ thông qua báo cáo tốc độ

Bạn không cần phải đợi ba sprint kết thúc để có ý tưởng về tốc độ của mình. Hiện nay, nhiều nhóm sử dụng báo cáo trực quan để theo dõi ước lượng tốc độ sprint của họ trong thời gian thực.

Hai phương pháp phổ biến để theo dõi tốc độ là:

Khám phá thẻ Tốc độ Sprint trong ClickUp để thể hiện và theo dõi tiến độ của nhóm bạn một cách trực quan với định dạng rõ ràng. Việc cài đặt các thẻ báo cáo này hầu như không tốn thời gian vì chúng tự động điều chỉnh theo cấu hình trong Không gian Làm việc hoặc Thư mục Sprint mặc định của bạn.

Ngoài ra, bạn cũng có thể tạo thẻ Burnup và Burndown trong ClickUp để hiểu rõ hơn về công việc đang chờ xử lý. Các báo cáo thời gian thực này giúp cải thiện ước lượng tốc độ sprint và dẫn đến các cuộc họp lập kế hoạch hiệu quả hơn.

3. Giữ tốc độ ổn định bằng cách kiểm soát các biến số

Sự nhất quán là khóa để duy trì tốc độ sprint của nhóm. Thay đổi quá nhiều biến số trong nhiều sprint có thể khiến tiến độ dao động mạnh.

Nói chung, hãy nỗ lực giữ cân bằng các yếu tố cơ bản như độ dài sprint, sự thay đổi nhân sự trong nhóm và ước tính điểm câu chuyện trong các sprint. Bạn luôn có thể điều chỉnh nếu dự đoán sẽ có sự chậm trễ do nhóm làm việc quá sức. Ví dụ: thêm thành viên mới thường giúp tăng sức chứa khối lượng công việc và giúp tăng tốc độ.

Theo dõi các biến số của dự án trở nên dễ dàng với ClickUp Sprints . Nó cung cấp một bộ chức năng cho các scrum master để điều hướng từng khía cạnh của dự án một cách hiệu quả. Đặt ngày sprint, phân công điểm, quản lý công việc tồn đọng, chỉ định nhiệm vụ thiết kế UX và điều chỉnh ưu tiên, đảm bảo mọi người đều thống nhất về nhiệm vụ và dòng thời gian.

Với ClickUp, bạn có thể theo dõi điểm sprint theo nhiệm vụ và người được giao và có cái nhìn tổng quan chi tiết về tiến độ. Thực hiện thay đổi bất cứ lúc nào dựa trên nhu cầu của người dùng và mục tiêu kinh doanh hiện tại, đồng thời xem xét ngay lập tức mọi thứ ảnh hưởng đến tốc độ của bạn như thế nào.

Còn công việc chưa hoàn thành? Bạn có thể tự động chuyển công việc chưa hoàn thành sang sprint tiếp theo và thậm chí tích hợp với các công cụ của bên thứ ba như GitHub, GitLab hoặc Bitbucket để đồng bộ hóa tiến độ.

4. Xem lại công việc tồn đọng của sprint thường xuyên

Backlog được tinh chỉnh tốt là kho tàng chi tiết trong quy trình làm việc scrum, cung cấp cho các thành viên trong nhóm thông tin toàn diện khi bắt đầu một sprint mới. Tinh chỉnh backlog đảm bảo rằng các nhóm ưu tiên thực hiện các công việc cần thiết và/hoặc có giá trị cao để duy trì tốc độ cao hơn.

Bạn có thể sử dụng Mẫu dự án ClickUp để sắp xếp và giám sát các công việc quan trọng và thời hạn của mỗi sprint. Mẫu này được thiết kế để hợp lý hóa việc ghi nhận công việc, giúp bạn theo dõi tiến độ thời gian thực, đồng bộ hóa nhóm, sắp xếp thứ tự ưu tiên và các công cụ scrum.

5. Cẩn thận với các yếu tố phụ thuộc bên ngoài và sự cố kỹ thuật

Mặc dù tốc độ thường được đo lường ở cấp độ nhóm, nhưng cả các yếu tố nội bộ và bên ngoài đều có thể ảnh hưởng đến chỉ số này. Sự thay đổi trong yêu cầu, thiếu phần mềm quan trọng, phản hồi chậm từ khách hàng hoặc sự vắng mặt của thành viên quan trọng trong nhóm có thể làm giảm tốc độ tổng thể.

Phương pháp hay nhất ở đây là tạo bản đồ phụ thuộc gắn kết trong quá trình lập kế hoạch sprint. Cân nhắc tất cả các rủi ro tiềm ẩn, chẳng hạn như quy trình phê duyệt bị gián đoạn và các trở ngại kỹ thuật như máy chủ thử nghiệm lỗi thời, để xem xét các công việc liên quan bị ảnh hưởng.

Cần bắt đầu nhanh? Phụ thuộc ClickUp có thể giúp bạn! Tính năng này cho phép bạn tạo và theo dõi các liên kết giữa các nhiệm vụ, tài liệu và kết quả đầu ra. Bạn có thể sử dụng Biểu đồ Gantt của nền tảng để có chế độ xem tổng hợp mọi thứ, chẳng hạn như kết nối giữa khách hàng và đơn đặt hàng, khách hàng và giao dịch hoặc người dùng và báo cáo lỗi.

6. Dành một buổi tổng kết sprint để tối ưu hóa tốc độ

Khi xác định các cơ hội tối ưu hóa tốc độ bổ sung, bạn nên tiến hành một phiên tổng kết sprint. Thảo luận về các sprint trước đó với nhóm của bạn và ghi lại ý kiến cá nhân về khối lượng công việc có thể thực hiện được cho sprint tiếp theo.

Hãy nhớ rằng cố gắng tối ưu hóa tốc độ sprint một cách quá mức có thể phản tác dụng. Ví dụ: nếu bạn thúc đẩy thêm nhiều tính năng trong sprint tiếp theo, chất lượng có thể bị ảnh hưởng và sản phẩm sẽ có nhiều lỗi.

Bạn có thể truy cập một loạt báo cáo agile cho các buổi tổng kết sprint của mình với Bảng điều khiển ClickUp. Tham gia vào các cuộc thảo luận dựa trên dữ liệu về các yếu tố cản trở tiến độ. Ví dụ: bạn có thể sử dụng thẻ Sprint để đo lường hiệu suất của sprint hiện tại hoặc thẻ Theo dõi thời gian để so sánh công việc ước lượng đã hoàn thành của nhân viên với số giờ làm việc của từng người.

Mẹo: Sử dụng các mẫu lập kế hoạch sprint và tổng kết của ClickUp để ghi chép các phiên của bạn một cách có tổ chức.

Những thách thức tiềm ẩn khi sử dụng tốc độ sprint

Tốc độ sprint, khi được sử dụng sai cách, có thể gây phiền toái cho bất kỳ nhóm phát triển nào. Dưới đây là một số tình huống khó xử cần lưu ý:

Sử dụng tốc độ sprint của nhóm không phù hợp với bối cảnh

Như Luật Goodhart đã chỉ ra, "Khi một thước đo trở thành mục tiêu, nó sẽ mất đi hiệu quả. "

Tốc độ sprint không phải là công cụ lý tưởng để thúc đẩy sự thay đổi trong nhóm. Mục đích chính của nó chỉ là hỗ trợ lập kế hoạch cho các sprint trong tương lai và báo cáo ước tính.

So sánh tốc độ giữa các nhóm khác nhau hoặc sử dụng chúng để quản lý nhân viên một cách chi tiết có thể dẫn đến tình trạng kiệt sức và chất lượng công việc bị ảnh hưởng. Tốc độ phải là một công cụ hỗ trợ để điều chỉnh nhóm nhằm mang lại giá trị và sự hài lòng cho khách hàng, đồng thời đáp ứng kỳ vọng của các bên liên quan.

Bỏ qua các yếu tố liên quan đến nợ kỹ thuật

Cố gắng tăng tốc độ sprint có thể kích hoạt sự đánh đổi tiềm ẩn giữa tốc độ và chất lượng, tạo ra nợ kỹ thuật. Áp lực hoàn thành công việc nhanh chóng có thể khiến các nhóm bỏ qua các thực tiễn thiết yếu như kiểm tra đơn vị và đánh giá mã.

Hãy lưu ý rằng tốc độ cao hơn không đồng nghĩa với giá trị kinh doanh. Hãy ưu tiên tốc độ ổn định phù hợp với công việc của nhóm bạn.

Không có thời gian chết cho các sprint trong tương lai

Mặc dù tốc độ sprint là một chỉ số quan trọng trong quản lý dự án agile, các nhóm mới thường mắc sai lầm khi nhồi nhét quá nhiều công việc vào sprint sắp tới, không để lại thời gian trống. Điều này có thể ảnh hưởng đến hiệu suất và kết quả công việc của nhóm, đặc biệt là khi giải quyết các sự cố gián đoạn dịch vụ.

Lợi ích của việc đo tốc độ sprint một cách nhất quán

Những thách thức nêu trên phần lớn có thể tránh được nếu bạn sử dụng tốc độ sprint với tư duy đúng đắn. Các nhóm thường xuyên sử dụng chỉ số này sẽ tận hưởng ba lợi ích rõ rệt:

Thúc đẩy dự án tiến nhanh với ClickUp

Nâng cao hiệu quả và năng suất của nhóm với ClickUp — công cụ tối ưu để theo dõi tốc độ sprint và điều hướng toàn bộ vòng đời phát triển phần mềm.

Với các công cụ hỗ trợ AI và mẫu linh hoạt, ClickUp cung cấp sự hỗ trợ bạn cần để dẫn đầu và đảm bảo chiến thắng trong mọi dự án. Đăng ký miễn phí và mang đến cho nhóm của bạn sức mạnh cần thiết để hoàn thành mọi nhiệm vụ! 🌺