Khi quy mô nhóm đạt trên 10, bạn vẫn có thể lập kế hoạch phát hành cùng nhau không?


9

Khi quyết định làm gì cho bản phát hành tiếp theo và ước tính thời gian cho từng câu chuyện của người dùng (và các tác vụ phụ cho một câu chuyện nhất định), các bạn có làm điều này trong một nhóm hay chỉ là người quản lý?

Đối với quy mô đội là 10, điều này có thực tế không?

Mât bao lâu?


9
Tại sao đội của bạn rất lớn? Nếu bạn đang cố gắng trở thành Agile, có lẽ bạn nên có hai đội nhỏ hơn thay vì một đội lớn. Hãy giải thích tại sao 10 người là một đội.
S.Lott

1
Lý do duy nhất tôi có 10 lập trình viên làm việc tham dự một cuộc họp là để thông báo IPO hoặc phá sản.
JeffO

Không. Phần mềm được viết nhiều hơn 3 người sẽ không bao giờ được phát hành. Nếu bạn nghe về các ví dụ truy cập: Đây chỉ là phiên bản alpha hoặc beta.
Landei

Tôi đã làm việc trong một nhóm khoảng 15 người, nơi chúng tôi đã làm điều này. Hạn chế lớn nhất là tại bất kỳ thời điểm nào trong cuộc họp, bạn có khoảng 10 người ngồi trên tay đang buồn chán - và điều này xảy ra trong vài giờ mỗi tuần. Nhưng, đôi khi chia tách các đội sẽ tạo ra nhiều rắc rối và thông tin sai lệch. Nó không lý tưởng, nhưng nó đã được thực hiện.
MrFox

Câu trả lời:


3

Ưu tiên phải được thực hiện bởi một chủ sở hữu sản phẩm với đầu vào từ các bên liên quan khác nhau, bao gồm nhà phát triển cấp cao là bên liên quan cho mã và chịu trách nhiệm về các yêu cầu phi chức năng vì các bên liên quan kinh doanh là đối với các yêu cầu chức năng.

Ước tính hoàn toàn nên được thực hiện bởi những người sẽ thực hiện công việc, không bao giờ bởi người quản lý chịu áp lực giao hàng, tuy nhiên bản năng của bạn là chính xác rằng hơn một nửa tá người sẽ dành hàng giờ để tranh cãi về việc này. Trong một thế giới lý tưởng, bạn thực sự nên chia đội xuống sao cho không dưới 4 và không quá 7 trên một đội duy nhất - 5 là lý tưởng, IMHO.

Nếu điều này là hoàn toàn không thể, vì một số lý do - và bạn cần áp dụng 5 lý do cho lý do đó trước khi chấp nhận rằng điều đó là không thể - thì một nhóm 4-5 người nên được chọn bởi nhóm để thực hiện ước tính thay cho họ.


2

Theo tôi, bạn KHÔNG nên lập kế hoạch phát hành với tư cách là một nhóm gồm 10 người. Nhiều khả năng bạn sẽ kết thúc với một cuộc họp khổng lồ trong đó trong bất kỳ cuộc thảo luận nào, 6-8 người sẽ cảm thấy hoàn toàn mất kết nối và buồn chán. Thêm vào đó là sự kiệt sức của 3-4 giờ bị nhốt trong một căn phòng cùng nhau. Và xem xét rằng nếu 10 người nói chuyện, bạn có quá nhiều cuộc trò chuyện. Nếu họ không nói chuyện, bạn có thể không nhận được đầu vào có giá trị.

Chúng tôi đã làm một cái gì đó rất giống với công ty của Joseph. Phát hành trước chúng tôi có 8 kỹ sư và kế hoạch phát hành mất 2 tuần. Và nó hoàn toàn tàn bạo. Vài giờ mỗi ngày, tôi nghĩ tất cả chúng ta bắt đầu cố gắng nói ít nhất có thể để cuộc họp sẽ kết thúc sớm hơn.

Điều này phát hành kích thước nhóm của chúng tôi nhiều hơn gấp đôi. Vì vậy, chúng tôi đã chia thành các nhóm nhỏ hơn để có quyền sở hữu vĩnh viễn một khu vực của sản phẩm. Mỗi đội nhỏ hơn đã dẫn đầu. Sau đó, chúng tôi đã lập kế hoạch phát hành cấp cao chỉ với các khách hàng tiềm năng, điều này diễn ra nhanh hơn và hiệu quả hơn vì hiện tại chúng tôi chỉ có 4 nhà phát triển trong một phòng. Trong thời gian này, chúng tôi đã xác định đội nào sẽ làm những câu chuyện và cách phân chia sản phẩm. Ngoài ra, điều này đã dẫn đến bức tranh lớn hơn của toàn bộ sản phẩm.

Sau đó, mỗi người dẫn trở lại đội của mình và đi qua phần phát hành mà chỉ có đội đó chịu trách nhiệm. Trong thời gian này, chúng tôi đã điền vào một số chi tiết và gán giá trị điểm câu chuyện.

Cuối cùng, mọi thứ đã được kết hợp và chúng tôi đã thực hiện một bước cuối cùng (nhiều phần trình bày hơn là thảo luận) để mọi người trong nhóm biết những gì đang diễn ra với toàn đội.

Mặc dù chúng tôi đã không có một bản phát hành thành công hoàn toàn với phương pháp này, nhưng tôi nghĩ rằng việc lập kế hoạch phát hành tổng thể đã diễn ra suôn sẻ hơn trước và chúng tôi đã tận dụng được nhiều hơn từ nó. Điều quan trọng là chúng tôi chưa bao giờ có hơn 3-4 nhà phát triển trong bất kỳ cuộc họp nào và giọng nói của mọi người vẫn được nghe thấy.

Nếu có thể, tôi khuyên bạn nên chia 10 nhà phát triển của mình thành 3 nhóm. Nếu bạn không thể chia bản phát hành tổng thể của mình thành 3 khu vực không chồng chéo, thì thậm chí 2 nhóm sẽ tốt hơn một nhóm lớn.


2

Tôi thực sự là một phần của nhiều dự án (và nhiều nhóm) là người dẫn đầu, và có một vài dự án là hơn 10. Trên hầu hết tất cả các dự án tôi làm, kế hoạch phát hành được thực hiện bởi các nhà lãnh đạo và các nhà phân tích kinh doanh. Tuy nhiên, trong tình huống của chúng tôi, các BA không phải là người quản lý, vì vậy người quản lý không thực sự tham gia vào kế hoạch phát hành.

Tuy nhiên, việc ước tính được thực hiện bởi nhóm thực hiện và mặc dù cả hai phần đều riêng biệt nhưng chúng có liên quan rất nhiều.

Ước tính là thời gian thực hiện một nhiệm vụ, trong khi kế hoạch phát hành là khi các nhiệm vụ đó được lên lịch để thực hiện.

Lập kế hoạch nên được thực hiện theo mối quan tâm kinh doanh, trong khi ước tính nên được thực hiện theo mối quan tâm kỹ thuật. Do đó việc chia nhỏ dự toán và lập kế hoạch.


4
+1 - Lập kế hoạch được thực hiện bởi khách hàng tiềm năng và doanh nghiệp, nhưng điều quan trọng là việc ước tính phải được thực hiện bởi những con ong thợ thực tế.
Jim ở Texas

0

Nhiệm vụ này được thực hiện hiệu quả hơn bởi một người quản lý. Trong các đội nhỏ, các vai trò có xu hướng lẫn lộn. Mọi người đều tham gia vào mọi thứ. Nhưng khi nhóm của bạn phát triển, điều này trở nên khó kiểm soát và vai trò cần được xác định rõ ràng.

Nhiều như tôi mong muốn được tham gia vào tất cả mọi thứ, nó chỉ không hiệu quả.

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.