Pertanyaan ini dapat dianggap subyektif (saya mendapat peringatan) dan ditutup, tetapi saya akan mengambil risiko, karena saya memerlukan nasihat / pengalaman yang bagus tentang ini.
Saya membaca yang berikut di halaman 'Tentang' dari Fog Creek Software , perusahaan yang didirikan oleh Joel Spolsky dan adalah CEO dari:
Kembali pada tahun 2000, pendiri Fog Creek, Joel Spolsky dan Michael Pryor, mengalami kesulitan menemukan tempat untuk bekerja di mana programmer memiliki kondisi kerja yang layak dan mendapat kesempatan untuk melakukan pekerjaan yang hebat, tanpa kikuk, manajer non-teknis masuk jalan. Setiap perusahaan teknologi tinggi mengklaim bahwa mereka menginginkan programmer yang hebat, tetapi mereka tidak mau menaruh uang mereka di tempat yang semula mereka tuju.
Ini dimulai dengan lingkungan fisik (dengan lusinan bilik macet ke ruangan gelap yang bising, di mana tenaga penjualan berteriak di telepon membuat pengembang tidak mungkin berkonsentrasi). Tapi itu jauh lebih dalam dari itu. Manajer, yang takut akan perubahan, memperlakukan gagasan baru apa pun sebagai virus aneh untuk dikarantina. Manajer junior yang kompleks di Napoleon bersikeras agar segala sesuatunya dilakukan dengan cara mereka sendiri atau Anda dipecat. Perabot Korporat Polisi menggeliat kesakitan ketika ada orang yang menempelkan poster film di bilik mereka. Disorganisasi sangat merajalela bahkan jika idenya bagus, mustahil untuk membuat produk darinya. Manajer yang tidak berpengalaman mempraktikkan manajemen hit-and-run, mengeluarkan perintah tegas tentang cara melakukan hal-hal tanpa harus melihat-lihat hasil lucu dari flat mereka.
Dan yang paling buruk, tipe MBA yang bertanggung jawab berpikir bahwa coding adalah fungsi pendukung, pada dasarnya bentuk pengetikan yang mewah.
Sebuah kebenaran yang tumpul tentang sebagian besar perusahaan perangkat lunak besar saat ini! Sayangnya tidak semua pengembang sama gutsy(atau lucky, boleh saya katakan?) Seperti Joel Spolsky! Jadi pertanyaan saya adalah:
Bagaimana cara terbaik untuk bekerja dengan manajer seperti itu, menjaga mereka tetap ada dan tetap memberikan pekerjaan yang hebat?
sumber
Jawaban:
Sementara pengembang dianggap tidak mengetahui masalah bisnis, manajer teknis kurang akan memandang rendah pengembang. Pengembang perlu mempelajari kasus-kasus bisnis dan mulai mengemudi atau menyarankan peningkatan dalam hal bisnis. Setelah pengembang dan manajer berbicara dalam bahasa yang sama, segalanya menjadi lebih mudah.
Ini banyak tentang perubahan sikap. Ya, akan selalu ada individu keras kepala ahem dalam manajemen. Namun, menciptakan sikap "kita dan mereka" memperkuat ini dari kedua belah pihak.
sumber
Opsi 1: Menjadi manajer sendiri dan tunjukkan semua orang bagaimana melakukan sesuatu dengan benar. Anda mungkin akan mengetahuinya tidak semudah yang dipikirkan oleh banyak programmer.
Opsi 2: Tinggalkan dan cari tempat yang lebih baik untuk bekerja. Saya percaya ada banyak perusahaan besar dan kecil yang setidaknya tahu masalah ini dan mencoba menyelesaikannya. Dengan berbagai tingkat keberhasilan.
sumber
Tugas Anda adalah memberikan pekerjaan yang hebat. Mengelola adalah fungsi pendukung, tujuannya adalah memungkinkan Anda untuk memberikan pekerjaan yang hebat - bertindak sebagai penyangga antara Anda dan klien & pemangku kepentingan & politik & penjualan dll, menghilangkan hambatan, mengaburkan omong kosong sehari-hari yang mencegah Anda mencapai yang terbaik.
Pikirkan manajer memori . Bukan bos yang memerintahkan Anda dan program Anda, melainkan membebaskan Anda dari mempertimbangkan segala sesuatu yang terjadi di komputer, membiarkan Anda berkonsentrasi pada apa yang penting untuk program Anda. Yang ini apa Joel menulis tentang, itu bagaimana manajer idealnya harus bekerja.
Tidak semua manajer sempurna, tetapi Anda juga tidak. Tidak ada yang. Kecuali hal-hal benar-benar gila, maka sediakan saja dan lakukan yang terbaik yang Anda bisa, abaikan apa yang mengganggu Anda, dan berkonsentrasilah pada pekerjaan Anda . Jika Anda memberikan pekerjaan yang hebat, para manajer pada akhirnya akan lebih menghargai dan mempercayai Anda dan membiarkan Anda bekerja lebih banyak di jalan Anda, setelah Anda menunjukkan bahwa Anda dapat memberikan pekerjaan yang hebat.
Tidak apa-apa untuk bekerja di organisasi yang sempurna 70%. Jika situasi Anda benar-benar buruk, maka ganti majikan Anda. Tapi jangan menyerah terlalu cepat; proses mendapatkan kepercayaan - meyakinkan manajer Anda dan organisasi kemampuan Anda - dapat memakan waktu bertahun-tahun.
sumber
Semoga beruntung dengan itu. Saya memulai perusahaan saya sendiri dan hanya itu yang bisa saya sarankan.
Semoga dalam situasi seperti ini, para insinyur bersatu dan jika ada masalah nyata, baik manajer proyek teknis, manajer produk teknis, arsitek atau manajer dev Anda sendiri dapat memahami ruang lingkup pekerjaan Anda, dan menjaga orang-orang non-teknis keluar dari Anda cara.
Tapi itu tidak selalu berhasil seperti itu. Saya pernah bekerja untuk sebuah perusahaan teknologi besar di mana manajer itu seharusnya teknis dan ketika para devs mengeluh tentang pertemuan tanpa henti dengan 4 manajer proyek yang berbeda setiap hari jawabannya adalah - OK jadi Anda ingin LEBIH BANYAK pertemuan dengan manajer proyek.
Saya merasa bahwa selama 10 tahun terakhir "talenta" teknis seperti talenta sebenarnya telah sangat terpinggirkan oleh sisi bisnis organisasi perangkat lunak dan ini merupakan masalah bagi kami yang meniti karier.
Mengelola pengembang bergaji tinggi dengan pebisnis berbayar rendah seperti mengirim adik perempuan Anda ke sekolah penjinak singa, itu tidak berhasil.
Tapi satu solusi yang pasti akan saya lawan, adalah berbohong. Saya telah melihat pengembang yang sangat baik mencoba menangkal manajer dengan mengisi mereka dengan cerita yang tidak memiliki dasar teknis untuk membuat mereka pergi. Jangan lakukan ini, jika Anda melakukannya, Anda telah menjual jiwa Anda, dan itu lebih buruk daripada memiliki pekerjaan yang buruk.
sumber