Saya terkejut bahwa semua orang berpikir ini adalah hal yang baik. Para penulis Peopleware (yang, IMO, masih merupakan salah satu dari beberapa buku manajemen proyek perangkat lunak yang berharga yang layak dibaca) sangat tidak setuju. Hampir seluruh Bagian IV buku ini didedikasikan untuk masalah ini.
Perangkat lunak Tim adalah unit fungsional yang sangat penting. Tim perlu mengental agar menjadi benar-benar produktif. Butuh waktu ( banyak waktu) bagi anggota tim untuk saling menghargai, mempelajari kebiasaan dan kebiasaan masing-masing, kekuatan dan kelemahan masing-masing.
Tentu saja, dari pengalaman pribadi, saya dapat mengatakan bahwa setelah setahun bekerja dengan orang-orang tertentu, saya telah belajar untuk menertawakan hal-hal tertentu yang membuat saya marah, perkiraan saya sebagai pemimpin tim jauh lebih baik, dan tidak terlalu sulit untuk dapatkan pekerjaan didistribusikan untuk membuat semua orang bahagia. Awalnya tidak seperti itu.
Sekarang Anda mungkin berkata, "Oh, tapi kami tidak menghancurkan seluruh tim, hanya memindahkan beberapa orang." Tetapi pertimbangkan (a) betapa tidak produktifnya pengganti mereka pada awalnya, dan (b) berapa kali Anda akan menemukan diri Anda atau tim lain berkata, tanpa berpikir, "Saya benar-benar menyukai X" atau "Ini akan memiliki lebih mudah dengan Y masih ada " , secara halus dan tidak sadar menyinggung anggota baru dan menciptakan perpecahan dalam tim yang ada, bahkan menabur ketidakpuasan di antara anggota" lama ".
Orang-orang tidak melakukan ini dengan sengaja , tentu saja, tetapi itu terjadi hampir setiap waktu. Orang melakukannya tanpa berpikir. Dan jika mereka memaksakan diri untuk tidak melakukannya, mereka akhirnya lebih fokus pada masalah, dan frustrasi oleh keheningan yang dipaksakan. Tim dan bahkan sub-tim akan mengembangkan sinergi yang hilang ketika Anda bermain-main dengan struktur. Para penulis Peopleware menyebutnya sebagai "teamicide".
Yang sedang berkata, meskipun anggota tim rotasi adalah praktik yang mengerikan, tim rotasi sendiri baik-baik saja. Meskipun perusahaan perangkat lunak yang dikelola dengan baik harus memiliki konsep kepemilikan produk, itu tidak mengganggu bagi tim untuk memindahkan seluruh tim ke proyek yang berbeda, selama tim tersebut benar-benar menyelesaikan proyek lama atau setidaknya membawanya ke proyek. tingkat yang mereka senangi.
Dengan menjalankan tugas tim alih-alih tugas pengembang , Anda mendapatkan semua manfaat yang sama seperti yang Anda harapkan dengan pengembang bergilir (dokumentasi, "penyerbukan silang", dll.) Tanpa efek samping buruk pada setiap tim sebagai satu unit. Bagi mereka yang tidak benar-benar memahami manajemen, itu mungkin tampak kurang produktif, tetapi yakinlah bahwa produktivitas yang hilang dengan memecah-belah tim sama sekali mengerdilkan produktivitas yang hilang dengan memindahkan tim itu ke proyek yang berbeda.
NB Dalam catatan kaki Anda, Anda menyebutkan bahwa pimpinan teknologi mungkin satu - satunya orang yang tidak dirotasi. Ini dijamin cukup untuk mengacaukan kedua tim. Pimpinan teknologi adalah pemimpin, bukan manajer, ia harus mendapatkan rasa hormat dari tim, dan tidak hanya diberikan wewenang oleh tingkat manajemen yang lebih tinggi. Menempatkan seluruh tim di bawah arahan pemimpin baru yang belum pernah bekerja sama dengan mereka dan yang sangat mungkin memiliki gagasan berbeda tentang hal-hal seperti arsitektur, kegunaan, pengorganisasian kode, estimasi ... yah, itu akan sangat menegangkan untuk pemimpin yang mencoba membangun kredibilitas dan sangat tidak produktif bagi anggota tim yang mulai kehilangan kohesi tanpa adanya pemimpin lama mereka. Kadang-kadang perusahaan memilikiuntuk melakukan ini, yaitu jika pemimpin berhenti atau dipromosikan, tetapi melakukannya dengan pilihan terdengar gila.