Trong một standup Scrum, cuộc thảo luận về những gì đã được thực hiện ngày hôm qua có nên được giới hạn trong các nhiệm vụ trên bảng hoặc tất cả các công việc được thực hiện?

Tôi biết rằng các quy tắc Scrum trong phần nổi bật hàng ngày nói rằng nhóm chỉ nên nói về những gì họ đã làm ngày hôm qua, những gì họ đang làm hôm nay và bất cứ điều gì ngăn chặn họ. Không có gì khác. Nhưng vấn đề là, đôi khi các nhà phát triển dành cả ngày để làm những công việc không liên quan đến nhiệm vụ của họ, và sau đó nói về nó trong tình huống chờ đợi. Đó là những gì họ đã làm ngày hôm qua!

Theo kinh nghiệm của tôi, tôi thấy rằng sẽ hiệu quả hơn khi nói về các nhiệm vụ trên diễn đàn, để giữ cho tập trung đứng và tập trung mọi người vào nhiệm vụ của họ, để xem xét ước tính của họ và theo dõi hồ sơ của họ hàng ngày.

Có hợp lệ để giới hạn các cuộc thảo luận cho các nhiệm vụ trên diễn đàn không?

Theo nội dung Hướng dẫn Scrum về các phần nổi bật hàng ngày, ba câu hỏi để thảo luận là:

• Tôi đã làm gì hôm qua giúp Nhóm phát triển đạt được Mục tiêu Sprint?
• Tôi sẽ làm gì hôm nay để giúp Nhóm phát triển đáp ứng Mục tiêu Sprint?
• Tôi có thấy bất kỳ trở ngại nào ngăn cản tôi hoặc Nhóm Phát triển đáp ứng Mục tiêu Sprint không?

Tất cả các câu hỏi tập trung xung quanh Mục tiêu Sprint, không phải các nhiệm vụ trên bảng. Một lần nữa, theo Hướng dẫn Scrum, Mục tiêu Sprint được tạo trong Lập kế hoạch Sprint và nó xác định "mục tiêu sẽ được đáp ứng trong Sprint thông qua việc triển khai Product Backlog và nó cung cấp hướng dẫn cho Nhóm phát triển về lý do tại sao nó xây dựng Tăng".

Tất cả mọi thứ mà nhóm phát triển của bạn làm, lý tưởng nhất là giúp nhóm tiến tới Mục tiêu Sprint. Đây có thể là những hoạt động ngoài dự kiến ​​không có trên bảng phải được thực hiện hoặc chúng có thể là những thứ ở cấp độ thấp hơn có thể được xem xét và ước tính, nhưng ở cấp độ thấp hơn một mục trên bảng.

Tôi sẽ nói hãy để nhóm của bạn nói về tất cả những gì họ đã làm ngày hôm qua. Nếu họ đang nói về những điều không giúp nhóm đạt được Mục tiêu Sprint, thì ai đó nên đưa vấn đề này lên, đặc biệt là nếu có những việc khác họ có thể làm đã khiến nhóm tiến gần hơn đến việc hoàn thành Mục tiêu Sprint.

Một ngoại lệ có thể là nếu một cá nhân hỗ trợ nhiều nhóm Scrum. Trong cuộc họp, có lẽ họ không nên nói về tất cả những gì họ đã làm ngày hôm qua, nhưng những gì họ đã làm để hỗ trợ cho đội hiện đang có bế tắc.

Các Sprint Retrospective là một thời gian tuyệt vời để nói về vấn đề này với các đồng đội. Có rất nhiều câu hỏi để xem xét:

• Đội có đang làm việc kém với các mục liên quan đến Mục tiêu Sprint không?
• Có quá nhiều công việc không có kế hoạch?
• Công việc không có kế hoạch đến từ đâu và ai là người ủy quyền?
• Tại sao mọi người làm việc trên những thứ không phải trên bảng?
• Chúng ta có nên hiển thị thêm chi tiết trên bảng để buộc những việc bạn làm vào các mục trên bảng dễ dàng hơn không?

Không, bạn nên nói về những gì bạn đã làm ngày hôm qua.

Nếu nó không có trên bảng, bạn cần thực hiện một trong những điều sau đây:

• đặt nó lên bảng,
• ngừng làm nó
• hoặc thay đổi đội.

Cách phổ biến nhất, nói cho công việc khẩn cấp ngoài kế hoạch, là viết lên một thẻ và dán nó lên bảng. Điều này đảm bảo rằng vào cuối giai đoạn nước rút, bạn có thể đo vận tốc và giải thích tại sao mục tiêu chạy nước rút không đạt được.

Theo tôi, một thành viên trong nhóm làm việc về những thứ không có trong nước rút là một trong những lý do chính khiến việc áp dụng nhanh không thành công. Thông thường nhất đây là một nhà phát triển chuyển hướng để khắc phục các sự cố trực tiếp trên một dự án khác.

Một điều khó chịu khác trong các lần chạy nước rút là "PM nói về các cuộc họp cho các dự án khác". Theo quan điểm của tôi, PM không phải là một phần của nhóm scrum, họ điền vào vai trò Scrum của 'Chủ sở hữu sản phẩm' và do đó để trả lời các câu hỏi, không báo cáo tiến trình.