Apa praktik manajemen / pengembangan yang Anda ubah saat tim yang terdiri dari 1-3 pengembang tumbuh menjadi 10+?

Tim saya membangun situs web untuk klien beberapa tahun yang lalu. Taffic situs telah berkembang sangat cepat dan klien kami telah meminta kami untuk mengembangkan tim kami untuk memenuhi kebutuhan perawatan dan permintaan fitur mereka.

Kami mulai dengan sejumlah kecil pengembang, dan tim kami telah berkembang - sekarang kami dalam dua digit.

Perubahan manajemen / pengembangan apa yang paling menguntungkan ketika tim tumbuh dari tim "ukuran garasi" kecil menjadi 10+ pengembang?

Saya akan mengatakan bahwa ada sekitar dua jalan utama:

• Bagi tim menjadi dua atau tiga kelompok, masing-masing bertanggung jawab untuk bidang / aspek tertentu. ini memiliki keuntungan bahwa Anda masih dapat bekerja seperti biasa, dalam kelompok yang lebih kecil.
• "Tim Bedah", yang dapat Anda baca di The Mythical-Man-Month . juga tautan ini memiliki gambar yang bagus tentangnya.

Semoga berhasil!

Kami telah berkembang dari sekitar 10 menjadi hampir 200 dalam 7 tahun terakhir. Hal pertama yang perlu diubah adalah bahwa Anda akan memerlukan dokumentasi yang lebih baik dan lebih banyak proses standar. Persyaratan mungkin harus lebih formal juga.

Anda juga harus mempertimbangkan untuk mempekerjakan spesialis saat Anda tumbuh. Jika Anda memiliki backend database, Anda harus memiliki setidaknya satu spesialis database khusus. Anda mungkin harus mengeluarkan uang untuk tester.

Anda akan memiliki lebih banyak proyek yang sedang berjalan dan kebutuhan yang lebih besar untuk mengelola tham, jadi jika Anda tidak menggunakannya sekarang, Anda memerlukan sistem manajemen proyek dan pelacak bug. Anda perlu membuat proses penyebaran dan membatasi hak produksi hanya untuk orang-orang yang akan melakukan penyebaran, tidak lagi membuat perubahan langsung pada prod. Pengembang Anda harus dibatasi untuk memilih hak hanya pada prod.

Karena Anda memiliki tim yang lebih besar, Anda akan memiliki lebih banyak masalah orang dan akan lebih cenderung mempekerjakan beberapa orang yang kurang terampil (relatif mudah untuk mendapatkan tiga pengembang yang baik ketika itu yang Anda miliki, jauh lebih sulit untuk mempekerjakan 30 orang sekaligus). Meskipun Anda mencoba untuk mendapatkan orang-orang terbaik, semakin banyak Anda merekrut semakin besar kemungkinan Anda akan mendapatkan barang yang tidak berguna, jadi bersiaplah untuk membiarkan orang pergi juga.

Koordinasi antar orang adalah kuncinya. Dua tim yang melakukan perubahan yang saling eksklusif untuk suatu produk adalah hal yang buruk.

Dengan hanya dua atau tiga pengembang Anda tidak mampu memiliki orang junior - semua orang harus bekerja di tingkat senior. Dengan banyak pengembang, Anda tidak mampu untuk tidak memiliki orang junior. Pekerjakan beberapa junior dan latih mereka seperti yang Anda inginkan. Biasanya lebih baik bekerja di suatu tempat yang memiliki jalur karier yang tidak pernah ada di level yang sama.

Seiring tim Anda tumbuh, banyak pengembang Anda saat ini akan menjadi staf manajemen baru. Beberapa akan membenci itu, pastikan mereka memiliki kesempatan untuk promosi ke pengembang senior daripada manajemen. Jangan kehilangan semua keahlian teknis Anda untuk manajemen. Hadiahi mereka yang tidak masuk ke manajemen karena Anda membutuhkan pengetahuan rinci mereka tentang sistem saat ini untuk mendapatkan orang-orang baru up-to-speed.

Jika proyek ini cukup besar untuk 10+ pengembang, seharusnya mudah untuk dipecah menjadi area yang lebih kecil. Bagi tim menjadi tim yang lebih kecil, masing-masing 3-5 orang, dan beri mereka otonomi atas wilayah mereka. API harus dikembangkan antar tim. Saya akan merekomendasikan setiap tim mencari tahu persyaratan mereka, dan meminta satu atau dua orang dari masing-masing tim bertemu untuk membahas API. Lebih mudah berdiskusi dan membuat keputusan ketika lebih sedikit orang yang terlibat.