Mục đích của đứng lên và thời lượng của nó trong các phương pháp nhanh là gì? [đóng cửa]

Tôi đã từng làm việc trong một phương pháp thác nước và bây giờ tôi ở trong một nhóm đang theo một phương pháp nhanh nhẹn. Có vẻ như họ đang làm sai. Ví dụ: chúng tôi có các cuộc trò chuyện kéo dài hơn 25 phút mỗi ngày, điều này thực sự gây phiền nhiễu. Ngoài ra, tôi cảm thấy giống như tôi đang biện minh cho tiền lương của mình để quản lý hơn bất cứ điều gì khác.

Tôi có sai khi cảm thấy như vậy không? Đây có phải là cách đứng lên thường được tiến hành?

Đối với Scrum, Ken Schwaber và Jeff Sutherland giải thích :

Scrum hàng ngày

Daily Scrum là một sự kiện kéo dài 15 phút để Nhóm Phát triển đồng bộ hóa các hoạt động và tạo kế hoạch cho 24 giờ tiếp theo. Điều này được thực hiện bằng cách kiểm tra công việc kể từ Scrum hàng ngày cuối cùng và dự báo công việc có thể được thực hiện trước lần tiếp theo. Scrum hàng ngày được tổ chức cùng lúc và địa điểm mỗi ngày để giảm độ phức tạp. Trong cuộc họp, các thành viên của Nhóm Phát triển giải thích:

• 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?

Nhóm Phát triển sử dụng Scrum hàng ngày để kiểm tra tiến trình cho Mục tiêu Sprint và kiểm tra xem tiến trình đang có xu hướng hoàn thành công việc như thế nào trong Sprint Backlog. Scrum hàng ngày tối ưu hóa khả năng Nhóm phát triển sẽ đáp ứng Mục tiêu Sprint. Mỗi ngày, Nhóm Phát triển nên hiểu cách họ dự định làm việc cùng nhau như một nhóm tự tổ chức để hoàn thành Mục tiêu Sprint và tạo Phần tăng dự kiến ​​vào cuối Sprint. Nhóm phát triển hoặc các thành viên trong nhóm thường gặp nhau ngay sau Scrum hàng ngày để thảo luận chi tiết hoặc để điều chỉnh hoặc thay thế phần còn lại của công việc của Sprint.

Scrum Master đảm bảo rằng Nhóm phát triển có cuộc họp, nhưng Nhóm phát triển chịu trách nhiệm tiến hành Scrum hàng ngày. Scrum Master dạy cho Nhóm phát triển giữ Scrum hàng ngày trong khoảng thời gian 15 phút.

Scrum Master thi hành quy tắc chỉ các thành viên Nhóm Phát triển tham gia vào Scrum hàng ngày.

Scrum hàng ngày cải thiện giao tiếp, loại bỏ các cuộc họp khác, xác định các trở ngại để phát triển để loại bỏ, làm nổi bật và thúc đẩy quá trình ra quyết định nhanh chóng và nâng cao kiến ​​thức của Nhóm Phát triển. Đây là một cuộc họp kiểm tra và thích ứng quan trọng.

Các phương pháp khác có thể có các nghi thức khác nhau và thậm chí các nhóm Scrum khác nhau có thể tối ưu hóa cách họ làm điều này khác nhau. Ý tưởng chính là nhanh chóng kết hợp với nhau để đảm bảo nhóm đang đi đúng hướng. Nó không phải là một báo cáo tình trạng quản lý. Tuy nhiên, đây là một trong những ý tưởng nhanh nhẹn dễ bị lật đổ hơn.

TL; DR

Khi được thực hiện đúng trong nhóm Scrum có kích thước phù hợp, việc đứng lên hàng ngày không bao giờ mất quá 15 phút hoặc lâu hơn. Nếu mất nhiều thời gian hơn, nhóm quá lớn hoặc bạn có vấn đề về quy trình.

Mục đích của việc đứng lên

Stand-up hàng ngày là một cuộc họp cam kết và phối hợp cho toàn đội. Nó được thiết kế để đảm bảo rằng toàn bộ nhóm nhận thức được những trở ngại, những câu chuyện được thực hiện hoặc không được thực hiện và những nhiệm vụ nào đã sẵn sàng để được kéo từ danh sách việc cần làm của một thành viên trong nhóm sang người khác.

Điều quan trọng là Scrum Master và Chủ sở hữu sản phẩm phải là những người tham gia tích cực trong việc đứng lên, nhưng nếu nhóm đang báo cáo cho một trong số họ thì quy trình Scrum của bạn có thể bị phá vỡ tốt và thực sự. Một câu trả lời liên quan trên Exchange Management Stack Exchange có một danh sách 10 điểm "mùi dự án" ở phía dưới, một số trong đó có thể áp dụng trong trường hợp của bạn. Ngay cả khi họ không áp dụng, bạn chắc chắn nên đánh giá lại hiệu quả của các lần đứng lên trong Hồi cứu Sprint tiếp theo của bạn.

Tôn trọng hộp thời gian

Mặc dù tôi không thích "ba câu hỏi" là một định dạng cụ thể chính xác bởi vì chúng có xu hướng dẫn đến các cuộc họp giống như một trạng thái, tôi sẽ cảm thấy hối hận nếu tôi không chỉ ra mô tả kinh điển của Mike Cohn về Daily Scrum . Trang nói, một phần:

Bằng cách tập trung vào những gì mỗi người hoàn thành ngày hôm qua và sẽ hoàn thành ngày hôm nay, nhóm có được sự hiểu biết tuyệt vời về những gì công việc đã được thực hiện và những gì công việc còn lại. Cuộc họp Scrum hàng ngày không phải là cuộc họp cập nhật trạng thái, trong đó một ông chủ đang thu thập thông tin về người chậm tiến độ. Thay vào đó, đó là một cuộc họp trong đó các thành viên trong nhóm đưa ra các cam kết với nhau.

Có nhiều chi tiết hơn và một số ví dụ cụ thể trên trang đó. Tuy nhiên, đối với mục đích câu hỏi của bạn, nó được tuyên bố rõ ràng rằng:

Các cuộc họp chờ hàng ngày của Scrum được sắp xếp thời gian nghiêm ngặt đến 15 phút. Điều này giữ cho các cuộc thảo luận nhanh chóng nhưng có liên quan.

Hộp thời gian là nền tảng của Scrum. Mặc dù hầu hết các hộp thời gian trong Scrum có thể được điều chỉnh bởi nhóm do chu kỳ kiểm tra và thích ứng, nó được coi là thực hành kém để kéo dài thời gian đứng lên. Nếu nguyên tắc đấm bốc thời gian không được tôn trọng trong quy trình của bạn, thì đó thường là "mùi dự án" rất thô lỗ.

Những gì bạn đang mô tả là một cách trong đó 'đứng lên' có thể thất bại cho nhóm.

Cách đứng lên tốt nhất là ngắn bởi vì mọi người đều hiểu những gì người khác đang làm, họ giải thích những gì họ đạt được ngày hôm qua, những gì họ sẽ đạt được ngày hôm nay và gắn cờ bất cứ điều gì có thể / đã ảnh hưởng đến khả năng của họ để thực hiện lời hứa của họ. Các thành viên khác trong nhóm sau đó có thể chỉ ra rằng họ có thể giúp giải quyết các trở ngại của nhau một cách nhanh chóng, nhưng các giải pháp đó tham gia bên ngoài đứng lên.

Nói tóm lại, Họ nên là chất keo gắn kết cả đội lại với nhau.

Nghe có vẻ giống như, là một cập nhật trạng thái và bạn bị buộc phải giao hàng / không giao hàng, nhưng nhóm không hoạt động vì nhóm không sử dụng các cuộc họp đứng lên để hỗ trợ lẫn nhau để phân phối và loại bỏ các trở ngại.

Trong hai môi trường mà tôi đã thấy điều này xảy ra, nguyên nhân là do có một bậc thầy scrum đã không giao phó trách nhiệm đảm bảo nhóm thực hiện các lời hứa lặp lại của họ. Trong một trường hợp, nó đặc biệt phản tác dụng và tạo ra thái độ chúng tôi / họ trong đội.

Scrum là về các nhóm tự tổ chức, trong đó nhóm tự tổ chức để giải quyết vấn đề nhanh chóng để thực hiện các cam kết của họ

Như với tất cả các quy trình Agile, mục đích này là: "những gì bạn nhận được giá trị từ".

Standup hàng ngày thường là một cơ chế để đảm bảo liên lạc giữa các thành viên trong nhóm theo cách tác động thấp, nơi mọi người có thể hiểu nhóm đang ở đâu liên quan đến nhóm nhiệm vụ hiện tại. Vì vậy, một cuộc trò chuyện kéo dài 5 phút trong đó mọi người nói "Tôi đã làm x ngày hôm qua và tôi sẽ làm hôm nay" cũng ổn, cũng như 15 phút sau khi nhóm quyết định giữa họ sẽ làm gì tiếp theo và cập nhật bảng nhiệm vụ.

Tuy nhiên, chẳng cần một thứ gì cả, không phải nếu bạn truyền đạt những điều này theo những cách khác, ví dụ như sử dụng một hệ thống thông báo xã hội.

Tương tự như vậy, nếu bạn muốn standup của bạn dài hơn và nhiều hơn một điều báo cáo nhóm, thì điều đó cũng tốt. Tôi nghi ngờ điều đó, nhưng tôi biết một số đội thích cách tiếp cận trực tiếp hơn để được giao việc. Agile có thể đối phó với tất cả các loại đội sau khi tất cả.

Câu hỏi thực sự bạn nên đặt ra là liệu bạn có nhận được bất kỳ giá trị nào từ nó không, và nếu không - bạn sẽ thay đổi nó thành gì để bạn nhận được giá trị. Thực hiện standup theo quy định của một số sách thánh Scrum là KHÔNG nhanh nhẹn. Làm một standup có nghĩa là một cái gì đó cho nhóm của bạn để tất cả các bạn làm việc với nhau tốt hơn là.