Bất kỳ thực hành tốt nhất cho một nhóm nhanh nhẹn phân tán? [đóng cửa]

Các nhóm scrum của chúng tôi được phân chia theo địa lý (không phải lý tưởng mà tôi biết!) Do kiến ​​thức cụ thể chỉ có sẵn ở một số quốc gia nhất định. Vì vậy, một nhóm gồm 7 thành viên, có một doanh nhân ở một thành phố, 2 nhà phát triển ở một thành phố khác, 2 nhà phát triển khác ở một thành phố khác và 2 qa ở một thành phố khác.

Bất kỳ đề xuất cho làm thế nào để quản lý loại nhóm phân tán đồ họa này? Bất kỳ thực hành tốt nhất?

Làm thế nào để bạn làm nổi bật? qua video skype? chúng tôi có đảm bảo rằng mọi người đi du lịch 6 tuần một lần (một nửa thời gian tin tưởng rõ ràng) không? Làm thế nào để chúng ta làm bảng nhiệm vụ? Hầu như hay qua video? Kanban sẽ làm việc tốt hơn trong thiết lập này?

Nhóm của chúng tôi có một tình huống tương tự, chúng tôi có 2 nhà phát triển làm việc từ xa, ở các tiểu bang khác nhau.

Để lên kế hoạch, chúng tôi đã có một cuộc họp từ xa cả ngày với mọi người trong nhóm có thể cùng làm việc trong cùng một phòng, sau đó chúng tôi sẽ chia sẻ máy tính để bàn với những người ở xa.

Bức tường scrum của chúng tôi đã thông qua Excel. Chúng tôi sẽ chia PBI xuống và sau đó thêm chúng vào bảng excel. Quá trình này khá tẻ nhạt và đôi khi nó sẽ khiến mọi người trôi đi. Phần khó nhất là có được sự tham gia của mọi người.

Stand up của chúng tôi đang thu hút tất cả mọi người có thể gặp nhau trong phòng họp với một loa điện thoại, sau đó chia sẻ một bảng ghi chú excel dựa trên và mọi người đưa ra bản cập nhật của họ. Điều này cũng sẽ được đặt trên một bức tường scrum trong phòng họp cho nhóm lớn hơn cùng nhau. Đối với các nhà phát triển trên điện thoại, chúng tôi sẽ đặt nhiệm vụ của họ lên tường, nhưng chỉ cần có ai đó di chuyển chúng khi họ cập nhật.

Có bảng nhiệm vụ ảo có sẵn để mua, vì vậy tôi khuyến khích bạn nhìn vào đó. Chúng tôi đã có các nhà thầu từ Avanade đã tạo ra một cái và cấp phép cho chúng tôi sử dụng nó, chúng tôi đã thử nó nhưng cuối cùng đã từ bỏ nó.

Tôi hi vọng cái này giúp được.

Cố gắng có nhiều thời gian làm việc chồng chéo nhất có thể giữa các trang web khác nhau. Giao hàng cần giao tiếp nhanh.

Sử dụng GoogleDocs / Bảng tính để chia sẻ mẫu phiếu mua hàng trong quá trình phát hành và lập kế hoạch chạy nước rút, cho phép nhiều thành viên nhóm khác nhau chỉnh sửa đồng thời.

Chia sẻ máy tính để bàn bằng skype và sử dụng hội nghị video hoặc hangouts trên Google+. Sử dụng IRC hoặc tương tự để cho phép comms thường xuyên từ toàn đội. Phòng chat chủ đề cho các lỗi, xây dựng, trở ngại để giúp các thành viên trong nhóm tìm đúng nơi để giúp đỡ và nhận trợ giúp.

Có một IssueTracker được chia sẻ để theo dõi các lần chạy nước rút và phát hành - Jira.

Có các kho lưu trữ trực tuyến và kho thông tin được cập nhật, tốt nhất là có thể nhìn thấy bởi các màn hình lớn trong mỗi trang web.

Mọi người về nhà đảm bảo các bản dựng đều xanh và tiến độ được báo cáo. Mỗi trang web sẽ được hưởng lợi từ một nhân viên kiểm tra, những người sẽ thường xuyên liên lạc với kết quả của các cuộc nổi bật và những người có thể hỗ trợ loại bỏ các trở ngại từ nhóm từ xa.

Xem bài học của Craig Larman được mô tả ở đây .

Một số heuristic hữu ích .

Chúng tôi đã đưa ra một vài quy tắc giúp chúng tôi đưa ra quyết định về cách chúng tôi điều chỉnh (hoặc cách chúng tôi sẽ KHÔNG điều chỉnh) môi trường của chúng tôi để làm cho nó hoạt động với các nhóm phân phối.

Tôi đã ở trong các nhóm với các thành viên phân tán và tôi cũng đã dành hai năm làm nhà phát triển từ xa. Tôi thấy rằng lập trình cặp thông qua các công cụ như webex đã giúp ích rất nhiều, nhưng các quy tắc này rất hữu ích trong việc làm cho thành viên từ xa hoạt động.

Nhóm của chúng tôi có một thiết lập tương tự. Chúng tôi có cả một nhóm các nhà phân tích làm việc trong một múi giờ, các nhà phát triển cốt lõi gồm hai người ở một khu vực và một ở khu vực khác. Đứng lên là qua skype. Chúng tôi sử dụng trụ cột để quản lý các dự án và tập hợp để theo dõi các hoạt động hàng ngày. Chính sách của công ty được thúc đẩy để git mỗi ngày và mỗi chúng ta phải trải qua các cam kết.