Bạn nên phân bổ bao nhiêu điểm câu chuyện trong một lần chạy nước rút ban đầu?


18

Khi lần đầu tiên triển khai Scrum trong một nhóm, bạn nên xác định số lượng điểm câu chuyện trong lần chạy nước rút ban đầu như thế nào khi bạn không biết gì về vận tốc của đội?

Bạn có nên dựa trên ước tính số giờ này và chỉ sử dụng các điểm ở giai đoạn sau?


2
Sprint sẽ kéo dài bao lâu?
Gopi

Vâng, đó thực sự là một sự cân nhắc - trong trường hợp của tôi là 1 tuần cho một nhóm 3 người - nhưng ngay cả với các đội lớn hơn, ban đầu bạn sẽ đặt công việc như thế nào trong thời gian chạy nước rút trước khi bạn biết vận tốc của đội ..
Mysterion 18/03

@Sri Kumar: Nó quan trọng như thế nào?
azheglov

Câu trả lời:


13

Bạn không có sự thật lịch sử nào để rút ra, vì vậy tôi khuyên bạn không nên bận tâm với bất kỳ dự đoán nào cả. Cố gắng tính toán vận tốc chỉ dựa trên một số công thức chỉ là một sự lãng phí thời gian.

Đơn giản chỉ cần ước tính đủ câu chuyện và để nhóm làm việc với chúng trong lần chạy nước rút đầu tiên. Họ sẽ hoàn thành những gì họ hoàn thành. Sau lần chạy nước rút ban đầu này, bạn sẽ có vận tốc thực sự của mình. Vì bạn chạy nước rút được (xuất sắc!) 1 tuần, bạn sẽ nhận được vận tốc thực sự từ rất sớm.


"Ước tính đủ câu chuyện"?
Armand

1
Nhiều hơn họ có thể hoàn thành hợp lý trong lần lặp đầu tiên.
Martin Wickman

4
có một ước tính ngầm định về vận tốc cần thiết để làm điều đó;)
Armand

4

Không ai có thể nói cho bạn biết bạn có thể lấy bao nhiêu điểm câu chuyện cho lần chạy nước rút đầu tiên của mình. Trước hết điểm câu chuyện là giá trị đơn vị. Bạn không nên đưa ra quyết định ban đầu như 1 điểm câu chuyện = 6 giờ vì trong nhiều trường hợp, nó sẽ chống lại bạn sau này. Ngoài ra mỗi dự án có thể có "kích cỡ" điểm câu chuyện khác nhau.

Cam kết nên được thực hiện dựa trên cuộc họp Lập kế hoạch với chủ sở hữu sản phẩm. Bạn sẽ xem qua các câu chuyện của người dùng và PO sẽ giải thích một số chi tiết về chúng. Ông cũng sẽ cung cấp một số tiêu chí chấp nhận (định nghĩa hoàn thành). Cuộc họp lập kế hoạch bị giới hạn thời gian (dựa trên thời gian chạy nước rút và quy mô của nhóm) vì vậy quan sát đầu tiên là có bao nhiêu câu chuyện người dùng bạn có thể thảo luận. Dựa trên thông tin nhận được từ PO, nhóm sẽ có thể đưa ra đánh giá chuyên nghiệp về số lượng câu chuyện người dùng được thảo luận có thể được thực hiện trong giai đoạn nước rút. Bởi vì nhóm biết rằng đó là lần chạy nước rút ban đầu và chưa có gì được thực hiện, nên nhóm có thể sẽ chỉ cam kết với một lượng nhỏ công việc nhưng điều này sẽ tăng lên trong những lần chạy nước rút trong tương lai.

Giá trị điểm câu chuyện thuần túy không nên được sử dụng để lập kế hoạch và ước tính thời gian. Nó nên được sử dụng để mô tả độ phức tạp tương đối nhưng vẫn có 8 điểm câu chuyện có thể có ý nghĩa gì đó giữa 6-12 điểm (Fibonacci) trong thực tế vì vậy nói rằng 8 điểm câu chuyện tương đương với 4 ngày thực sự nguy hiểm vì nó cũng có thể là 3 hoặc 6 + "chất thải" (trên cao) trong nước rút ban đầu.

Một trong những nguyên lý nhanh nhẹn chính là 'Trao quyền cho mọi người'. Lập kế hoạch và cam kết chính xác là trao quyền cho bạn cho nhóm. Nhóm chịu trách nhiệm cung cấp các câu chuyện người dùng đi lại nhưng tất nhiên họ có thể thất bại và họ không được đổ lỗi cho thất bại cam kết trong các lần chạy nước rút ban đầu. Chạy nước rút ban đầu là để hiệu chuẩn.


2

Một kỹ thuật là chọn một vài câu chuyện người dùng có kích thước trung bình, cung cấp cho họ một kích thước tùy ý theo điểm và phân chia chúng trong các nhiệm vụ của nhóm. Sau đó, nhóm ước tính từng nhiệm vụ tính theo giờ, một khi được tóm tắt sẽ cho bạn ước tính sơ bộ về số giờ làm việc trên mỗi điểm câu chuyện. Biết tổng công suất làm việc cho lần chạy nước rút, bạn có thể ngoại suy để có được một số điểm câu chuyện mà bạn có thể hoàn thành về mặt lý thuyết trong lần chạy nước rút.

Điều này không nên được hiểu là một mục tiêu chính xác để đạt được, và nên bị lãng quên ngay khi vận tốc thực sự đầu tiên của đội xuất hiện, khi nước rút đầu tiên kết thúc.


1

Bạn phải đoán, vì bạn chưa có thông tin để tiếp tục. Tuy nhiên, nếu bạn đã hoàn thành công việc bên ngoài Scrum nhưng với cùng một nhóm, bạn có thể sử dụng kinh nghiệm ước tính trước đó của mình để hướng dẫn phỏng đoán của mình. Hoặc bạn chỉ có thể lấy những câu chuyện bổ sung cho đến khi bạn hết thời gian.


0

Dù sao, bạn không chỉ dựa vào ước tính điểm để lập kế hoạch chạy nước rút. Trong quá trình lập kế hoạch, vận tốc của bạn có thể giúp bạn nhanh chóng "đề xuất" kế hoạch chạy nước rút và / hoặc hỗ trợ kiểm tra sự tỉnh táo của bạn trước khi đưa ra cam kết cuối cùng; nhưng, cho dù bạn có bao nhiêu dữ liệu vận tốc, cuối cùng nhóm cũng cần phải cam kết với các câu chuyện, chứ không phải các điểm .

Hãy nhớ rằng, câu chuyện 5 x 1 điểm không bằng câu chuyện 1 x 5 điểm cho các giá trị đặc biệt nhỏ là 1. Chúng chỉ tương đương với mục đích lập kế hoạch dài hạn.

Và đó là nơi giá trị chính của các điểm phát huy tác dụng: khi bạn cần dự đoán khi một bản hùng ca hoặc bản phát hành có thể được hoàn thành, hoặc liệu bạn có quá nhiều trên đĩa của mình cho ngày phát hành theo lịch trình hay không.

Điều đó nói rằng, một nhóm thành công cuối cùng sẽ thấy mình lên kế hoạch về cùng số điểm mỗi lần chạy nước rút. Nhưng, sẽ có những phương sai dựa trên những câu chuyện cụ thể trong lần chạy nước rút đó. Một nhóm thành công có thể nói rõ trong khi lập kế hoạch tại sao một số câu chuyện 5 điểm không thực sự bù đắp cho tất cả 5 câu chuyện 1 điểm được đề xuất ban đầu ...

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.