Memimpin tim yang tidak terlalu baik

Bagaimana Anda mengelola jika Anda dialokasikan tim 5 dengan, katakanlah, 4 programmer tidak kompeten dan Anda diminta untuk memimpin? Jelas Anda tidak dapat kode untuk 4 orang (Anda bisa, tapi itu bukan ide yang baik. Setidaknya saya tidak melakukan itu). Sudahkah Anda menemukan situasi seperti ini?

Sunting: Saya pikir saya terdengar kasar dengan memilih kata yang salah (tidak kompeten) untuk mengatasi masalah saya. Untuk mengulangi pertanyaan, bagaimana Anda berurusan dengan orang-orang yang tidak menyelesaikan tugas yang ditugaskan (untuk alasan apa pun [mulai dari ketidakmampuan untuk hal-hal 'Saya tidak peduli'))?

Bimbing mereka.

Saya telah menemukan situasi yang sama ketika berkonsultasi dan ditempatkan dalam tim dengan anggota tim yang kurang optimal (tidak ada yang membutuhkan konsultan jika semuanya berjalan dengan baik: - /). Manajer saya suatu kali menjadi sangat frustrasi dengan pengembang lain, ia terpaksa menjadi frustrasi dan hanya mengatakan kepada mereka sepanjang waktu bagaimana mereka melakukan kesalahan. Akhirnya, mereka menutup sepenuhnya dan berhenti berusaha.

Proyek lain berbeda. Saya memiliki manajer yang sabar dan bekerja dengan mereka. Ya, mereka di bawah rata-rata, tetapi mereka sebagian karena mereka melakukan yang buruk pada satu proyek dan dikalahkan, maka mereka kehilangan kepercayaan pada diri mereka sendiri dan lebih buruk, membawa lebih banyak mengunyah. Mereka adalah orang-orang pintar, mereka hanya tidak tahu bagaimana memfokuskannya agar menjadi produktif. Sepertinya Anda memiliki persentase anggota tim yang relatif tidak kompeten, yang membuat saya khawatir. Terkadang ada pasangan, tetapi 80% cukup tinggi. Ini terdengar seperti mereka belum memiliki pemimpin yang baik untuk membantu membimbing mereka dan memberi mereka kesempatan untuk belajar tanpa merasakan palu sepanjang waktu (tentu saja, Anda tidak memberikan latar belakang kepada mereka, jadi saya menganggap itu masalahnya). Tidak masalah apa masalah spesifiknya, ini terdengar seperti masalah di seluruh tim, dan Anda sebagai pemimpin baru mereka memiliki wewenang, sumber daya, dan kekuatan untuk memberi mereka pembelajaran dan lingkungan kerja yang lebih baik daripada yang telah mereka lakukan sebelumnya. .

Saya akan menyarankan mendengarkan mereka dan mencari tahu sebagai tim apa masalahnya dan jika ada sesuatu yang dapat Anda tarik keluar yang bisa menjelaskan situasinya. Sering kali, hanya mendengarkan tim Anda akan bekerja ajaib karena kadang-kadang jarang menemukan pemimpin yang benar-benar mendengarkan. Kemudian, bimbing mereka dan ciptakan lingkungan belajar. Mungkin mereka tidak kompeten karena mereka tidak memiliki pemimpin yang baik yang harus Anda bersihkan setelahnya.

Respons terhadap perubahan topik:

Jika masalahnya hanya karena orang tidak berusaha cukup keras, Anda perlu menemukan cara untuk membuat mereka tertarik. Ini bisa berkisar dari yang lebih terbuka untuk ide, bahkan jika mereka payah, untuk menjanjikan sebotol Scotch jika proyek berhasil tepat waktu.

Jangan membelinya di rak bawah!

Tanggapan untuk "ketidakmampuan":

Ya, saya pernah mengalami situasi itu. Ketidakmampuan total bukanlah sesuatu yang harus saya tangani, tetapi lebih dari beberapa kali saya terkejut dengan seseorang yang saya pikir telah berhasil melakukan sesuatu yang saya lihat agak ... dipertanyakan.

Hal pertama yang harus Anda lakukan adalah berusaha sangat keras untuk menekan perasaan itu. Saya yakin Anda sudah melakukan hal bodoh juga. Saya tahu saya punya.

Hal berikutnya yang harus Anda lakukan adalah memastikan Anda menjelaskan mengapa sesuatu yang mereka lakukan salah. Biarkan mereka berdebat dengan Anda dan / atau mengajukan pertanyaan ... semoga mereka lakukan. Buat mereka melakukannya dengan benar; mudah-mudahan Anda mendapatkan dukungan dari manajemen karena itu selalu menjadi salah satu masalah utama saya (mereka harus mendukung Anda ketika Anda mengatakan, "Lakukan dengan benar," dan orang lain mulai panik)

Anda harus melakukan ini dengan benar secara politis sebisa mungkin. Bahkan jika Anda ingin berteriak pada mereka, "WTF di mana Anda berpikir Anda MORON !!!" Itu tidak terbang dan tidak akan membantu sama sekali. Jadi jangan mencoba berbicara dengan mereka pada awalnya jika Anda merasa seperti itu. Terkadang email berfungsi lebih baik sehingga Anda dapat mengedit diri sendiri.

Tujuannya di sini adalah untuk membantu mereka meningkat. Sungguh frustasi mencoba untuk menyelesaikan sesuatu dengan orang-orang yang, dari sudut pandang Anda, tidak dapat membuat kode jalan keluar dari karung kertas .... tetapi kadang-kadang Anda harus melakukannya.

Itulah cara Anda membantu MEREKA meningkat. Sekarang untukmu ...

Anda harus belajar bagaimana melepaskannya. Kode tidak harus sempurna ... hanya harus berfungsi. Anda mungkin harus sedikit menurunkan standar Anda.

Untuk mencapai hal ini dan tidak membiarkan pohon kode produk berubah menjadi kekacauan yang mengerikan, Anda harus fokus pada masalah besar. Selama kotak pasir terbatas pada area tertentu yang dapat diulang kembali nanti, ketika ada waktu atau mereka telah belajar lebih banyak, itu bisa menjadi kode spaghetti paling buruk dan paling jahat yang pernah Anda lihat dan selama itu bekerja ... baik. Jadi cari cara untuk membuat itu mungkin. Jika arsitektur Anda tidak dapat dipisahkan, Anda dapat membiarkan orang yang tidak kompeten mengerjakannya tanpa terlalu banyak kerusakan.

Tentu saja, ini berarti bahwa setiap kali Anda harus memperbaiki sesuatu yang telah mereka lakukan, atau menambahkan fitur ke sesuatu yang mereka tulis, Anda akan mendapatkan sakit kepala. Itulah hidup. Jalani saja. Jika Anda bisa, Anda dapat memaksa mereka untuk menambahkan fitur atau memperbaiki bug ... yang sebenarnya dapat membantu mengajar praktik dan keterampilan pengkodean yang lebih baik (semakin Anda harus membersihkan sampah Anda sendiri, semakin sedikit Anda cenderung untuk omong kosong di karpet).

Saya pikir Ryan benar sekali. Ketika Anda berpikir mereka tidak kompeten, mereka mungkin akan mengejutkan Anda pada akhirnya. Saya pernah mengalami hal itu pada saya di masa lalu, saya memimpin sebuah tim yang terdiri dari 5 programmer (termasuk saya sendiri) dan memperhatikan sejak awal bahwa kebanyakan dari mereka kurang dalam apa yang saya anggap pemrograman dasar. Setelah membimbing mereka melalui langkah-langkah dasar ini (bersabar), kecepatannya berlipat ganda kemudian empat kali lipat dan pada dasarnya mereka mampu mempercepat jika tidak melampaui kemampuan yang saya harapkan.

Miliki sedikit keyakinan.

Apakah ini mungkin seperti situasi di Ruang Kantor:

Delapan, Bob. Jadi itu berarti bahwa ketika saya melakukan kesalahan, saya memiliki delapan orang yang berbeda untuk memberi tahu saya tentang hal itu. Itulah satu-satunya motivasi saya yang sebenarnya untuk tidak diganggu, itu dan ketakutan kehilangan pekerjaan saya. Tapi Anda tahu, Bob, itu hanya akan membuat seseorang bekerja cukup keras untuk tidak dipecat.

Sumber: kutipan Ruang Kantor . Beberapa pertanyaan lain untuk direnungkan:

• Apakah tenggat waktu terlalu agresif?
• Apakah ada dukungan yang cukup untuk membantu menyelesaikan tugas tepat waktu?
• Apa tindak lanjut yang dilakukan pada tugas yang ditugaskan, terlalu banyak atau terlalu sedikit?

Itu hanya beberapa pertanyaan yang akan saya pertimbangkan dalam mencoba menemukan apa yang menjadi akar masalah karena Anda tampaknya lebih banyak menggambarkan masalah sikap daripada masalah kompetensi. Sudahkah Anda meneliti terapi modifikasi perilaku? Teknik motivasi? Hanya beberapa topik lain untuk diteliti yang mungkin menarik. " RSA Animate - Drive: Kebenaran yang mengejutkan tentang apa yang memotivasi kami " mungkin berguna sebagai titik awal sampai batas tertentu di sini.

Bisakah Anda memecat orang-orang ini?

Seberapa kompleks basis kode? Terkadang butuh waktu untuk memintal orang .....

Bisakah Anda memberi mereka buah tergantung rendah dan hal-hal yang lebih mudah untuk dilakukan saat Anda melakukan hal-hal lain? Fokus pada arsitektur / kerangka kerja / desain keseluruhan dan berikan instruksi yang sangat sederhana untuk diikuti.

Menurut contoh. Tidak ada tim yang buruk, hanya pemimpin yang buruk.

Anda dapat membuat tim yang bagus. Mungkin beberapa dari mereka akan menjadi lebih baik, mungkin Anda akan menemukan seseorang yang lebih baik daripada programmer saat ini. Tetapi pada akhirnya pemimpin yang baik memiliki tim yang baik.