Standups hàng ngày - phải hay không? [đóng cửa]

Làm thế nào có giá trị (hoặc không) bạn nghĩ rằng các cuộc họp độc lập hàng ngày là?

Nếu bạn không quen thuộc với nó, điều này đề cập đến một cuộc họp hàng ngày là một phần của các tín đồ Scrum (và một số phương pháp nhanh nhẹn khác). Ý tưởng là bạn tổ chức một cuộc họp hàng ngày, kéo dài thời gian đến 15 phút và trong đó mọi người phải đứng (để khuyến khích mọi người trở thành quan điểm).

Trong cuộc họp, bạn đi quanh phòng và mỗi người nói: - Những gì bạn đã làm ngày hôm qua - Những gì bạn dự định làm hôm nay - Bất kỳ chặn hoặc cản trở tiến trình của bạn.

Bạn có nghĩ rằng thực tế này có giá trị? Đã có ai làm việc ở một nơi làm việc đó chưa, và bạn nghĩ gì?

Chúng tôi đã có standups hàng ngày tại công việc đầu tiên của tôi. Chà, với tất cả các co-op / intern / temps, nó thực sự ở phía dài - thường là khoảng 30 phút.

Nhưng ý tưởng về một cuộc họp hàng ngày, ngắn ngủi, đã giúp ích rất nhiều cho việc biết những gì người khác đang mắc kẹt - và nếu đó là điều tôi đang làm, tôi có thể sắp xếp lại các nhiệm vụ của mình để hoàn thành những gì họ cần tiếp tục sớm hơn. Nó cũng cho mọi người cơ hội để biết mọi người đang làm gì vì vậy nếu ai đó gặp trường hợp khẩn cấp, mọi người ít nhất cũng nhận thức được chuyện gì đang xảy ra - giảm yếu tố xe tải luôn là điều tốt.

Thành thật mà nói, mỗi ngày có thể là một chút cực đoan trong một số trường hợp. Nhưng ý tưởng về các cuộc họp ngắn, thường xuyên cho mọi người ở cùng một trang là một bổ sung có giá trị cho bất kỳ quy trình nào.

Tôi thấy những cuộc họp này rất có giá trị. Họ cung cấp những lợi ích sau đây để đổi lấy chi tiêu chỉ sau 15 phút!

• Giữ tất cả mọi người về chủ đề . Thật dễ dàng để đào sâu vào các vấn đề của riêng bạn và quên đi những gì người khác làm hoặc lặp lại công việc đang được thực hiện bởi người khác. Các cuộc họp hàng ngày ngăn chặn điều này xảy ra.
• Không cho phép mọi người chùng bước . Tại các cuộc họp này, bạn thực hiện lời hứa. Sau đó, bạn chỉ cần phải cố gắng để giữ cho chúng được.
• Làm cho mọi người tương tác . Các lập trình viên thường không thích nói chuyện với mọi người. Tuy nhiên, trong các cuộc họp như vậy, họ nhận được sự khích lệ (và khiển trách) từ các đồng nghiệp của họ, điều này có ảnh hưởng tích cực đến tinh thần.
• Tập hợp tất cả mọi người ở một nơi . Bạn nhận được một phần thưởng khi biết rằng mọi người sẽ đến đó. Điều này có thể được sử dụng để sắp xếp các cuộc họp khác, đưa ra thông báo và tiếp tục cuộc họp hàng ngày này trong các nhóm nhỏ hơn để thảo luận về các vấn đề cụ thể. Thông thường, việc tổ chức các cuộc họp như vậy cần rất nhiều sự chú ý và đòi hỏi những kỹ năng mà các lập trình viên không muốn sử dụng.

Tôi có thể đứng hàng giờ liền. Nó không khiến tôi chú ý thêm nữa, hoặc có bất kỳ ý nghĩa / tác động thực sự nào đối với một cuộc họp bắt kịp hàng ngày ngắn.

Nhưng này, nếu đứng lên cho phép bạn tái thương hiệu một cái gì đó nhanh nhẹn, nó phải tốt!

Về việc cuộc họp bắt kịp thường xuyên nói chung có phải là một ý tưởng hay không ... họ cũng sẽ giúp nếu các quy trình khác của bạn không hiệu quả.

Nếu bạn muốn biết ai đó đã làm gì ngày hôm qua và (các) nhiệm vụ tiếp theo của họ là gì, hãy xem Trình theo dõi sự cố, nơi nó đã được ghi lại. Nếu không có bộ lọc rõ ràng cho bạn biết điều này cho cả nhóm, hãy thiết lập một bộ lọc (hoặc tìm phần mềm tốt hơn).

Nếu bạn muốn biết liệu có ai có bất kỳ trình chặn nào không, hãy kiểm tra tin nhắn của bạn (cho dù email / im / forum / bất cứ điều gì). Nếu bất cứ ai có bất kỳ điều gì, họ nên thông báo cho cả bên liên quan và lãnh đạo dự án khi họ xảy ra, không lãng phí một ngày chờ đợi trước khi bất kỳ ai khác phát hiện ra, không bao giờ có cơ hội hành động.

Chắc chắn có lợi từ việc có các cuộc họp thường xuyên để thảo luận về hướng của dự án - nói chung, thay vì cụ thể, để đảm bảo mọi người hiểu các mục tiêu tổng thể, v.v. - và được tổ chức hàng tuần hoặc hai tuần (tùy theo tốc độ của mọi thứ).

Nhưng dành một phần tư mỗi giờ mỗi ngày chỉ để bạn có thể cảm thấy nhanh nhẹn và tuyệt vời và công cụ? Phí thời gian.

Theo kinh nghiệm của tôi, stand-up không có giá trị, đặc biệt là loại hàng ngày. Chúng là một trong hai điều: một nghi thức trống rỗng, hoặc một cuộc họp không mong muốn.

1. Nghi thức trống rỗng: mọi người đi xung quanh vòng tròn và nói rõ nhiệm vụ họ đang thực hiện và tiến trình của họ. Không ai thực sự quan tâm đến những gì người khác đang làm, và không có gì được thực hiện (kết quả của việc đứng lên) nếu có vấn đề.

2. Cuộc họp đặc biệt không mong muốn: Một người nào đó (thường là người quản lý, PM hoặc ai đó từ doanh nghiệp) đến và làm hỏng nó. Có thể chúng ta nói về vụ cháy ngày hôm nay một cách chi tiết, hoặc làm thế nào một người nào đó đang lo lắng về việc chúng ta sẽ đáp ứng thời hạn, vv 15 phút biến thành nửa giờ hoặc lâu hơn. Mọi người đều đứng, mặc dù chúng tôi thực sự nên ngồi nếu nó sẽ dài như vậy.

Ngoài ra, phần "đứng lên" của đứng lên không giúp ngăn chặn thời gian của các cuộc họp, nó chỉ làm tăng thêm sự khó chịu về thể chất cho hỗn hợp.

Tôi đã có nhiều trải nghiệm tốt hơn với giao tiếp đặc biệt giữa các thành viên trong nhóm hơn là các cuộc đấu tranh chính thức. Nếu ai đó quan tâm đến những gì bạn đang làm hoặc tiến bộ của bạn, họ sẽ hỏi bạn hoặc bạn sẽ nói với họ. Nếu bạn gặp vấn đề hoặc bị chặn, bạn chắc chắn rằng những người cần biết về nó đều biết. Nếu một yêu cầu không rõ ràng, bạn theo dõi người dùng doanh nghiệp hoặc BA và hỏi họ về nó.

Tôi nghĩ rằng chúng rất có giá trị nếu chúng được thực hiện chính xác. Các định dạng đã làm việc tốt cho tôi là đây ..

Mỗi người đưa ra một câu trả lời ngắn cho các câu hỏi sau đây.
a) Bạn đang làm việc trên cái gì?
b) Bạn sẽ làm gì trong cuộc họp tiếp theo (ngày mai)?
c) Bạn đã hoàn thành những gì bạn nói bạn sẽ hoàn thành trong cuộc họp trước?
d) Những trở ngại nào đang làm chậm / dừng tiến trình của bạn?

Bất kỳ cuộc thảo luận mở rộng nào về những điều trên nên được kiềm chế trong cuộc họp để giữ cho nó ngắn gọn. Bất cứ ai cũng có thể ở lại sau (hoặc gặp gỡ sau đó trong ngày) để thảo luận với (các) người có liên quan bất cứ điều gì cần bảo hiểm mở rộng.

Điều này đạt được các mục tiêu sau:
a) Chủ nhóm / chủ sở hữu sản phẩm trong vòng lặp về sự chậm trễ có thể xảy ra một cách nhanh chóng.
b) Đội trưởng có thể loại bỏ chướng ngại vật một cách nhanh chóng.
c) Trưởng nhóm có thể xác định những người quay bánh xe nhanh chóng.
d) Nó khuyến khích sự hợp tác giữa các thành viên trong nhóm, những người có thể quá hướng nội để yêu cầu giúp đỡ khi họ cần.
e) Nó khuyến khích động lực bằng cách giữ các cam kết ngắn (giảm thiểu công việc mở rộng đến thời gian có sẵn cho dự án).

Tôi không thấy chúng hữu ích như được thực hành tại nơi làm việc của tôi, nơi "Thời gian chờ 15 phút hàng ngày" kéo dài đến 30, rồi 45, và bây giờ thường là 60 phút; nơi mọi người ngồi xuống trong khi chờ người quản lý dự án mân mê máy chiếu, hoặc chia sẻ mạng, hoặc bất cứ điều gì khác là con quỷ ngẫu nhiên trong ngày; nơi anh ấy khăng khăng mọi người dành thời gian để cung cấp cập nhật trạng thái trước cuộc họp, nhưng sau đó truy vấn lại mọi người (chỉ trong trường hợp chúng tôi đã hoàn thành một việc khác trong vài phút trước); Phần duy nhất của khái niệm ban đầu còn lại là "Hàng ngày".

Đừng làm điều này.

Nó có thể hữu ích, nhưng thường không có trong thực tế.

Nếu bạn có một nhóm không dễ dàng truy cập vào các thành viên khác trong nhóm khi họ làm việc hoặc tổ chức của bạn gây khó khăn cho việc tìm người quản lý / PM / bất cứ ai thì ít nhất bạn cũng biết rằng bạn có một câu hỏi mỗi ngày để trả lời câu hỏi.

Trong thực tế, đôi khi nó khuyến khích mọi người không thảo luận vấn đề ngay lập tức và nó có thể trở thành một mút thời gian đáng kể. Ví dụ:

Nếu tôi chỉ trong một dự án phát triển tích cực (thường là hai dự án) thì thường có ít nhất một dự án hoàn thiện QA và một dự án cùng lúc. Đó là ba 15 phút đứng lên một ngày. Của tôi gần như không bao giờ trở lại. Bạn mất một thời gian để đảm bảo rằng bạn đang ở điểm dừng trước mỗi người và tương tự trở lại theo dõi sau mỗi người. Ngay cả khi bạn cho rằng những mất mát đó là một trong 10 phút, mỗi lần chuyển thành nhiều hơn cả một ngày làm việc bị mất để đứng lên mỗi tuần.

Thêm vào các cuộc họp cam kết và bản demo và dễ dàng ăn thêm cả ngày.

IMHO nếu nhóm của bạn gặp vấn đề về giao tiếp thì các cuộc họp hàng ngày có thể giúp ích, nhưng thực hiện chúng nếu không thì đơn giản là quá nhiều tài nguyên.

Rất lâu trước khi SCRUM và Agile từng nghĩ đến, tôi là trưởng nhóm trong một nghiên cứu nhân lực phải mất 2 năm để thực hiện. Nó sẽ mất nhiều thời gian hơn mà không có cuộc họp hàng ngày. Ở nơi đầu tiên, con người là con người, họ sẽ buông lơi nếu họ không biết ai chú ý. Nếu họ phải thể hiện sự tiến bộ mỗi ngày, họ sẽ giảm bớt. Nếu Joe dường như đạt được nhiều tiến bộ hơn họ, họ sẽ giảm bớt. Hơn nữa, nó cho phép người quản lý (hoặc bất cứ ai) biết khi nào có vấn đề xảy ra trước khi chúng trở thành khủng hoảng. Vì vậy, nếu Steve sẽ trễ một tuần và Harry đi trước, thì chúng ta có thể di chuyển một số nhiệm vụ xung quanh. Điều này giữ cho dự án không bị lạc hậu vì một người bị mắc kẹt. Hơn nữa, thường thì người khác sẽ có thể giúp người đó không bị trói buộc.

Bây giờ tôi đã làm việc ở một nơi mà chúng tôi đã đưa một dự án lớn cho một nhân viên mới. (Tôi không phải là ông chủ của anh ấy.) Các báo cáo tiến độ mà anh ấy đã đưa ra cho các nhà quản lý của mình là "mọi thứ đều tuyệt vời, tất cả sẽ được thực hiện đúng hạn" nhưng không có chi tiết cụ thể và không ai yêu cầu anh ấy nói chính xác những tiến bộ mà anh ấy đã đạt được từ ngày hôm trước. Anh ấy, như tôi chắc chắn rằng những người có kinh nghiệm trong số các bạn đã đoán, đã bỏ việc mà không cần thông báo trước một tuần trước hạn chót và không có nhiệm vụ nào của anh ấy hoàn thành hoặc thậm chí ở trạng thái mà "công việc" anh ấy đã làm có thể sử dụng được. Đây là lý do tại sao các cuộc họp hàng ngày là cần thiết - để giữ cho những người này đạt được tiến bộ thực sự và tìm ra khi nào họ không làm trước khi toàn bộ dự án đi xuống. Cuối cùng tôi đã làm nhiệm vụ của anh ấy và của tôi và làm thêm giờ suốt mùa hè để chúng tôi có thể giữ chân khách hàng hàng triệu đô la.

Vâng tất cả chúng tôi muốn tin rằng các nhà phát triển của chúng tôi đều có động lực bên trong và sẽ luôn sản xuất hàng hóa cho chúng tôi, nhưng sự thật là bạn phải bảo vệ nhóm và tổ chức khỏi những người như thế này. Bạn không bao giờ biết họ sẽ là ai; đôi khi đó không phải là nhân viên mới, mà là một người tức giận trong tổ chức (chính đáng hay không) hoặc người vừa mất vợ (ít nhất là bạn thường biết những người này là ai, nhưng không phải ai cũng chia sẻ vấn đề cá nhân của họ).

Có hay không và chúng có giá trị là hai câu hỏi khác nhau. Các câu trả lời cũng có thể khác nhau. Trong trường hợp của câu hỏi sau, câu trả lời có thể phụ thuộc vào quan điểm.

Câu hỏi thứ 1, có hay không? Đó là một có . Từ quan điểm của Scrum hoặc XP, standup là một hoạt động thiết yếu. Nếu bạn không có scrums hàng ngày, sau đó nó không thực sự Scrum, nó được gọi là "cuộc đánh nhau, nhưng chúng ta không làm standups hàng ngày" hoặc scrumbut cho ngắn. nếu bạn muốn bao gồm một viễn cảnh Kanban, hầu hết các đội Kanban đều đứng lên, mặc dù phương pháp của họ không quy định chúng.

Câu hỏi thứ 2, (chúng) có giá trị như thế nào, phức tạp hơn. Nếu bạn thực hành Scrum hoặc XP, bạn phải tin rằng việc đứng lên là điều cần thiết để thúc đẩy sự hợp tác, làm việc nhóm và làm cho nhóm của bạn hiệu quả hơn. Vì vậy, câu trả lời chắc chắn có giá trị .

Quan điểm của những người đề xướng rất khác nhau . Một quan điểm cực kỳ nạc là khách hàng của bạn không quan tâm nếu bạn đứng lên, vì vậy họ chỉ lãng phí. Bạn làm gì với chất thải? Bạn cắt nó đến mức tối thiểu, lý tưởng là không.

Một quan điểm nạc vừa phải hơn là trong khi không thực sự lãng phí, thì việc đứng lên hàng ngày là chi phí phối hợp và không phải là một hoạt động gia tăng giá trị . Bạn có thể đóng vai người ủng hộ ma quỷ với các đồng nghiệp Scrum của mình và hỏi họ: nếu bạn nghĩ rằng thời gian chờ 15 phút của bạn là một hoạt động gia tăng giá trị, tại sao bạn không thực hiện 30 phút mỗi ngày hoặc 45 phút và dễ dàng phóng đại giá trị gia tăng?

Kanban, người có nguồn gốc nạc nhưng nhằm mục đích cung cấp các nguyên tắc Tuyên ngôn Agile, giải quyết nghịch lý này bằng cách thực hiện các cuộc nổi bật, nhưng sử dụng cấu trúc cuộc họp rất khác so với định dạng đứng lên nhanh nhẹn truyền thống. Kết quả là một cuộc họp ngắn hơn nhiều, phù hợp với quan điểm Lean. Cuốn sách này có một ví dụ trong đó một nhóm Kanban 50 người thực hiện các cuộc trò chuyện hàng ngày trong 10 phút .

Tóm lại, có hay không thực hiện standups hàng ngày, câu trả lời là có . Nhưng, chúng có giá trị không, chúng có giá trị như thế nào - điều đó phụ thuộc .

Loại standup hữu ích nhất là loại Kanban.

1. Bạn sẽ cần một bảng tác vụ phản ánh luồng công việc / giá trị thực của bạn. Bảng nhiệm vụ này là tâm điểm của standup.
2. Tập trung vào các mục công việc, không phải người
   • Tập trung nhiều hơn vào những mục công việc mà bạn, với tư cách là nhóm, có thể hoàn thành (dựa trên bảng nhiệm vụ), hơn là những gì bạn có thể bắt đầu
   • Tập trung vào giải quyết các vấn đề mà hội đồng quản trị chỉ ra cho bạn - tắc nghẽn, khối, v.v.

(Điều này có thể sẽ không hoạt động tốt trong cài đặt Scrum, trong đó cam kết và tập trung vào mọi người là một cơ chế chính.)

Bằng cách này, một cuộc họp chờ có thể ngắn, thậm chí với nhiều người, nhưng vẫn có công dụng thực sự.

Làm thế nào có giá trị (hoặc không) bạn nghĩ rằng các cuộc họp độc lập hàng ngày là?

Thuê ngoài tất cả các cuộc họp Khung Scrum rất quan trọng nhưng tôi nghĩ rằng cuộc họp đứng lên hàng ngày là cuộc họp quan trọng nhất trong Khung Scrum. Nó giống như một trái tim trong một cơ thể. Nếu tim không bơm máu thường xuyên thì cơ thể chắc chắn sẽ chết, cơ thể trong trường hợp này là Tổ chức hoặc Dự án theo sau scrum và trái tim là cuộc họp của scrum.

Bạn có nghĩ rằng thực tế này có giá trị? Yes.D Daily Scrums cải thiện giao tiếp, loại bỏ các cuộc họp khác, xác định và loại bỏ các trở ngại để phát triển, 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 dự án của mọi người. Scrum hàng ngày không phải là một cuộc họp trạng thái. Daily Scrum là một cuộc kiểm tra về tiến trình hướng tới Mục tiêu Sprint đó (ba câu hỏi). Các cuộc họp tiếp theo thường diễn ra để điều chỉnh cho công việc sắp tới trong Sprint. Mục đích là để tối ưu hóa khả năng Đội sẽ đạt được Mục tiêu. Đây là một cuộc họp kiểm tra và thích ứng quan trọng trong quy trình thực nghiệm Scrum.

Đã có ai làm việc ở một nơi làm việc đó chưa, và bạn nghĩ gì?

Có, trong dự án cuối cùng của chúng tôi, chúng tôi đã tuân theo các thực hành Scrum Framework và Agile. Chúng tôi đã rất nghiêm túc về Scrum Framework nói chung và chúng tôi đã không làm điều đó một nửa. Ban đầu tôi ở trong một đội gồm 5 người, sau đó tôi chuyển đến một đội lớn hơn khoảng 9, và sau đó lại quay trở lại với một khoảng 6 trong khoảng thời gian 4 năm. Cuộc họp scrum hàng ngày đảm bảo mọi người đều đồng bộ, các chướng ngại vật minh bạch và chúng tôi với tư cách là Đội có thể thấy Đội đang tiến triển như thế nào với sự kiệt sức trước mặt chúng tôi và chúng tôi biết chính xác ai đang làm việc trên cái gì và chúng tôi có thể đóng góp ở đâu chính chúng ta Nó chắc chắn dễ dàng hơn để làm khi bạn có các đội từ 6 trở xuống. Mục đích của một cuộc họp scrum là để tự kiểm tra và nếu có bất kỳ điều gì được tìm thấy sẽ không đi theo hướng của mục tiêu hoặc nếu có gì đó bị chặn, nhóm tự tổ chức sẽ điều chỉnh,

Trừ khi có một lý do chính đáng để có một giao tiếp được kết nối đầy đủ giữa toàn đội hàng ngày, nghe có vẻ như là một sự lãng phí lớn thời gian.

Thay vào đó có các tuần.

Theo kinh nghiệm của tôi, việc lên kế hoạch trước những gì bạn sẽ làm trong ngày tiếp theo sẽ dẫn đến tăng năng suất lớn. Vì vậy, có những scrum như các cuộc họp là giá trị thời gian bị mất chỉ vì lý do đó.

Cố gắng giữ chúng ngắn, hoặc thậm chí làm điều đó trong một cuộc trò chuyện Skype hàng ngày cùng một lúc. Chỉ cần chắc chắn để đọc cập nhật từng bà mẹ mặc dù.

Một báo cáo tình trạng hàng ngày vào cuối mỗi ngày trước khi bạn về nhà có tác dụng tương tự.

Nó có hiệu quả đối với tôi trong các nhóm 3 và 5 người và tôi đã thấy nó được sử dụng hiệu quả cho một nhóm các nhà hoạch định sự kiện có khoảng 20 người trong đó. Bạn phải giữ nó ngắn, bạn phải giữ cho nó di chuyển. Sẽ ổn nếu bạn ngồi nhưng không nên có thêm bất kỳ thứ gì (bản phát, bảng trắng, video, v.v.)

Tôi nghĩ rằng đứng lên hàng ngày là một ý tưởng tuyệt vời bất kể bạn đang làm việc trong phương pháp hay lĩnh vực nào - miễn là bạn có thể giữ cho chúng ngắn tối đa 15 phút. Nếu bạn không thể thường xuyên giữ điều đó thì có quá nhiều người tham dự một cuộc họp độc lập hoặc cuộc họp không tập trung đủ.

Nơi chúng tôi là nhóm tiếp thị bắt đầu sao chép chúng tôi và bây giờ cũng có những người đứng lên - vì vậy nó cũng không chỉ dành cho các nhà phát triển!

Chúng tôi đã thực hiện các cuộc họp "đứng lên" trước khi chúng tôi biết đó là scrum nhanh nhẹn, khoảng 7 năm nay. Theo tôi, họ là một cách tuyệt vời để có được cảm nhận chung về cách dự án đang tiến triển và nếu ai đó cần sự giúp đỡ. Một số thành viên trong nhóm của tôi không muốn yêu cầu trợ giúp nhưng sẽ chấp nhận điều đó khi được đề nghị, việc này thường được thực hiện trong phần chờ hàng ngày.

Các cuộc họp phải ngắn, chúng tôi đã có các cuộc họp thường dưới 10 phút với 7 thành viên trong nhóm. Nó giúp lập kế hoạch cho họ ngay trước giờ nghỉ mười giờ. Ngoài ra, chúng tôi không sử dụng công nghệ trong các cuộc họp mà chỉ là bảng scrum với nhiệm vụ và một số biểu đồ.

Về mặt tích cực, các cuộc họp này có thể có tác dụng tăng năng suất về mặt đạt được các mục tiêu kinh doanh cấp bách và ngay lập tức.

Về mặt tiêu cực, các cuộc họp này (hàng ngày: bạn đã làm gì? Bạn sẽ làm gì? Theo cách của bạn?) Không khuyến khích những gì chúng ta có thể gọi là "google-time", hoặc làm việc / học hỏi trong một dự án phụ không có tác động ngay lập tức đến doanh nghiệp, nhưng có thể có tác động đáng kể xuống dòng.

Một sản phẩm mà tôi đã làm nguyên mẫu sẽ không bao giờ vượt qua bài kiểm tra cuộc họp hàng ngày, và may mắn thay, người quản lý cũ của tôi đã cho các thuyền tự do làm việc một mình, và bây giờ sản phẩm thực sự đang hoạt động. Nhưng bây giờ, người quản lý cũ đã rời đi, và một người mới đã bước vào, người nắm bắt khái niệm về scrum hàng ngày, tôi không thấy làm thế nào tôi có thể phát triển nguyên mẫu trong môi trường scrum hàng ngày.