Bagaimana cara menangani programmer egosentris?

15

Biarkan saya jelaskan sedikit.

Dalam pekerjaan sebelumnya, saya memiliki rekan kerja yang memiliki reputasi baik dengan manajemen. Dia selalu selesai tepat waktu. Dan para bos senang dengan kemajuannya sehingga dia mendapat hak istimewa tertentu.

Masalahnya adalah bahwa programmer lain tahu rahasianya. Dia telah mengoptimalkan aturan 80/20, jadi dia bekerja 20 persen waktunya untuk menyelesaikan 80 persen kode. Yang lain (sulit) 20% diserahkan kepada programmer pemeliharaan. Siapa (tidak mengherankan) dihukum karena kurangnya kemajuan mereka. Tetapi karena programmer ini memiliki reputasi yang baik dengan manajemen, hampir tidak mungkin untuk mengalihkan kesalahan kepadanya. (Untungnya dia meninggalkan perusahaan).

Pertanyaan saya adalah, apa yang harus dilakukan sebagai tim pemrograman jika Anda memiliki programmer seperti itu dalam tim Anda. Apakah Anda mencoba memperingatkan manajemen dengan risiko merusak peluang Anda sendiri? Apakah Anda menerima kenyataan? Atau ada opsi lain.

behavior

— Toon Krijthe
sumber

6

Saya tidak yakin bahwa "egosentris" adalah istilah yang benar. Saya akan mencoba sesuatu seperti "menipu".

— Wizard

kemungkinan duplikat Berurusan dengan "pemrograman

2

Kisah nyata: Ini adalah bagaimana UNIX dikembangkan, dan menelurkan seluruh generasi programmer yang berpikiran sama. Lihat Lebih buruk lebih baik .

— imgx64

Jika Anda dapat memberikan suara dan menganggap ini adalah pertanyaan yang berguna atau memiliki jawaban yang berguna di bawah ini, silakan pilih. Situs StackExchange membutuhkan suara untuk membangun komunitas yang baik. Anda dapat memberikan 30 suara per hari, jangan sia-siakan. Khusus pengguna dengan reputasi tinggi dan penghitungan suara rendah yang diberikan, harap baca ini: meta.programmers.stackexchange.com/questions/393/…

— Maniero

Unit tidak konsisten dengan 20% waktu dan kode 80%. Biarkan saja, "Dia mengerjakan 80% itu mudah, dan meninggalkan 20% yang sulit bagi anggota tim lainnya."

— Huperniketes

13

Cobalah untuk menerapkan tim peninjau kode. Sepertinya programmer ini bekerja sendiri pada suatu proyek tanpa interaksi tim. Saya akan mencoba mendorong alur kerja yang lebih berbasis tim sehingga dia tidak bisa menginjak-injak semuanya dan kemudian meninggalkannya di depan pintu Anda.

— Daenyth
sumber

1

Menerapkan metrik nyata dari apa kisaran unit kerja standar, memperhitungkan faktor-faktor nyata pemrograman, bukan apa yang dipikirkan manajemen (yaitu, lebih banyak LOC = programmer lebih baik).

— Incognito

8

Orang harus mendukung apa yang mereka kembangkan, jika tidak mereka tidak akan pernah belajar mengembangkan hal-hal yang dapat didukung.

Secara realistis Anda tidak dapat selalu melakukan ini 100% dari waktu, tetapi bahkan sedikit sudah cukup untuk meluruskan banyak masalah semacam ini sebagian besar waktu.

— Tagihan
sumber

6

Sepertinya itu masalah mendasar dengan cara Anda melacak pekerjaan atau mengelola proyek Anda.

Seorang insinyur atau sekelompok insinyur harus bertanggung jawab untuk memberikan fitur dan fungsionalitas lengkap. Itu tidak dilakukan sampai dikirim atau berjalan dalam produksi tanpa masalah.

Jika Anda membiarkan seseorang hanya bekerja pada bagian tertentu dari proyek, Anda akan selalu menjadi korban dari permainan politik sistem.

Sepertinya orang ini sangat efektif dalam memetik ceri tanpa memberikan nilai.

— Winfield
sumber

5

Apakah manajemen membagi persyaratan menjadi tugas? Jika tidak maka ada masalahnya.

Programmer tidak dapat menyelesaikan 80% dari segalanya jika ia hanya dikunci untuk tugas-tugas yang seharusnya, maka alih-alih menghabiskan waktu untuk tugas-tugas lain, ia dapat menghabiskan waktu untuk membuat tugasnya lebih sempurna. Menguji, Dokumentasi, Refactoring, Tugas berikutnya yang ada di jadwalnya ...

— Tamara Wijsman
sumber

Itu pada pekerjaan sebelumnya beberapa tahun yang lalu. Manajemennya tidak terlalu bagus dan yang saya tahu, adalah bahwa perusahaan tidak ada lagi.

— Toon Krijthe

3

Seluruh tim harus menendang pantatnya! Percayalah, perilakunya akan berubah selamanya.

2

Saya kagum ketika saya duduk dalam rapat dan seorang manajer mendasarkan apakah menambahkan fitur atau tidak sehingga mereka tidak harus menghadapi orang tertentu yang selalu marah ketika diberi tugas. Saya menunjukkan bahwa mungkin saya harus marah ketika diminta melakukan sesuatu. Bos saya dengan cepat menyebutkan bahwa ini adalah ide yang buruk sebagaimana mestinya.

— JeffO
sumber