Làm gì khi nước rút kết thúc sớm?

Làm gì khi nước rút kết thúc sớm?

Tại thời điểm nhóm Scrum của chúng tôi xử lý các câu chuyện từ hồ sơ tồn đọng, nếu nước rút kết thúc sớm.

Điều gì xảy ra với những câu chuyện lấy từ backlog? Những câu chuyện sẽ được thêm vào Sprint hiện tại? Nếu có, nếu những câu chuyện này sẽ không được hoàn thành đúng lúc. Có phải Sprint đã thất bại?

Mang một cái gì đó từ dự án tồn đọng vào nước rút (sau khi thảo luận với chủ scrum và chủ dự án).

Kích thước của mặt hàng bạn đảm nhận sẽ phụ thuộc vào thời gian bạn có. Nếu không có gì đủ nhỏ, hãy tạo một nhiệm vụ phụ của một nhiệm vụ lớn hơn để bắt đầu nó (tức là thực hiện một số công việc sơ bộ).

Hoặc tạo một số tác vụ làm cho cơ sở mã tốt hơn. Tôi chưa bao giờ thấy một cơ sở mã không thể được cải thiện theo một cách nào đó. Xem lại một số mã thêm nhiều bài kiểm tra đơn vị, vv ..

Làm việc trên các mục tồn đọng nước rút hoặc kéo dài trong tương lai dường như là điều phổ biến phải làm, điều này rất có ý nghĩa nếu các mục tồn đọng nước rút của bạn đủ nhỏ và được xác định rõ ràng. Tuy nhiên, nên tránh các mục tồn đọng có thể đặt mã "đã hoàn thành" vào trạng thái "không thực hiện nữa".

Nếu lần chạy nước rút thực sự kết thúc, hãy gắn thẻ, chuẩn bị cho việc phân phối, phân phối và đưa kho lưu trữ mã nguồn của bạn vào trạng thái "lần chạy nước rút tiếp theo" để không có rủi ro rằng những thay đổi nước rút muộn sẽ gây rủi ro.

Đối với chúng tôi, một Sprint không bao giờ kết thúc sớm. Chúng tôi chỉ tăng vận tốc hoặc giải quyết vấn đề theo cách khiến chúng tôi hoàn thành công việc nhiều hơn trong giai đoạn nước rút.

Nói rằng chúng tôi luôn tồn đọng các mặt hàng được ưu tiên theo thứ tự quan trọng của chủ sở hữu sản phẩm của chúng tôi. Khi bất kỳ đội nào có thể phù hợp với nhiều công việc hơn trong lần chạy nước rút, họ sẽ rất dễ dàng để xem những việc cần làm tiếp theo trong danh sách sẽ phù hợp tích cực với những lần chạy nước rút còn lại với vận tốc của họ.

Điều này tránh mọi thời gian chết bởi nhóm đang chờ thảo luận với Chủ sở hữu sản phẩm / Scrum Master về những gì nên làm tiếp theo. Chủ sở hữu sản phẩm và Scrum Master của chúng tôi luôn đứng đầu danh sách này vì vậy luôn có nhiều công việc đang chờ để được đưa vào giai đoạn nước rút tiếp theo (hoặc hiện tại nếu thời gian cho phép.)

Những gì nhóm của tôi làm là kéo các nhiệm vụ từ các hồ sơ tồn đọng đủ nhỏ để hoàn thành liên quan đến việc chúng tôi đã hoàn thành sớm như thế nào. Nếu chúng tôi đã hoàn thành việc đó , chúng tôi sẽ cho nhóm QA của mình thời gian để bắt kịp thử nghiệm của họ và các nhà phát triển có được "ngày rảnh rỗi" - chúng tôi có thể sử dụng điều này để xem xét các vấn đề khác không liên quan đến nước rút hiện tại, chủ đề chúng tôi muốn để nghiên cứu, cấu hình / cấu hình lại môi trường của chúng tôi, v.v.

Đừng đặt cả tấn công việc chỉ vì bạn đã hoàn thành sớm. Bám sát những gì nhóm của bạn đã cam kết thực hiện trong lần chạy nước rút này và nếu công việc làm thêm kết thúc, đó là một điểm cộng tuyệt vời.

Tôi khuyến khích chùng được sử dụng để cải thiện cá nhân. Chắc chắn, lấy những câu chuyện từ backlog, nhưng hãy chắc chắn rằng bạn dành thời gian cho bản thân: học một ngôn ngữ mới, thực hành thủ công của bạn với một kata, tái cấu trúc một số công cụ, tinh chỉnh, tinh chỉnh hoặc viết các công cụ mới để giúp bạn ra ngoài, đi và nói chuyện cho các bên liên quan, đồng nghiệp hoặc khách hàng, tìm hiểu nhóm QA của bạn làm gì, dành thời gian để hiểu quy trình UX của bạn hoạt động như thế nào.

Có một danh sách lớn những điều bạn có thể làm sẽ cung cấp giá trị cho doanh nghiệp và bản thân bạn VÀ cải thiện vận tốc của bạn hoặc số lượng giá trị chất lượng bạn cung cấp không liên quan đến việc lấy những thứ tồn đọng, trước tiên hãy thử những thứ đó.