Do nhiệm vụ gần như đã hoàn thành các nhiệm vụ hay câu chuyện về việc lập kế hoạch với tình trạng quá tải trong lần chạy nước rút tiếp theo?

Các trường hợp trong câu hỏi:

Cuộc chạy nước rút đã gần kết thúc và một trong những đội Scrum của tôi đã không hoàn thành một số nhiệm vụ. (Lý do cho điều này là không cần thiết cho câu hỏi này và sẽ được giải quyết phù hợp.) Một trong số đó là trường hợp "hoàn thành 90%" cổ điển với số lượng câu chuyện khá lớn và sẽ là một phần của lần chạy nước rút tiếp theo - như trong câu hỏi ở đây .

Chúng tôi đã làm tồn đọng chải chuốt và một số ước tính sơ bộ cho lần chạy nước rút tiếp theo và thảo luận về cách xử lý công việc còn dang dở này. Mặc dù tất cả chúng ta đều đồng ý rằng nó sẽ không được tính vào vận tốc nước rút này, tôi lập luận rằng chúng ta không nên ước tính lại trường hợp gần như hoàn chỉnh với 1 thay vì năm điểm, bởi vì tôi muốn sự phức tạp thực sự và toàn bộ công việc được thực hiện vẫn nhìn thấy Và nhìn lại dự toán đã đúng. - Chúng tôi chỉ đang chuyển sang (quy mô) nhanh nhẹn và một số cấp quản lý cần "thấy" rằng chúng tôi vẫn làm việc hiệu quả theo nhiều cách hơn so với các sản phẩm được giao.

Rõ ràng vận tốc trong lần chạy nước rút này sẽ giảm xuống, nhưng các phần "đã hoàn thành" đã chuyển sẽ tăng trở lại lần chạy nước rút tiếp theo.

Cho đến nay tất cả chúng ta đều đồng ý.

Nhưng vì các đội của chúng tôi khá nhỏ, bốn điểm là một khối lớn. Tôi đề nghị rằng chỉ với nhiệm vụ này và với tài liệu phù hợp, chúng tôi có thể lên kế hoạch một cách có ý thức quá tải bốn điểm.

Đó là một cách tiếp cận khả thi hay tôi sẽ

• gặp vấn đề tôi chưa lường trước được
• làm gương xấu với một đội đã được chuyển sang nhanh nhẹn chỉ vài tháng trước?

Khi một câu chuyện không được thực hiện ở cuối giai đoạn nước rút, thì điểm của câu chuyện sẽ không được tính vào vận tốc của lần chạy nước rút đó và câu chuyện quay trở lại tồn đọng.

Nếu trong quá trình lập kế hoạch cho lần chạy nước rút tiếp theo, câu chuyện được chọn sẽ kết thúc, thì bạn có thể thực hiện ước tính lại nhanh chóng các công việc còn lại. Ước tính này chỉ nên được sử dụng trong phiên lập kế hoạch để đảm bảo rằng bạn không tải nước rút với những câu chuyện với số lượng lớn điểm mà thực sự rất ít công việc cần phải được thực hiện để hoàn thành chúng.
Trên bảng (và trong vận tốc của lần chạy nước rút mới), nên sử dụng ước tính ban đầu của câu chuyện được thực hiện.

Những câu chuyện được thực hiện như vậy là một lý do tại sao vận tốc có thể thay đổi từ nước rút đến nước rút và bạn nên sử dụng trung bình để tính năng lực của đội khi lập kế hoạch chạy nước rút.

Nếu câu chuyện chưa hoàn thành không được chọn trong lần chạy nước rút tiếp theo, thì có thể tốt hơn là lên kế hoạch cho câu chuyện về giá trị điểm đầy đủ khi nó được chọn lại, bởi vì nó cũng sẽ mất thời gian để tăng tốc một lần nữa với những gì nhà nước là khi nhóm ngừng làm việc trên nó.

Đừng cố làm cho vận tốc của bạn trông tốt hơn nó. Con đường phía trước là thừa nhận rằng nhiệm vụ chưa hoàn thành, bạn đã đánh giá quá cao những gì bạn có thể làm trong giai đoạn nước rút và thất bại. Nhưng đó là cuộc sống, và một cơ hội để học hỏi.

Vì vậy, 0 điểm cho nhiệm vụ không hoàn thành.

Đối với lần chạy nước rút mới, hãy ước tính công việc cần thiết để hoàn thành nhiệm vụ theo điểm câu chuyện và tính nó là một nhiệm vụ bình thường.

Bạn lo lắng rằng vận tốc của bạn sẽ trông quá thấp, bạn nên lo lắng rằng vận tốc của bạn quá cao một cách giả tạo.

Có một vận tốc cao hơn mức bạn thực sự có thể đạt được sẽ khiến bạn thất bại hết lần này đến lần khác.

Trong nhóm của chúng tôi, chúng tôi sử dụng một vài cách khác nhau để xử lý các câu chuyện mang theo, tùy thuộc vào hoàn cảnh.

• Khi chạy nước rút gần hết và mọi thứ đã được lên kế hoạch (điều này xảy ra mọi lần chạy nước rút khác), sau đó chúng tôi bắt đầu vào những câu chuyện tiếp theo trong hồ sơ tồn đọng (nhưng không đưa chúng vào bản phát hành nước rút). Chúng được bao gồm tự động trong lần chạy nước rút tiếp theo và cho mục đích báo cáo, tất cả các điểm câu chuyện sẽ đi đến lần chạy nước rút tiếp theo.

• Khi các phần của câu chuyện đã hoàn thành và có giá trị kinh doanh, thì nói chung, chúng tôi điều chỉnh lại cả phạm vi và ước tính cho câu chuyện gốc, và các phần còn lại quay trở lại tồn đọng.

• Nếu ước tính ban đầu cho câu chuyện bị tắt (đôi khi xảy ra đối với những câu chuyện lớn, phức tạp), chúng tôi sẽ cố gắng học hỏi từ nó :). Không có điểm câu chuyện trong lần chạy nước rút hiện tại, ước tính lại toàn bộ câu chuyện trong kế hoạch chạy nước rút tiếp theo.

Khi một số câu chuyện tiếp tục từ lần chạy nước rút trước đó, thì trong kế hoạch chạy nước rút, bạn không bắt đầu với một tồn đọng nước rút trống. Nhóm quyết định có bao nhiêu công việc làm thêm mà họ có thể đảm nhận. Ví dụ: nhóm bình thường có công suất 100 SP / lần chạy nước rút, 20 điểm đã được tiến hành, nhóm quyết định lấy 90 SP mới, do đó bạn có 110 SP trong lần chạy nước rút khi bắt đầu chạy nước rút.

Nhược điểm chính của phương pháp này là các báo cáo vận tốc không đẹp như một số nhà quản lý mong muốn. Nhưng về lâu dài, tất cả đều phát triển, và bằng cách này, mọi thứ có khả năng đáng tin cậy sẽ được giao càng sớm càng tốt, và nhóm nhận được tín dụng cho công việc của họ.

Một chút thông tin cơ bản: ban đầu nhóm này có cách tiếp cận rất nghiêm ngặt về thời hạn nước rút, vì vậy họ sẽ từ chối tiếp nhận những câu chuyện lớn hơn những gì họ có thể hoàn thành trong tuần đầu tiên (trong giai đoạn nước rút 2 tuần) và sử dụng nhỏ và an toàn làm việc cho phần còn lại của nước rút. Trong khi điều này dẫn đến một tồn đọng nước rút trống đẹp ở cuối nước rút, điều này có quá nhiều ảnh hưởng đến câu hỏi "chúng ta sẽ làm gì tiếp theo?".

Đây không phải là một câu hỏi cho một câu trả lời dễ dàng. Sẽ có nhiều ý kiến ​​về những việc cần làm, nhưng tôi khuyên bạn nên bắt đầu với việc xác định các nhu cầu khác nhau mà bạn phải đáp ứng, và đưa ra giải pháp dựa trên những điều đó. Thí dụ:

1. Một nhóm "cần" để hiểu cách họ đang làm việc và xác định bất kỳ cơ hội cải tiến nào. Đôi khi, thay đổi câu chuyện điểm mặt nạ vấn đề cần được giải quyết.
2. Chủ sở hữu sản phẩm "cần" để có thể biết có bao nhiêu điểm câu chuyện được ước tính cho một Tính năng (thường được tổng hợp ở cấp tính năng) hoặc Phát hành (AKA "PI" trong SAFe-speak) và có thể yêu cầu ghi điểm tại cấp độ tính năng (hoặc PI) để thể hiện tiến trình cung cấp MVP hoặc MMF. Thay đổi điểm câu chuyện có thể làm lệch các con số và gây ra một số nhầm lẫn.

Có một số "đường ray bảo vệ" để giúp hướng dẫn quyết định.

• Công việc là XONG, hoặc không. Công việc chưa hoàn thành không được tính vào giai đoạn nước rút mà nó đã được hoàn thành.
• Những câu chuyện chưa hoàn chỉnh cần được ưu tiên lại (không phải là "được cho" mà chúng được chuyển sang lần chạy nước rút tiếp theo, chúng có thể quay lại tồn đọng hoặc bị bỏ rơi).

Điều đó đang được nói, tôi đã thấy nhiều đội xử lý việc này theo nhiều cách khác nhau.

1. Nếu câu chuyện chưa hoàn thành vẫn còn hiệu lực và được PO chấp thuận, toàn bộ câu chuyện sẽ chuyển sang giai đoạn nước rút tiếp theo. Những gì các nhóm này thường làm là TAG những câu chuyện này như là tiếp tục và ước tính có bao nhiêu điểm của "công việc còn lại" mà họ đại diện. Vì vậy, nếu đó là câu chuyện 13 điểm, nhưng chỉ còn 1 điểm, họ sẽ thực hiện phép toán để điều chỉnh cho điều đó bằng cách trừ 12. Điều này để lại ước tính ban đầu cho các mục đích lịch sử như bạn đề xuất, đồng thời giúp nhóm tìm ra năng lực của họ. Trong trường hợp này, CÓ, bạn có thể có "nhiều điểm" hơn "ngưỡng" năng lực dựa trên vận tốc của mình. Nhưng vận tốc có thể thay đổi một chút, nó không được viết bằng đá.
2. Tôi đã thấy các đội chia câu chuyện (ví dụ, Rally, có chức năng rất hay cho việc này), và áp dụng một số điểm cho phần của câu chuyện "ở lại" trong giai đoạn nước rút cũ và sau đó áp dụng các điểm cho phần tiếp theo. Cách tiếp cận này thuận tiện, nhưng nó vi phạm nguyên tắc "Xong có nghĩa là XONG" và che giấu thực tế rằng các ước tính có thể kém và công việc đang tiến hành, vì vậy cơ hội học hỏi và cải thiện có thể bị mất. (Đây không phải là đề xuất của tôi vì những lý do đó)
   3. Giải pháp tồi tệ nhất tôi thấy là họ chỉ đánh dấu câu chuyện cũ XONG, có thể họ giảm điểm, có thể không, và sau đó họ mở một câu chuyện mới cho tác phẩm còn lại (thường là thử nghiệm!). Đây là một giải pháp xấu xí theo bất kỳ tiêu chuẩn nào, IMHO.

Điều tôi sẽ tập trung vào đây là: "Một trong số đó là trường hợp" hoàn thành 90% "kinh điển với số điểm câu chuyện khá lớn" - mấu chốt ở đây là câu chuyện LỚN! Hãy nhớ ĐẦU TƯ: những câu chuyện nên NHỎ. Nhóm nên xem xét các câu chuyện chia tách (ưa thích) hoặc tràn ngập chúng. Nhưng lớn hơn luôn có nghĩa là rủi ro nhiều hơn, ngay cả khi tràn ngập.