Tôi nên làm gì nếu thành viên Scrum rời nửa đường?

12

Do tình trạng sức khỏe của một trong những thành viên scrum, anh phải rời đội.

Câu hỏi của tôi là, tôi có cần bắt đầu một phiên lập kế hoạch nước rút một lần nữa không? hoặc thay đổi biểu đồ ghi đĩa? hoặc yêu cầu tất cả các thành viên trong nhóm cắn viên đạn và làm thêm để đáp ứng mục tiêu?

Cảm ơn

scrum scrum-master

— janetsmith
nguồn

7

Trớ trêu thay, đây là nơi tuân thủ nghiêm ngặt như vậy với nhanh nhẹn dẫn đến quá nhiều cứng nhắc. Lùi lại một giây từ thực tế là bạn đang cố gắng điều chỉnh một cách tiếp cận nhanh. Ai đó rời nhóm của bạn, phân phối lại khối lượng công việc và ưu tiên. Bạn không cần một câu trả lời cụ thể nhanh nhẹn ở đây. Mọi người thực hiện các phương pháp này theo nghĩa đen. Không có âm thanh bảo trợ, không có gì ngoài ý nghĩa thông thường những gì bạn phải làm ở đây.

— JMᴇᴇ

Là một huấn luyện viên, tôi luôn nói với đội của mình: LÀM GÌ ĐỂ KIẾM ĐƯỢC! PO và các bên liên quan cần nghe gì? Họ cần đưa ra quyết định gì? Sự ra đi này có tác động gì đến đội trong ngắn hạn, trung và dài hạn? Cần phải làm gì để khắc phục điều đó? Rất may, Scrum và Agile dựa trên các Giá trị và Nguyên tắc và KHÔNG phải là một cuốn sách quy tắc dày đặc.

— Curtis Reed

20

Bạn cần bỏ phạm vi những câu chuyện ít quan trọng nhất và chuyển chúng sang lần chạy nước rút tiếp theo. Năng lực của bạn đã thay đổi và nước rút sẽ phản ánh điều đó.

Nếu khách hàng thêm một câu chuyện lớn mới, ưu tiên cao, bạn sẽ làm gì? Chấp nhận nó và thêm nó vào nước rút? Kế hoạch lại? Thay đổi biểu đồ burn-down? Cắn viên đạn? Không. Bạn bỏ qua các câu chuyện khác khi bạn không có năng lực.

Điều này không khác - hoàn cảnh đã thay đổi và nhóm của bạn không còn có thể cam kết với phạm vi ban đầu.

— Oded
nguồn

Chúng tôi đã thực hiện cuộc họp kế hoạch nước rút. Tôi nghĩ rằng một khi cuộc họp kế hoạch được thực hiện, mọi thứ sẽ ổn định. có không?

— janetsmith

@janetsmith - Không có gì là "đặt trong đá". Điều gì sẽ xảy ra nếu có dịch cúm và bạn mất tất cả các nhà phát triển?

— Oded

Điều đó có nghĩa là tôi phải bắt đầu một phiên lập kế hoạch nước rút một lần nữa? Phiên kế hoạch Sprint có vẻ khá liên quan.

— janetsmith

@janetsmith - Không, bạn cứ tiếp tục bỏ các mục có mức độ ưu tiên thấp nhất trong lần chạy nước rút, cho đến khi bạn có thể đạt được những câu chuyện còn lại với khả năng mà bạn hiện có.

— Oded

2

Không. Bạn không yêu cầu mọi người làm thêm giờ. Bạn có muốn rời đi nhiều hơn?
Biểu đồ ghi đĩa là gì? Đó là biểu đồ về những điểm được hoàn thành so với biểu đồ về những điểm bạn cần hoàn thành trước thời hạn. Vậy tại sao lại thay đổi nó? Tiếp tục vẽ biểu đồ và bạn sẽ thấy ảnh hưởng của việc mất nhà phát triển và có thể thông báo cho khách hàng.
Khách hàng có thể sử dụng thông tin đó để bỏ qua hoặc gia hạn thời hạn. Những gì họ không được phép làm là nói rằng họ muốn có nhiều tài nguyên hơn. Tài nguyên đến khi bạn tìm thấy chúng và đi khi chúng cảm thấy thích và buộc sai người nhanh chóng sẽ không giải quyết được vấn đề của bạn. Điều này đặc biệt đúng khi các thời hạn tiếp cận.
Nếu bạn sẽ thuê một ai đó, hãy hy vọng rằng điều đó cũng mất thời gian, vì vậy chi phí sẽ nhiều hơn một giờ của nhà phát triển và lợi nhuận sẽ không ngay lập tức.
Chỉ ra cho doanh nghiệp rằng nếu họ không muốn điều này xảy ra trong tương lai, họ cần thuê quá nhiều tài nguyên khi bắt đầu dự án và đi trước yêu cầu dự kiến cho đến khi gần đến thời hạn (khi, bởi vì họ phía trước, họ có thể mất một nửa đội và không thay thế vào thời điểm mà các nhà phát triển còn lại không cần phải dành thời gian đào tạo).

Disclaimer: Tất cả những điều này đi kèm với lời cảnh báo, "trong một thế giới hoàn hảo." Bây giờ hãy đến gần nó nhất có thể và bạn sẽ ổn thôi.

— pdr
nguồn

2

Nếu một thời hạn quan trọng sắp đến thì IMHO có thể hỏi các thành viên trong nhóm nếu họ sẵn sàng đưa thêm một số giờ nữa. Nó thường là ổn miễn là nó là một sự cố không phổ biến, một sự cố đặc biệt và bạn HỎI đội để làm điều này, không phải NÓI cho họ. Phần lớn thời gian bạn sẽ ngạc nhiên về cách nhóm sẽ tự hào bước lên và cung cấp. Thông báo trước là họ phải tôn trọng bạn và cảm thấy rằng bạn tôn trọng họ lần lượt.

— maple_shaft

2

Nếu bạn cần đặt thêm giờ, bạn đã quá cố hoặc một cái gì đó ở giữa khiến cho nó không thể hoàn thành công việc mà nhóm đã cam kết. Trong cả hai trường hợp, bạn phải thông báo cho chủ sở hữu sản phẩm kịp thời để anh ta có thể thực hiện hành động thích hợp (ví dụ: xóa một số câu chuyện). Scrum nói rằng nhóm nên làm việc với tốc độ bền vững 7-8h mỗi ngày, bạn không nên làm thêm giờ.

— Bart

4

@maple_shaft: Bạn yêu cầu tôi làm thêm giờ vì tôi đã làm hỏng, hoặc thậm chí một trong những đồng đội của tôi đã làm hỏng (và không thể tự mình làm điều đó lần này), hoặc vì tôi đã làm quá mức, tôi sẽ làm điều đó trong một nhịp tim. Yêu cầu tôi làm điều đó bởi vì ban quản lý không tính đến khả năng ai đó rời đi, tôi sẽ không làm việc đó quá tốt.

— pdr

0

Là một thành viên trong nhóm hoặc chủ scrum không làm gì khác ngoài việc thông báo cho chủ sở hữu sản phẩm về tình huống này. Nhóm của bạn đã cam kết một số lượng câu chuyện của người dùng dựa trên một số khả năng dự kiến. Một cái gì đó xấu đã xảy ra và một trong các thành viên trong nhóm của bạn không thể tiếp tục chạy nước rút do tình trạng sức khỏe. Điều đó có thể xảy ra và không ai có thể đổ lỗi cho anh ấy hoặc bạn vì điều đó.

Tùy thuộc vào chủ sở hữu sản phẩm để quyết định làm gì tiếp theo. Rõ ràng là bạn rất có thể sẽ không cung cấp những gì bạn đã cam kết. Chủ sở hữu sản phẩm có thể để chạy nước rút tiếp tục để bạn hoàn thành càng nhiều câu chuyện người dùng càng tốt mà không bỏ lỡ thành viên nhóm và làm thêm giờ vô lý hoặc cô ấy có thể quyết định dừng chạy nước rút và bắt đầu một câu chuyện mới - nhưng nó sẽ khá quyết liệt.

Descoping là nguy hiểm. Nước rút nên là một khu vực an toàn cho đội. Nó là một phần của các nguyên tắc nhanh để trao quyền cho mọi người. Đội ngũ được trao quyền để thực hiện một cam kết. Khi bạn cho phép thay đổi cam kết trong khi chạy nước rút, nó có thể sớm trở thành một thông lệ và toàn bộ điểm cam kết và vùng an toàn sẽ biến mất. Bạn sẽ nhận được sự hỗn loạn với mục tiêu nước rút liên tục thay đổi.

— Ladislav Mrnka
nguồn

-1

Nhận ra rằng scrum có vận tốc để giúp quản lý điều đó.

Hiểu biết của tôi là vận tốc của bạn sẽ điều chỉnh cho nhóm mới theo thời gian. Một số nơi thậm chí cho phép ước tính giảm vận tốc, để giúp quản lý tốt hơn khi các thành viên trong nhóm rời đi, hoặc thậm chí chỉ đi nghỉ.

— tylermac
nguồn

1

Tam tạm. Một số nơi cho phép thậm chí giảm vận tốc. Họ hào phóng biết bao. Bạn có biết rằng tôi là người cho phép bầu trời có màu xanh không?

— ThomasX

-2

Phân tích tác động lên nước rút tổng thể. Xác định giải pháp thay thế / làm việc xung quanh. Thảo luận với chủ sở hữu sản phẩm để chuyển các câu chuyện người dùng ít ưu tiên / quan trọng hơn sang lần chạy nước rút tiếp theo. Mang lại nguồn lực bổ sung cho lần chạy nước rút này hoặc chạy nước rút trong tương lai.

— Pani
nguồn