Dalam keadaan apa - jika ada - apakah menambahkan programmer ke tim sebenarnya mempercepat pengembangan proyek yang sudah terlambat?
project-management
Ed Guiness
sumber
sumber
Jawaban:
Keadaan yang tepat jelas sangat spesifik untuk proyek Anda (misalnya tim pengembangan, gaya manajemen, kematangan proses, kesulitan materi pelajaran, dll.). Untuk memperluas ini sedikit lebih baik sehingga kita dapat membicarakannya dengan cara lain selain menyederhanakan terlalu banyak, saya akan menyatakan kembali pertanyaan Anda:
Ada beberapa hal yang saya pikir perlu , tetapi tidak cukup, agar hal ini terjadi (tanpa urutan tertentu):
Salah satu hal pertama yang harus didiskusikan adalah apakah tanggal kapal dapat dilewati, apakah fitur dapat dipotong, dan jika beberapa kombinasi dari keduanya akan memungkinkan Anda untuk memenuhi rilis dengan staf Anda yang ada. Banyak kali fitur pasangan yang benar-benar memonopoli sumber daya tim yang tidak akan memberikan nilai sama dengan investasi. Jadi berikan prioritas serius pada proyek Anda sebelum hal lain.
Jika hasil paragraf di atas tidak mencukupi, maka kunjungi daftar di atas. Jika Anda mengetahui selesainya jadwal lebih awal, penambahan anggota tim yang tepat pada waktu yang tepat dapat menyimpan rilis. Sayangnya, semakin dekat Anda dengan tanggal pengiriman yang Anda harapkan, semakin banyak hal yang salah dengan menambahkan orang. Pada satu titik, Anda akan melewati "point of no return" di mana tidak ada jumlah perubahan (selain pengiriman cabang pengembangan saat ini) dapat menyimpan rilis Anda.
Saya bisa terus dan terus tetapi saya pikir saya mencapai poin utama. Di luar proyek dan dalam hal karir Anda, kesuksesan masa depan perusahaan, dll. Salah satu hal yang harus Anda lakukan adalah mencari tahu mengapa Anda terlambat, jika ada yang bisa dilakukan mengingatkan Anda sebelumnya, dan langkah-langkah apa yang Anda butuhkan untuk mencegahnya di masa depan. Proyek yang terlambat biasanya terjadi karena Anda adalah:
Semoga itu bisa membantu!
sumber
Ini hanya membantu jika Anda memiliki proyek berbasis sumber daya.
Sebagai contoh, pertimbangkan ini:
Anda harus melukis poster besar, misalnya 4 kali 6 meter. Sebuah poster sebesar itu, Anda mungkin dapat menempatkan dua atau tiga orang di depannya, dan membuat mereka cat secara paralel. Namun, menempatkan 20 orang di depannya tidak akan berhasil. Selain itu, Anda akan membutuhkan orang-orang yang terampil, kecuali Anda menginginkan poster yang jelek.
Namun, jika proyek Anda adalah untuk mengisi amplop dengan surat yang sudah dicetak (seperti You MIGHT telah menang! ) Maka semakin banyak orang yang Anda tambahkan, semakin cepat berjalan. Ada beberapa overhead dalam membagikan tumpukan pekerjaan, sehingga Anda tidak bisa mendapatkan manfaat sampai pada titik di mana Anda memiliki satu orang pr. amplop, tetapi Anda bisa mendapatkan manfaat dari lebih dari hanya 2 atau 3 orang.
Jadi, jika proyek Anda dapat dengan mudah dibagi menjadi potongan-potongan kecil, dan jika anggota tim dapat mempercepat dengan cepat (seperti ... secara instan), maka menambahkan lebih banyak orang akan membuatnya berjalan lebih cepat, hingga titik tertentu.
Sedihnya, tidak banyak proyek seperti itu di dunia kita, itulah sebabnya ujung buku catatan tentang buku Mythical Man-Month adalah saran yang sangat bagus.
sumber
Mungkin jika ketentuan berikut berlaku:
Saya akan memberi tahu Anda saat pertama kali saya melihat semua ini sekaligus.
sumber
Menurut Mythical Man-Month, alasan utama menambahkan orang ke proyek yang terlambat membuatnya nanti adalah overhead komunikasi O (n ^ 2).
Saya telah mengalami satu pengecualian utama untuk ini: jika hanya ada satu orang dalam sebuah proyek, itu hampir selalu hancur. Menambahkan yang kedua mempercepatnya hampir setiap waktu. Itu karena komunikasi tidak berlebihan dalam hal itu - ini adalah kesempatan yang bermanfaat untuk mengklarifikasi pikiran Anda dan membuat lebih sedikit kesalahan bodoh.
Juga, seperti yang Anda ketahui saat memposting pertanyaan Anda, saran dari Mythical Man-Month hanya berlaku untuk proyek yang terlambat . Jika proyek Anda belum terlambat, sangat mungkin bahwa menambahkan orang tidak akan berhasil nanti. Dengan asumsi Anda melakukannya dengan benar, tentu saja.
sumber
Jika programmer yang ada benar-benar tidak kompeten, maka menambahkan programmer yang kompeten dapat membantu.
Saya bisa membayangkan situasi di mana Anda memiliki sistem yang sangat modular, dan programmer yang ada (s) bahkan belum mulai pada modul yang sangat terisolasi. Dalam hal itu, menetapkan hanya sebagian dari proyek untuk programmer baru mungkin bisa membantu.
Pada dasarnya referensi Mythical Man Month benar, kecuali dalam kasus yang dibuat-buat seperti yang saya buat. Mr. Brooks melakukan penelitian yang solid untuk menunjukkan bahwa setelah titik tertentu, biaya jaringan dan komunikasi untuk menambahkan programmer baru ke proyek akan lebih besar daripada manfaat apa pun yang Anda peroleh dari produktivitas mereka.
sumber
sumber
Hanya ketika Anda memiliki pada tahap akhir itu beberapa tugas independen (hampir 0% interaksi dengan bagian lain dari proyek) tugas yang belum ditangani oleh siapa pun dan Anda dapat membawa pada tim seseorang yang merupakan spesialis dalam domain tersebut. Penambahan anggota tim harus meminimalkan gangguan selama sisa tim.
sumber
Daripada menambahkan programmer, orang dapat berpikir tentang menambahkan bantuan administratif. Apa pun yang akan menghilangkan gangguan, meningkatkan fokus, atau meningkatkan motivasi dapat membantu. Ini termasuk sistem dan administrasi, serta hal-hal biasa seperti makan siang.
sumber
Jelas setiap proyek berbeda tetapi sebagian besar pekerjaan pengembangan dapat dipastikan memiliki sejumlah kolaborasi antara pengembang. Dalam hal ini pengalaman saya adalah bahwa sumber daya segar sebenarnya dapat secara tidak sengaja memperlambat orang yang mereka andalkan untuk mempercepat mereka dan dalam beberapa kasus ini bisa menjadi orang-orang kunci Anda (kebetulan itu biasanya orang 'kunci' yang akan mengambil waktu untuk mendidik newb). Ketika mereka adalah sampai dengan kecepatan, tidak ada jaminan bahwa pekerjaan mereka akan masuk ke mapan 'aturan' atau 'budaya kerja' dengan seluruh tim. Jadi sekali lagi, itu bisa lebih berbahaya daripada kebaikan. Selain itu, ini adalah situasi di mana itu mungkin bermanfaat:
1) Sumber daya baru memiliki tugas yang ketat yang membutuhkan interaksi minimum dengan pengembang lain dan serangkaian keterampilan yang telah ditunjukkan. (mis. porting kode yang ada ke platform baru, eksternal refactoring modul mati yang saat ini dikunci dalam basis kode yang ada).
2) Proyek ini dikelola sedemikian rupa sehingga waktu anggota tim yang lebih senior lainnya dapat dibagikan untuk membantu meningkatkan kecepatan dan membimbing mereka sepanjang jalan untuk memastikan pekerjaan mereka sesuai dengan apa yang sudah dilakukan.
3) Anggota tim lainnya sangat sabar.
sumber
Saya kira menambahkan orang menjelang akhir pekerjaan bisa mempercepat jika:
Pekerjaan bisa dilakukan secara paralel.
Jumlah yang dihemat oleh sumber daya tambahan lebih dari jumlah waktu yang hilang dengan memiliki orang yang berpengalaman dengan proyek menjelaskan hal-hal kepada mereka yang tidak berpengalaman.
EDIT: Saya lupa menyebutkan, hal seperti ini tidak terlalu sering terjadi. Biasanya ini adalah hal yang cukup mudah, seperti layar admin yang melakukan CRUD sederhana ke sebuah tabel. Saat ini jenis alat ini sebagian besar dapat di-autogenerasi.
Hati-hati dengan manajer yang menyerahkan jenis pekerjaan ini. Kedengarannya hebat, tetapi pada kenyataannya biasanya tidak cukup memangkas waktu yang signifikan dari proyek.
sumber
Terutama saya memikirkan hal-hal yang membuat mereka tetap keluar dari jalan orang yang sedang berkembang. Saya setuju dengan Mythical Man-Month, tetapi saya juga berpikir ada pengecualian untuk semuanya.
sumber
Saya pikir menambahkan orang ke tim dapat mempercepat proyek lebih dari menambahkan mereka ke proyek itu sendiri.
Saya sering mengalami masalah memiliki terlalu banyak proyek bersamaan. Salah satu dari proyek itu dapat diselesaikan lebih cepat jika saya dapat fokus pada proyek itu sendiri. Dengan menambahkan anggota tim, saya dapat beralih dari proyek lain.
Tentu saja, ini mengasumsikan bahwa Anda telah merekrut pengembang yang mampu dan memiliki motivasi diri, yang mampu mewarisi proyek besar dan belajar secara mandiri. :-)
sumber
Jika sumber daya tambahan melengkapi tim Anda yang ada, itu bisa menjadi ideal. Misalnya, jika Anda akan mengatur perangkat keras produksi Anda dan memverifikasi bahwa database benar-benar disetel sebagai lawan hanya mengembalikan hasil yang baik (yang tim Anda kenal sebagai pakar domain) meminjam waktu dari dba yang baik yang bekerja pada proyek selanjutnya untuk Anda dapat mempercepat tim tanpa banyak biaya pelatihan
sumber
Sederhananya. Itu datang ke membandingkan waktu yang tersisa dan produktivitas yang akan Anda dapatkan dari seseorang tidak termasuk jumlah waktu yang dibutuhkan sumber daya tambahan untuk mempercepat dan menjadi produktif dan mengurangi waktu yang diinvestasikan dalam mengajar mereka dengan sumber daya yang ada. Faktor utama (dalam urutan signifikansi):
sumber
Jika tim sudah terbiasa memasangkan pemrograman, kemudian menambahkan pengembang lain yang sudah terampil dalam pemasangan mungkin tidak memperlambat proyek, terutama jika pengembangan dilanjutkan dengan gaya TDD.
Pengembang baru perlahan-lahan akan menjadi lebih produktif karena mereka lebih memahami basis kode, dan kesalahpahaman akan ditangkap sangat awal baik oleh pasangan mereka, atau oleh test suite yang dijalankan sebelum setiap check-in (dan idealnya harus ada pemeriksaan setidaknya setiap sepuluh menit).
Namun, efek dari overhead komunikasi ekstra perlu diperhitungkan. Penting untuk tidak melemahkan pengetahuan proyek yang ada terlalu banyak.
sumber
Menambahkan pengembang masuk akal ketika produktivitas yang dikontribusikan oleh pengembang tambahan melebihi produktivitas yang hilang karena pelatihan dan pengelolaan pengembang tersebut.
sumber