Vận tốc không cao nguyên theo thời gian, tại sao?

Tôi đã vẽ sơ đồ nhóm của mình đốt cháy biểu đồ và vận tốc của nó mỗi lần lặp. Đối với tôi nó trông rất tệ (vận tốc dao động rất nhiều). Tôi nên tìm kiếm gì để chẩn đoán nguyên nhân gốc rễ của hành vi này?

Hoàn toàn bình thường khi có một biến động ở mười lần chạy nước rút đầu tiên, trong khi nhóm đang tìm kiếm nhịp điệu của nó. Sau đó, vận tốc dao động quanh mức trung bình là hoàn toàn bình thường. Hãy thử vẽ sơ đồ trung bình của năm lần chạy nước rút gần đây hoặc lâu hơn và bạn sẽ thấy nó vượt qua mức. Nếu không, một số điều sau đây có thể là thủ phạm:

• Nhóm nghiên cứu đang cố gắng điều chỉnh ước tính điểm câu chuyện của họ dựa trên vận tốc gần đây của họ, thay vì giữ cho điểm câu chuyện không đổi và điều chỉnh số lượng câu chuyện họ thực hiện.
• Bạn không phá vỡ những câu chuyện đủ nhỏ.
• Quá nhiều câu chuyện của bạn nằm ở độ chi tiết cao hơn. Ví dụ, bạn có rất nhiều con trỏ 20 mà bạn không muốn thay đổi thành 13 hoặc 40.
• Bạn có rất nhiều câu chuyện "nôn nao" chưa hoàn thành trong một lần chạy nước rút.

Bạn đang sử dụng sai vận tốc như một chỉ số về hiệu suất, vì mặc dù một số điểm câu chuyện được chấp nhận là một lần chạy nước rút "tốt" và bất cứ điều gì ít hơn đó là một lần chạy nước rút "xấu".

Vận tốc (vốn là một khái niệm sai lầm khủng khiếp) nên được sử dụng như một công cụ hướng tới để ước tính có bao nhiêu tính năng mà nhóm có thể cam kết trong lần chạy nước rút tiếp theo, tức là nên sử dụng vận tốc để lập kế hoạch năng lực.

http://jimhighsmith.com/velocity-is-killing-agility/

Đây là một trích dẫn nổi bật từ bài báo: "Vấn đề là trọng lượng được trao cho vận tốc và biến nó thành thước đo năng suất."

Có thể có một vấn đề trong những gì có vẻ là phương sai đáng kể trong vận tốc của bạn. Điều này không có nghĩa là nhóm đang làm bất cứ điều gì sai, nhưng hiệu quả là năng lực của đội cho những lần chạy nước rút trong tương lai không thể dự đoán rất tốt. Thật không may, đó không phải là một câu hỏi mà bất kỳ ai trong chúng ta có thể trả lời cho bạn. Bạn cần đào sâu vào chủ đề thông qua hồi cứu. Chuyện gì đang thực sự xảy ra?

Trong mọi trường hợp, biện pháp quan trọng nhất bị thiếu trong biểu đồ của bạn. Nhóm đã làm tốt như thế nào trong việc cung cấp giá trị mà họ cam kết? Có phải vận tốc dao động bởi vì họ vượt quá cam kết của họ trong một số lần chạy nước rút chứ không phải những người khác, nó có dao động vì họ không hoàn thành câu chuyện hay nó dao động vì các cam kết cũng dao động?

Nguyên nhân tiềm năng bổ sung: trong những lần chạy nước rút sau, bạn đang trả hết nợ kỹ thuật từ những lần chạy nước rút trước đó.

Ví dụ: bạn có bản demo quản lý sau khi chạy nước rút 3 và cần hiển thị kịch bản ngày hạnh phúc. Để thực hiện, bạn thực hiện mã hóa mà không xử lý lỗi, không hỗ trợ dịch, không cần kiểm tra đơn vị. Đây là một quyết định hợp lệ, bạn chỉ cần nhận thức được hậu quả.

Vì vậy, sau này bạn thêm tất cả các công cụ tốt như khung xử lý kích thích, hỗ trợ dịch thuật, khung kiểm tra đơn vị, v.v. Mã hóa hiện tại của bạn từ 3 lần chạy nước rút đầu tiên chưa sử dụng, vì vậy nó cần được cập nhật. Nỗ lực này làm chậm việc tạo ra giá trị trong những lần chạy nước rút sau này.

Đối với câu hỏi của bạn, thật khó để nói lý do tại sao nó có biến động bởi vì có thể là do thẻ câu chuyện, những người trong nhóm hoặc khả năng của chủ sở hữu sản phẩm. Vì vậy, theo kinh nghiệm của tôi, vận tốc sẽ bị dao động bởi vì, ví dụ:

• Thành viên nhóm của bạn có thể không phải là thành viên nhóm chuyên dụng. Để làm việc và hiểu nhau, họ cần phải làm việc với nhau đủ lâu. Nếu nhóm của bạn trao đổi người trong nhóm vào / ra thường xuyên, điều này làm cho năng động trong nhóm và cũng ảnh hưởng đến vận tốc.
• Thẻ câu chuyện quá lớn. Vì vậy, nhóm không thể đi vào chi tiết nhiều nhất có thể trong kế hoạch / dự toán. Họ sẽ tìm thấy trong giai đoạn nước rút rằng một cái gì đó khó hơn họ nghĩ.
• Tôi đoán bạn đang làm scrum. Trong scrum, chúng tôi phải thực hiện kế hoạch chạy nước rút phần 1 (Chủ sở hữu sản phẩm chọn làm gì) và lập kế hoạch chạy nước rút phần 2 (Nhóm quyết định số tiền họ có thể làm). Vì vậy, tình huống có thể là, sau khi chủ sở hữu sản phẩm chọn thẻ để chạy nước rút, nhóm không đi sâu vào chi tiết trong kế hoạch chạy nước rút phần 2 để họ không thể tìm thấy vấn đề tiềm ẩn mà họ cần cho chủ sở hữu sản phẩm biết. Nếu lúc đầu họ phát hiện ra vấn đề, họ sẽ phá vỡ chúng HOẶC nghĩ về cách thoát khỏi rủi ro. Điều này làm cho việc ước tính đủ chính xác trước khi bắt đầu làm việc trong giai đoạn nước rút.
• Nếu thẻ câu chuyện không chi tiết, ước tính sẽ không chính xác. Việc ước tính lúc đầu có thể là một sơ bộ nhưng trước khi bắt đầu chạy nước rút hoặc trước khi thẻ câu chuyện đi đến giai đoạn nước rút, chúng cần phải được phân tách và làm rõ đủ để có được ước tính gần như chính xác. Điều này giúp vận tốc của đội ổn định hơn.
• Chủ sở hữu sản phẩm có thể không thể làm rõ thẻ câu chuyện đủ rõ ràng trước khi bắt đầu chạy nước rút. Đây cũng là điều thực sự quan trọng vì đây là mục tiêu để nhóm làm việc trong 2 tuần này. Nếu chủ sở hữu sản phẩm chỉ chọn thẻ để chạy nước rút và nhóm chưa hiểu về nó, thì dù sao họ cũng cần hiểu chúng trong khi chạy nước rút và câu trả lời có thể chỉ ra rằng nó có nhiều hơn những gì họ đã thảo luận và ước tính là sai. Vì vậy, điều này rõ ràng ảnh hưởng đến vận tốc.
• Vân vân...

Dù sao, theo tôi, tôi không nghĩ sự dao động của vận tốc là quan trọng miễn là chúng ta biết tình hình trên mỗi lần chạy nước rút. Vận tốc chỉ là một thứ để cho bạn biết nhóm của bạn có thể làm việc ổn định như thế nào. Nếu nó không ổn định, chúng ta phải tìm hiểu chi tiết về từng lần chạy nước rút về "chuyện gì đã xảy ra". Đây chỉ là một cách để làm rõ / làm cho vấn đề xảy ra để chúng tôi có thể khắc phục nó. Vì vậy, vận tốc chỉ cho chúng ta biết những gì đang diễn ra trong giai đoạn nước rút đó để chúng ta có thể nghĩ lại và cải thiện để làm cho nó ổn định. Vận tốc là một hình chiếu của dự án. Và sự biến động của vận tốc không có nghĩa là nhóm không thể cung cấp sản phẩm, nó chỉ giúp bạn suy nghĩ về dự đoán trong tương lai và những vấn đề cần giải quyết để làm cho mọi thứ trơn tru.

Vận tốc của bạn có tiếng ồn (dao động). Lý do có thể:

• Câu chuyện quá lớn và khá thường xuyên một nửa câu chuyện đã hoàn thành được nâng lên nước rút tiếp theo.
• Những câu chuyện đã không được ước tính chính xác. Điều này có thể là do một đội ngũ thiếu kinh nghiệm hoặc một lần nữa những câu chuyện quá lớn.

Tiếng ồn này không nhất thiết phải là một vấn đề: tốc độ ồn dao động quanh mức trung bình không đổi vẫn cho phép bạn thực hiện kế hoạch phát hành chính xác.

Tuy nhiên, nếu bạn lọc tiếng ồn (trung bình lăn trên 5 lần chạy nước rút liên tiếp), thì vận tốc của bạn vẫn giảm sau 20 lần chạy nước rút. Nó làm cho việc lập kế hoạch phát hành trở nên khó khăn và đáng để nghiên cứu:

• Là "định nghĩa hoàn thành" quá yếu và nhóm đang chồng chất công việc còn sót lại từ những lần chạy nước rút trước đó?
• Là tổ chức trở nên tốt hơn trong việc chuyển hướng scrum và áp đặt công việc không tồn đọng cho nhóm?
• Những câu chuyện lớn (sử thi) ở cuối bản ghi lại được ước tính lạc quan hơn những câu chuyện chi tiết hơn ở trên?