Hướng dẫn tốt về cách chọn thang điểm để sử dụng với Agile / SCRUM?

Chúng tôi đang sử dụng Pivotal Tracker cho dự án của chúng tôi, cho phép chúng tôi chọn từ ba thang điểm sau:

0,1,2,3
0,2,4,8
0,1,3,5,8

Và tôi đang tìm kiếm một nguồn để giúp hướng dẫn quyết định của chúng tôi. (Sau khi sử dụng 0,1,2,3 cho hai lần lặp, chúng ta có thể thấy một trong những lần lặp khác sẽ hữu ích hơn hoặc có ý nghĩa hơn nhiều.)

Thang điểm câu chuyện "Fibonacci" rất phổ biến: 1, 2, 3, 5, 8, v.v. Các sàn bài xì phé lập kế hoạch phổ biến (bởi Mountain Goat Software and Crisp) dựa trên nó: dấu hỏi, 0, 1/2, 1, 2, 3, 5, 8, 13, 20, 40, 100, vô cùng.

Mike Cohn lưu ý trong cuốn sách Lập kế hoạch và Dự toán Agile của mình rằng sử dụng 1-2-4-8 thay vì 1-2-3-5-8 là được.

Điều quan trọng cần nhớ khi áp dụng điểm câu chuyện trên các nhóm "có kích thước siêu nhỏ": giới hạn kích thước câu chuyện tối đa, không "trộn sỏi với các tảng đá" (xem thêm tại Agile cho Nhà phát triển Solo )

Tôi nghĩ những gì bạn muốn là một cái gì đó cung cấp đủ sự khác biệt với những điểm nhỏ hơn và không có nhiều lựa chọn cho những câu chuyện lớn hơn, dựa trên thực tế là bất cứ điều gì trên 20 hoặc 40 cần phải được chia nhỏ. Điều này đảm bảo rằng bạn hỗ trợ sự khác biệt tốt hơn cho các câu chuyện có kích thước nhỏ và thông thường và chỉ khác biệt thô đối với các câu chuyện có kích thước lớn hơn.

Khi chúng tôi thực hiện Scrum, chúng tôi đã làm rất tốt với các điểm dựa trên Fibonacci với 20 là con số cao nhất mà chúng tôi nghĩ rằng sẽ thực sự phù hợp với một cuộc đua nước rút. Nếu một cái gì đó là 40 hoặc 100 thì về cơ bản, các nhà phát triển nói rằng câu chuyện quá lớn.

Khác hơn là tôi không nghĩ rằng nó làm cho một sự khác biệt lớn như vậy. Tôi thích chuỗi dựa trên Fibonacci vì tôi thấy rằng nó hoạt động. Tuy nhiên, những gì làm việc cho nhóm và sản phẩm bạn đang phát triển là tốt.