Ước lượng Câu chuyện Người dùng – Bảng Đồng nhất

Làm thế nào để ước lượng Câu chuyện Người dùng cho Phát triển Agile

Việc ước lượng một câu chuyện người dùng là điều khó khăn! Làm sao để đạt được ước lượng tốt nhất về kích thước câu chuyện? Một số người nói kích thước tốt nhất nên được ước lượng theo điểm câu chuyện, trong khi những người khác thích ước lượng theo giờ hoặc ngày.

Việc ước lượng chắc chắn là khó khăn, nhưng có một vài khái niệm có thể giúp chúng ta trong quá trình ước lượng câu chuyện người dùng:

1. Ước lượng câu chuyện người dùng theo tương đối từ hai khía cạnh
   • Nỗ lực công việc
   • Rủi ro (ví dụ: độ phức tạp và sự không chắc chắn)
2. Ước lượng câu chuyện người dùng bằng điểm câu chuyện
3. Đặt những câu chuyện người dùng đó vào bảng đồng nhất mà bạn có sự tự tin cao hơn trong việc ước lượng về nỗ lực công việc và độ phức tạp (rủi ro)
4. Từ từ ước lượng các loại câu chuyện người dùng ít quen thuộc hơn về nỗ lực công việc và độ phức tạp bằng cách so sánh chúng với những câu chuyện đã được ước lượng trước đó trong bảng đồng nhất.

Độ đồng nhất của Câu chuyện Người dùng cho ước lượng

Việc ước lượng một câu chuyện người dùng không bao giờ có thể chính xác 100% và thực tế không có phương pháp nào đạt được điều đó. Để cải thiện độ chính xác của ước lượng, chúng ta bắt đầu bằng việc xác định độ dài sprint (ví dụ: hai tuần, hoặc 10 ngày làm việc) và tiến hành ước lượng trên một vàicâu chuyện người dùngmà chúng ta cảm thấy thoải mái nhất khi ước lượng (ví dụ: 5 ngày và mức độ chắc chắn ở mức trung bình). Trong trường hợp này, bạn sẽ đặt câu chuyện ở giữa theo chiều dọc (mức độ chắc chắn hoặcrủi romức độ) và theo chiều ngang (nỗ lực công việcnỗ lựcbằng 5 ngày, hoặc một nửa độ dài sprint, tức là 10 ngày). Sau đó bạn có thể dùng nó như một điểm tham chiếu để ước lượng các câu chuyện người dùng khác. Hãy tự hỏi xem câu chuyện người dùng này có yêu cầu nhiều nỗ lực hơn hay ít hơn so với câu chuyện tham chiếu, và có mức độ không chắc chắn nhiều hơn hay ít hơn hay không. Khi bạn đặt thêm một số câu chuyện người dùng lên Bảng Đồng nhất, bạn có thể so sánh giữa nhiều câu chuyện để xác định xem việc điều chỉnh có hợp lý hay không, rồi điều chỉnh chúng cho công bằng, và đó là tất cả. Quá trình này phần nào giống một nghệ thuật hơn là kỹ thuật. Hãy thực hiện và thảo luận trong cuộc họp nhóm thay vì đối đầu. Độ chính xác thường được cải thiện khi nhóm trưởng thành hơn.

Bảng Đồng nhất tính toán như thế nào? (Xem Video) 

Để hiểu cách điểm câu chuyện và số ngày được ước lượng tự động trong Bảng Đồng nhất, chúng ta cần hiểu rằng các ô lưới ngang đại diện cho nỗ lực công việc, tăng dần từ trái sang phải, và độ phức tạp của việc phát triển câu chuyện (ví dụ: công nghệ mới, lĩnh vực mới, v.v.) tăng dần từ trên xuống dưới.

Vì số ngày tối đa để phát triển một câu chuyện người dùng nên không vượt quá độ dài củasprint (nếu không thì hoặc câu chuyện người dùng quá lớn cần phải chia nhỏ, hoặc sprint được đặt quá ngắn cần phải kéo dài), do đó số ngày của ô ở góc phải dưới cùng cũng phải bằng độ dài của sprint. Dựa trên giả định này, việc ước lượng câu chuyện có thể được tính toán tự động.

Lưu ý rằng: Trong ví dụ đầu tiên ở trên

Điểm câu chuyện = Nỗ lực x Rủi ro (ví dụ: 3 x 4 = 12)

Đơn vị Điểm câu chuyện = Tổng số điểm / Độ dài Sprint (ví dụ: 100 / 20) = 0.2

Ngày (giờ) câu chuyện = Điểm câu chuyện / Đơn vị Điểm câu chuyện (ví dụ: 12 x 0.2) = 2.4

Loại bỏ rủi ro bằng Spike Dự án

Theo Từ điển Agile, định nghĩa của Spike là:

“Một nhiệm vụ nhằm trả lời một câu hỏi hoặc thu thập thông tinsản phẩm. Đôi khi một câu chuyện người dùng được tạo ra mà không thể ước lượng tốt cho đến khi đội phát triển thực hiện một số công việc thực tế để giải quyết một câu hỏi kỹ thuật hoặc một vấn đề thiết kế. Giải pháp là tạo ra một “spike”

Khi ước lượng một câu chuyện người dùng, chúng ta không chỉ xem xét nỗ lực phát triển, mà còn cân nhắc các rủi ro và sự không chắc chắn liên quan. Đôi khi, một spike được tạo ra trước khi bắt đầu chính thức một sprint để quản lý công việc cần thực hiện nhằm giúp ước lượng công bằng cho một số câu chuyện người dùng khác.

Tải xuống và dùng thử ngay!