Adakah praktik terbaik untuk tim tangkas yang didistribusikan? [Tutup]

Tim scrum kami dibagi secara geografis (tidak ideal, saya tahu!) Karena pengetahuan khusus hanya tersedia di negara tertentu. Jadi satu tim yang terdiri dari 7 anggota, memiliki pelaku bisnis di satu kota, 2 devs di kota lain, 2 devs di kota lain, dan 2 qa di kota lain.

Adakah saran untuk bagaimana mengelola jenis tim yang tersebar secara grafis ini? Adakah praktik terbaik?

Bagaimana Anda melakukan standup? melalui video skype? apakah kita memastikan bahwa orang bepergian setiap 6 minggu (tampaknya separuh waktu kepercayaan)? bagaimana kita melakukan papan tugas? Secara virtual atau melalui video? apakah kanban akan bekerja lebih baik di pengaturan ini?

Tim kami memiliki situasi yang sama, kami memiliki 2 pengembang yang bekerja dari jarak jauh, di berbagai negara bagian.

Untuk perencanaan, kami mengadakan pertemuan jarak jauh sepanjang hari dengan semua orang di tim yang bisa bersama-sama bekerja bersama di ruangan yang sama, lalu kami akan berbagi desktop dengan orang-orang terpencil.

Dinding scrum kami melalui Excel. Kami akan memecah PBI bersama-sama dan kemudian menambahkannya ke lembar excel. Proses ini cukup membosankan dan kadang-kadang akan menyebabkan orang tertidur. Bagian tersulit adalah mendapatkan partisipasi semua orang.

Stand up kami membuat semua orang yang bisa berkumpul di ruang pertemuan dengan telepon speaker, kemudian berbagi lembar pembakaran berbasis excel dan semua orang memberikan pembaruan mereka. Ini juga akan diletakkan di dinding scrum di ruang pertemuan itu untuk kelompok yang lebih besar yang bersama. Untuk devs di telepon, kami akan menempatkan tugas mereka di dinding, tetapi hanya meminta seseorang memindahkannya ketika mereka memberikan pembaruan.

Ada papan tugas virtual yang tersedia untuk dibeli, jadi saya mendorong Anda untuk melihatnya. Kami memiliki kontraktor dari Avanade yang telah menciptakannya dan melisensikan kami untuk menggunakannya, kami mencobanya tetapi akhirnya menyerah.

Saya harap ini membantu.

Cobalah untuk memiliki waktu kerja yang tumpang tindih sebanyak mungkin antara situs yang berbeda. Pengiriman membutuhkan komunikasi yang cepat.

Gunakan GoogleDocs / Spreadsheet untuk membagikan templat penawaran selama rilis dan perencanaan sprint, memungkinkan berbagai anggota tim untuk mengedit secara bersamaan.

Berbagi desktop menggunakan skype dan menggunakan konferensi video atau hangout Google+. Gunakan IRC atau sejenisnya untuk memungkinkan komunikasi sering dari seluruh tim. Ruang obrolan tema untuk bug, build, halangan untuk membantu anggota tim menemukan tempat yang tepat untuk membantu dan mendapatkan bantuan.

Miliki IssueTracker bersama untuk melacak sprint dan rilis - Jira.

Miliki burndown online dan repositori informasi yang selalu terbarui, lebih disukai terlihat oleh layar besar di setiap situs.

Semua orang pulang memastikan bangunan berwarna hijau dan kemajuan dilaporkan. Setiap situs akan mendapat manfaat dari scrummaster yang akan sering berkomunikasi hasil standup dan yang dapat membantu menghilangkan hambatan dari tim jarak jauh.

Lihat pelajaran Craig Larman yang dijelaskan di sini .

Beberapa heuristik yang berguna .

Kami membuat beberapa aturan yang membantu kami membuat keputusan tentang bagaimana kami akan menyesuaikan (atau bagaimana kami TIDAK akan menyesuaikan) lingkungan kami untuk membuatnya bekerja dengan tim yang didistribusikan.

Saya telah bergabung dalam tim dengan anggota yang didistribusikan, dan saya juga menghabiskan dua tahun sebagai pengembang jarak jauh. Saya menemukan bahwa pemrograman pasangan melalui alat-alat seperti webex banyak membantu, tetapi aturan ini sangat membantu dalam membuat keanggotaan jarak jauh berfungsi.

Tim kami memiliki pengaturan serupa. Kami memiliki seluruh tim analis yang bekerja di satu zona waktu, pengembang inti di antaranya dua di satu zona dan satu di zona lain. Berdiri adalah melalui skype. Kami menggunakan sangat penting untuk mengelola proyek dan assembla untuk melacak kegiatan sehari-hari. Kebijakan perusahaan didorong untuk git setiap hari dan kita masing-masing harus melalui komitmen.