Scrum Cuộc họp hàng ngày: Đúng giờ trong sự hiện diện của toàn đội?


9

Tôi hiểu rằng một cuộc họp Scrum hàng ngày nên diễn ra rất nhanh chóng, được tổ chức một cách thân thiện và nó đòi hỏi tất cả các thành viên trong nhóm có mặt. Bởi vì mục tiêu là để mọi người cập nhật với những gì mọi người đang làm.

Tôi thích Cuộc họp hàng ngày của Scrum được tổ chức như thế.

Trong dự án mới nhất của tôi, Scrum hàng ngày của chúng tôi giống như một cuộc họp Cập nhật trạng thái. Mặc dù vị trí là chúng tôi đang giữ Scrum và thực hành Agile thích hợp.

Chúng tôi là một nhóm phân phối, ở 2 quốc gia khác nhau và những người ở cùng một quốc gia không ở cùng một văn phòng. Kết quả là chúng ta có Scrum ảo.

Vấn đề là các cuộc họp của chúng tôi luôn bắt đầu đúng giờ, nhiều người gọi trước thời gian bắt đầu thực tế, vì vậy họ thực sự bắt đầu vào giây đầu tiên của cuộc họp. Không có bất kỳ sự khoan dung cho sự chậm trễ nhỏ.

Ví dụ, lần cuối cùng chúng tôi nghe điện thoại và người điều phối cuộc họp đã kiểm tra xem mọi người có ở đó không, và chúng tôi nói một trong những thành viên trong nhóm của chúng tôi chưa có mặt nhưng anh ấy đang gọi. Và tôi được bảo bắt đầu chia sẻ mà không cần đợi thành viên trong nhóm.

Ngoài ra mọi người đều có rất nhiều cuộc họp, và đôi khi họ quay lại với cuộc họp Scrum, vì vậy việc họ đến trong phút đầu tiên hoặc thứ hai của cuộc họp là điều dễ hiểu.

Đó có phải là bình thường cho các đội thực hành Scrum hàng ngày? Đó là lần đầu tiên xảy ra với tôi.

Tôi không thể tìm thấy bất kỳ thư mục trực tiếp về nó. Mặc dù sự hiện diện của tất cả các thành viên trong nhóm bị căng thẳng, nhưng cũng nhấn mạnh rằng các cuộc họp nên luôn luôn bắt đầu cùng một lúc. Nhưng tôi tưởng tượng có thể có một độ trễ nhỏ.

Tôi thậm chí đã đọc trên blog một người nào đó gợi ý rằng Scrum Master có thể đưa ra hình phạt nếu ai đó đến muộn "5 giây". Tôi nghĩ rằng Scrum được cho là thân thiện và có một hình phạt như thế có vẻ phản tác dụng.

Cách tiếp cận được đề nghị trong một tình huống như thế này là gì?


Nếu bạn có một scrum với 11 người và 1 anh chàng trễ 1 phút, điều đó thật lãng phí 10 phút thời gian của công ty. Nếu 1 chàng trai trễ 6 phút thì đã là một giờ. Một cái gì đó có vẻ nhỏ có thể trở nên lớn đáng ngạc nhiên.
Pieter B

Câu trả lời:


24

Giống như với bất kỳ thực hành nhanh nhẹn, các nhóm scrum có thể tự quyết định điều này. Nếu điều đó làm phiền bạn, bạn nên đưa nó lên hồi tưởng và cố gắng đi đến một giải pháp mà mọi người đều hài lòng. Có lẽ các thành viên khác trong nhóm cũng cảm thấy như vậy, nhưng nghĩ rằng đó là "cách thức thực hiện scrum."

Điều đó đang được nói, trong các cuộc họp scrum của tôi, tôi bắt đầu vào lần thứ hai trừ khi ba hoặc nhiều người bị mất tích. Đối với một cuộc họp mà mọi người đều phải tham dự mỗi ngày, tôi cảm thấy thật thiếu tôn trọng thời gian của mọi người khi làm khác. Khi tôi là người đến muộn, đội của tôi bắt đầu mà không có tôi. Nếu chúng ta có thời gian ở cuối, chúng ta quay trở lại với nhiệm vụ của những người đến muộn.

Tôi đã ít nghiêm khắc hơn về việc đúng giờ trong quá khứ và những gì xảy ra là những người xuất hiện đúng giờ đã mệt mỏi vì thời gian của họ bị lãng phí, vì vậy họ bắt đầu cố gắng đoán khi nào cuộc họp sẽ thực sự bắt đầu, và thay vào đó, nó đã xuất hiện một hiệu ứng quả cầu tuyết.

Đối với một cuộc họp hàng ngày, đó không phải là ngày tận thế nếu ai đó thỉnh thoảng bỏ lỡ một phần của nó. Hy vọng rằng đó không phải là giao tiếp duy nhất bạn thực hiện trong suốt cả ngày.


Tôi nhận được quan điểm của bạn. Mặc dù tôi cảm thấy rằng nó phá vỡ tinh thần của Scrum hàng ngày, ít nhất là như nó được mô tả. Thêm vào đó, nó chưa bao giờ bị trì hoãn quá một phút. Và chủ yếu là vì Phần mềm không hoạt động tốt. Các vấn đề viễn thông thông thường.
Bầu trời

2
Người ta dễ dàng hơn rất nhiều vì nhìn chung mọi người ngồi gần nhau và có thể bị tóm lấy nếu họ đến muộn. Tôi là chủ sở hữu sản phẩm trong một dự án nghe có vẻ giống nhau ở chỗ chúng tôi có những người làm việc tại ít nhất bốn địa điểm riêng biệt trên phạm vi quốc tế. Khó khăn hơn vì đôi khi mọi người "trễ" do những hạn chế kỹ thuật. Cá nhân tôi nghĩ rằng một sự cân bằng có thể được thực hiện nếu mọi người không lạm dụng nó.
Gort Robot

@StevenBurnap Đó là những gì tôi cảm thấy, không ai trong đội của tôi gần gũi. Và giờ bắt đầu cuộc họp là 3 giờ chiều, không có nghĩa là mọi người bắt đầu nói chuyện lúc 3 giờ, điều đó có nghĩa là họ gặp nhau lúc 3. Tôi chỉ cảm thấy quá nghiêm khắc thực sự phản tác dụng trong các nhóm phân phối.
Bầu trời

Tôi bỏ phiếu này vì bạn đã nói trước rằng các nhóm Scrum có thể tự quyết định và bạn đã đề cập đến một số người có thể cảm thấy "đó chỉ là cách scrum được thực hiện". Phần còn lại là tương đối, vì các điều kiện cho từng tình huống rất khó giải thích ở đây. Và liên quan đến sự đúng giờ, nó phụ thuộc vào mọi người, tôi không trừng phạt những người trung thực có vấn đề, chỉ vì khả năng lạm dụng trong tương lai, vì các nhóm phân phối có thêm các biến chứng mà tôi không thể mô tả ở đây. Cảm ơn câu trả lời của bạn!
Bầu trời

1
ngoại trừ trong thế giới thực, nhóm không phải lúc nào cũng chịu trách nhiệm và đó là người quản lý hoặc người quản lý nửa vời, người điều khiển các cuộc họp và buộc họ và thực thi các quy tắc.
Rudolf Olah

6

Nếu bạn chờ đợi mọi người, điều đó dạy họ rằng sẽ ổn thôi. Nếu bạn bắt đầu vào phút, mọi người sẽ được dạy rằng họ cần có mặt đúng giờ nếu họ muốn tham gia. Lập trình là một hoạt động chuyên nghiệp đòi hỏi ít nhất một chút về kỷ luật.

Điều đó đang được nói, quan điểm của standup hàng ngày là thảo luận về những gì nhóm đã làm ngày hôm qua, những gì họ đang làm ngày hôm nay, và làm cho tất cả mọi người nhận thức được các rào cản. Thời gian dự kiến ​​nên là "điều đầu tiên vào buổi sáng khi mọi người đều có mặt", không nhất thiết là thời gian cụ thể trên đồng hồ. Mục tiêu cuối cùng là làm việc cùng nhau như một đội, không tuân theo các quy tắc nghiêm ngặt. Nếu nhóm của bạn rất mới để nhanh nhẹn, bám sát đồng hồ là cách tốt để xây dựng kỹ năng nhóm của bạn. Nếu bạn là một nhóm trưởng thành, hãy làm những gì có ích cho nhóm của bạn.


Chỉ có vấn đề với "điều đầu tiên vào buổi sáng khi mọi người đều có mặt" là không có nhịp điệu thu được từ việc thực hiện cùng một lúc mỗi ngày. Nó cũng không cho phép những người đến sau có thời gian tham gia vào công việc và bắt kịp để họ không quên bất cứ điều gì trong scrum hàng ngày của họ. Tôi nghĩ rằng quan điểm của bạn về việc bắt đầu không chậm trễ là một điều tốt! Nó dạy mọi người phải đúng giờ. Đó là một điểm tuyệt vời và tôi sẽ đề nghị chúng tôi áp dụng.
jmort253

Tôi đoán tôi không đủ rõ ràng. Tôi không có nghĩa là một thời gian khác nhau mỗi ngày. Tôi có nghĩa là nhóm phải chọn thời gian sớm nhất mà tất cả đều có sẵn, và sau đó họ nên sử dụng cùng thời gian đó mỗi ngày.
Bryan Oakley

Oh. OK mà làm cho ý nghĩa hoàn hảo sau đó. Vui mừng tôi hỏi. :)
jmort253

2

Đây có phải là cách Scrum hoạt động?

Tôi sẽ đề nghị với bạn rằng các cuộc họp hàng ngày quá thường xuyên cho bất kỳ hoạt động kinh doanh nào, trừ khi nhóm của bạn đặc biệt hiệu quả (có nghĩa là họ có thể tạo ra một lượng lớn chức năng trong khoảng thời gian rất ngắn).

Nếu bạn quyết định có tag-up hàng ngày, chúng sẽ kéo dài không quá 15 đến 20 phút, và vâng, mọi người cần phải đúng giờ hoặc họ không tham gia. Tag up là vì lợi ích của các thành viên trong nhóm, không phải là chủ scrum; hình phạt cho các cuộc họp hàng ngày bị mất nên được xử lý theo cùng một cách như bất kỳ sự chậm trễ nào khác.

Nói tóm lại, tôi không thấy có gì đặc biệt ở đây. Tôi nghĩ rằng các cuộc họp hàng ngày của bất kỳ loại biên giới nào về quản lý vi mô, nhưng nếu bạn quyết định thực hiện chúng, bạn cần phải thực hiện chúng đúng cách.


1
Không phải mục tiêu chính là có một cuộc họp không có cấu trúc mỗi ngày mà nhóm có thể biết mọi người đang làm gì và đề nghị giúp đỡ người khác? Và do đó, điều quan trọng hơn là họ cảm thấy thoải mái và chia sẻ, hơn là nếu họ đến muộn 30 giây?
Bầu trời

3
if you know they are calling in, why not wait?- Bởi vì chờ 3 phút trở thành chờ 5 phút, sau đó chờ 10 phút ... Như Tom Hanks đã hùng hồn nói trong bộ phim Cast Away (khi thảo luận về hồ sơ đúng giờ của Federal Express) "Trước khi bạn biết điều đó, chúng tôi là dịch vụ bưu chính của Hoa Kỳ. "
Robert Harvey

2
Nếu bạn không duy trì đúng giờ, mọi người sẽ khó chịu với bạn và với nhau. Nếu bạn duy trì đúng giờ, mọi người sẽ khó chịu với chính họ vì không chắc chắn rằng họ đã sẵn sàng. Bạn thích cái nào?
keshlam

2
Tôi nghĩ 15-20 phút là quá dài. Nếu bạn đi quá 5 phút thì bạn đã làm sai.
Bryan Oakley

2
@RobertHarvey mục đích của scrum hàng ngày là nhanh chóng lấy xung của nhóm, xác định các trở ngại và lên lịch theo dõi giữa chỉ các thành viên nhóm cần thiết khi cần mà không lãng phí thời gian của mọi người vào một cuộc họp truyền thống hơn, dài hơn. Xem en.wikipedia.org/wiki/Stand-up_meeting#Software_development để có cái nhìn tổng quan đẹp. Có rất nhiều tài liệu có sẵn trên scrum và bạn có thể thấy rằng đọc một số tài liệu đó giúp bạn hiểu rõ hơn các câu hỏi về scrum và đặt bạn vào vị trí để cung cấp lời khuyên cụ thể theo ngữ cảnh có ý nghĩa hơn.
cướp

2

Mọi người qua quá trình . Đó là một trong những cốt lõi thuê của Agile, nếu một quá trình không hoạt động cho nhóm của bạn, loại bỏ nó hoặc sửa đổi nó. Hãy để nhóm sửa đổi nó để phù hợp với nhu cầu của họ.


0

Hãy nghĩ về nó như thế này, quan điểm của việc đứng lên hàng ngày là gì?

Đây là cơ hội của bạn để nâng cao các trở ngại với phần còn lại của đội, để gắn cờ rằng bạn có thể cần hỗ trợ và để làm nổi bật những thay đổi sẽ ảnh hưởng đến những người khác. Điều quan trọng là bạn là một nhà phát triển đang ở đó.

Với một nhóm gồm 4 -8 nhà phát triển, họ cần phải nhanh chóng và linh hoạt - mỗi lần 30 giây. Nếu được thực hiện vai trò của chủ scrum, tôi sẽ lo lắng về việc bắt đầu muộn các cuộc họp vì nó sẽ làm tăng chi phí cuộc họp. Tương tự như vậy, thời gian họp thay đổi tạo ra sự phân tâm cho mọi người - chúng ta sắp ... Tôi cũng sẽ ý thức được việc cân bằng điều này với nhu cầu để đảm bảo nhóm có thể hỗ trợ lẫn nhau, vì vậy có thể trì hoãn cuộc họp nếu cần vì ai đó người có khả năng bị cản trở là trên điện thoại / nhà vệ sinh.

Khi các đội được phân phối theo địa lý như bạn đang mô tả, tôi sẽ đánh dấu điều này như một trở ngại của đội ở MỌI hồi cứu. Nó rõ ràng là một trở ngại cho hiệu suất và giao tiếp của scrums rằng tất cả chúng không được ngồi cùng nhau và có thể giao tiếp tự do và dễ dàng.

Tôi sẽ tranh luận rằng điều này nên được tổ chức thành hai nhóm scrum riêng biệt và tổ chức công việc sao cho scrum của scrums sẽ xử lý việc giao tiếp quốc tế.


Hóa ra, và theo cảm nhận của tôi, vấn đề không nằm ở quy trình, là ở người dân. Họ đang sử dụng quy trình này như một cái cớ, khi các thành viên trong nhóm làm quen với nhau nhiều hơn, sự khoan dung tăng lên và tất cả họ đột nhiên không gặp vấn đề gì khi chờ đợi 30 giây hoặc một phút để ai đó tham gia, vì giờ họ đã biết lẫn nhau. Tôi không khuyên nên giữ các SCRUM riêng trừ khi cả hai nhóm làm việc ở các phần rất khác nhau của dự án và không bao giờ cần phải tương tác. Tôi đồng ý, SCRUM cần phải nhanh nhẹn, nhưng thậm chí nhiều đội cần phải gắn kết và khoan dung hơn khi có vấn đề.
Bầu trời
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.