Saya percaya solusi saya lebih baik daripada bos saya, jadi haruskah saya mengabaikannya? [Tutup]


16

Saya bekerja dengan php dan sql.

Saya pikir metode penerapan fungsi saya lebih baik daripada apa yang bos saya usulkan. Baru saja dia menjelaskan kepada saya bagaimana cara memeriksa daftar alamat email, dan saya tidak suka idenya. Saya mengusulkan tambang mana yang lebih baik dan lebih cepat untuk diterapkan, tetapi ia tidak setuju.

Sekarang saya pikir saya akan melanjutkan dan mengimplementasikan ide saya, karena idenya tidak cukup jelas bagi saya. Apakah Anda pikir dia akan marah?


71
Sepertinya masalahnya adalah Anda tidak melakukan pekerjaan yang sangat baik untuk menjelaskan mengapa masalah Anda "lebih baik dan lebih cepat untuk diterapkan".
Nicole

21
Silakan tambahkan beberapa informasi lebih lanjut: (1) Bisakah program bos Anda? (2) Apa sebenarnya solusi atasan Anda. (2) Apa sebenarnya solusi Anda? Sampai hal-hal yang tidak diketahui ini dipahami, sulit untuk menilai apakah solusi Anda sebenarnya ada gunanya.
Darknight

4
Anda lebih baik dari bos Anda? Apa yang membuatmu berpikir seperti itu? Kami membutuhkan detail.
Damien Roche

3
Saya pikir mungkin juga membantu untuk mengedit pertanyaan Anda untuk ditautkan ke pertanyaan Anda yang lain yang terkait: programmers.stackexchange.com/questions/28228/…
Damien Roche

3
Biar saya tebak, Anda sudah coding kurang dari 5 tahun? Manis, anak yang tidak bersalah ... :-)
Ed Griebel

Jawaban:


83

Setelah menjadi "bos" dan, ternyata, sebenarnya lebih baik daripada staf saya dalam semua kasus kecuali satu - ya, dia akan marah - atau kesal atau frustrasi dan dalam hal apapun, sangat mungkin, tepat di tempat pertama.

Jika Anda benar-benar lebih baik daripada dia maka Anda harus dapat memahami solusi yang diusulkannya dan untuk melihat mengapa solusi Anda lebih baik dan kemudian menjelaskan alasannya.

Tapi Anda nyatakan:

karena idenya tidak cukup jelas bagiku

Dalam hal ini Anda harus kembali dan memahami apa yang dia inginkan dan mengapa dan apakah - seperti yang terjadi pada saya, membuat saran kepada staf saya dan staf saya yang mengusulkan solusi kepada saya - Anda atau dia telah melewatkan sesuatu. Tetapi jangan berasumsi bahwa dia salah dan Anda benar kecuali dan sampai Anda memahami apa yang dia minta dan apakah dia meliput sesuatu yang belum Anda pikirkan (belum).


Oh dan dalam satu kasus - dia adalah programmer yang lebih baik tetapi dia tidak begitu baik beberapa langkah mundur dari masalah di mana saya lebih baik dan kami sangat senang bekerja bersama karena alasan itu.


13
+1 "kecuali dan sampai Anda mengerti apa yang dia minta"
Dean Harding

3
Jawaban yang bagus, ingin menambahkan bahwa kita tidak boleh menganggap bos tidak memiliki informasi tambahan dari bosnya atau seseorang yang lebih tinggi yang membuatnya memiliki pengetahuan tambahan yang memungkinkan dia untuk menyimpulkan solusinya lebih baik. Saya telah melihat ini terjadi sebelumnya dan bukannya terlihat seperti keledai itu membantu untuk memastikan Anda memahami bos Anda dan dari mana dia berasal sebelum melompat ke "bos saya tidak mengerti solusi saya lebih baik".
Chris

1
terkadang memiliki solusi yang lebih baik tidak cukup juga bukan hal yang paling penting; kenyataannya adalah bahwa ego, hierarki, dan ritual tim / perusahaan yang dipercayakan dengan waktu ada - dan itu lebih besar dari Anda dan terkadang penting di luar pemahaman langsung kita. hal terbaik yang dapat Anda lakukan adalah dapat menganalisis dan meletakkan opsi secara berdampingan dan menyajikan manfaat dan peringatannya secara cukup rinci bagi manajer (atau tim) untuk membuat keputusan. setidaknya pada saat itu Anda tahu Anda telah melakukan uji tuntas dan nasib proyek tidak lagi ada di tangan Anda.
jellyfishtree

1
Hal yang membuat saya mempertanyakan jawaban ini adalah "lebih baik daripada staf saya". Saya tidak ingin bekerja untuk bos yang berpikir dia lebih baik dari saya ...
Jason Baker

1
-1. Jika Anda benar-benar lebih baik dalam pemrograman maka semua bawahan Anda, maka Anda telah diberikan pekerjaan yang salah. Tidak ada yang mengatakan bahwa seorang manajer harus lebih baik dalam segala hal. Idealnya, seorang manajer harus lebih baik dalam mengelola proyek, dan para programmer harus lebih baik dalam pemrograman. Seharusnya sama dengan semua orang di setiap deskripsi pekerjaan. Tim yang benar-benar hebat adalah tim di mana keterampilan saling melengkapi sehingga tim lebih besar dari jumlah bagian. Maaf bud, tapi sikap arogan Anda tidak memiliki tempat dalam tim. Pergi bekerja sendirian dan selamatkan kesedihan semua orang.
riwalk

50

Anda critizing dia dengan berpikir Anda lebih baik dari dia, bukan critizing ide-idenya .

Anda harus mengubah perilaku tidak pantas itu sejak awal.

Ambil kesempatan untuk menantang ide-idenya secara positif dengan menanyakan "why?"waktu yang cukup. Jika idenya sangat bodoh, dia akhirnya akan menemukannya sendiri dengan menjawab pertanyaan Anda.

Teknik ini memiliki kelebihan yang membantu Anda memahami. Idenya mungkin lebih cerdas daripada yang Anda pikirkan.

Juga seeking to understandsebelum mencoba dipahami akan membantu atasan Anda melucuti dirinya sendiri terhadap Anda. Ketika Anda mengusulkan sesuatu kepada seseorang, otak kadalnya akan mencoba menentukan apakah itu hadiah. Otak kadalnya ingin dia aman. Berusaha memahaminya akan mengasuransikan kembali otak kunonya.

Sekarang jika Anda memiliki proposal yang lebih baik, saya yakin dia akan senang mendengarkan Anda. Bersiaplah untuk diminta "why?"cukup banyak sampai dia yakin.

Bagaimanapun, Anda adalah profesional, itu sebabnya dia mempekerjakan Anda sejak awal. Dia harus mendengarkanmu.

Jika dia sama sekali tidak tertarik dengan ide Anda, hanya ada satu hal yang harus dilakukan: berhenti .


2
+1 untuk "Anda harus mengubah perilaku yang tidak pantas itu sejak awal." Pertama, pahami proposal atasan Anda dari dalam dan luar sebelum mengkritiknya.
Chris

38

Anda mengatakan metode Anda "lebih cepat diterapkan". Itu membunyikan alarm untuk saya.

Kode yang lebih cepat untuk diterapkan dapat, sangat sering, sulit dipelihara.

Dia adalah bosmu. Kecuali Anda tinggal di sana seumur hidup, dia akan hidup dengan kode itu lebih lama dari Anda. Mungkin strateginya memperhitungkan fakta itu.

Jawaban singkat: Pembangkangan adalah cara ampuh untuk dipecat.


4
Jawaban singkat Anda adalah ringkasan terbaik mutlak dari masalah ini.
justkt

Saya tidak setuju, lebih cepat dan lebih sederhana lebih baik. lebih kompleks dengan banyak kasing sudut yang terburuk dan sulit untuk dirawat. Saya bahkan percaya Anda harus selalu melakukannya dengan cara yang paling sederhana dan nantinya akan berkembang jika perlu.
IAdapter

Saya sebagian setuju dengan Anda, saya juga berpikir 'Lebih sederhana lebih baik'. Tetapi, lebih menyukai "orang yang lebih sederhana yang membaca kode 3 tahun setelah" lebih dari "Lebih sederhana untuk menulis". Jadi, dalam arti itu, 'Simpler' mungkin memiliki trade off dengan 'Lebih Cepat'. Jika kamu mendapatkan saya.
JW01

9

Pekerjaan bos Anda bukan untuk memprogram lebih baik bagi Anda, itu untuk mengelola Anda. Jadi mengesampingkan fakta yang memberikan latar belakang pemrograman yang jelas dan bahwa ia mungkin tahu alasan mengapa solusi Anda bukan yang terbaik - tunjukkan padanya Anda dapat mengambil arahan dan dia akan mempercayai Anda lebih ke jalur ketika Anda datang kepadanya dengan solusi yang lebih baik .

Saya hampir dapat menjamin bahwa ini adalah pendekatan Anda untuk memberi tahu dia mengapa dia salah (bagaimana dengan mengatakan bagaimana kita bisa melakukannya dengan lebih baik?) Yang menghentikan Anda dari didengar.

... bukan untuk mengatakan tidak ada penis yang tidak berpengalaman nyata di luar sana :)


6

Pertimbangkan bahwa bos Anda membutuhkan beberapa hal dari Anda:

  • Kemampuan memprogram. Dengan segala cara, kecuali dia seorang manajer yang sedang berkembang, dia (semoga) mempekerjakan Anda dengan harapan Anda akan lebih baik darinya.
  • Kemampuan untuk bekerja dalam tim: itu berarti mendengarkan serta menjelaskan ide-ide.
  • Kemampuan untuk melakukan apa yang diperintahkan. Ketika kata terakhir telah diucapkan, setelah semua bolak-balik membahas masalah, Anda bukan bos. Jika Anda mencoba untuk menjadi jagoan ketika Anda diberitahu secara khusus untuk tidak melakukan sesuatu, Anda tidak dapat dipercaya.

Jika Anda ingin melanjutkan masalah ini, Anda bisa menerapkan ide atasan Anda, menerapkan ide Anda sendiri (sesuai waktu Anda sendiri jika perlu waktu), dan mendemonstrasikan keduanya untuk membuktikan bahwa ide Anda lebih baik. Saya akan meninggalkan sikap di kamar mandi ketika Anda melakukannya.


"Ketika kata terakhir telah diucapkan, setelah semua bolak-balik membahas masalah, kamu bukan bos." - apa artinya ini, bahwa ketika datang ke menjelaskan kepada siapa pun yang membayar Anda dan bos Anda mengapa itu tidak berhasil, Anda akan senang bos Anda harus melakukan penjelasan dan bukan Anda.
flamingpenguin

6

Ya dia akan marah . Jadi saya sarankan Anda untuk mengirim email kepadanya alasan mengapa metode Anda lebih baik. Dan mintalah persetujuan untuk melanjutkan metode Anda. Maksud saya dari "email" adalah untuk memastikan Anda mendaftar dan menyusun semua alasan Anda sebelum masuk ke diskusi lebih lanjut.

Cobalah mengucapkannya sebagai " Saya percaya metode ini cocok dengan proyek / masalah " - jadi kecuali dia memiliki cara yang lebih baik, ia harus pergi dengan Anda.

Jika Anda benar-benar yakin dan memiliki cukup amunisi untuk mendukung pandangan Anda, lanjutkan dengan " Saya percaya metode ini sesuai dengan proyek / masalah karena 1,2,3 .. alasan "

Satu lagi saran pribadi - mengatakan "Saya lebih baik daripada bos saya" tampil sebagai sedikit sombong, saya mengerti Anda mungkin marah sekarang - tetapi dalam konteks profesional ini tidak akan dihargai. Semoga bos Anda tidak membaca posting ini;)


9
Jangan pernah, coba selesaikan konflik dengan Email. Email memungkinkan Anda untuk bereaksi sesuai dengan suasana hati Anda ketika Anda membacanya.
Morten

Saya setuju dengan komentar Morten. Sebagian besar konflik juga mulai dalam percakapan email. Bahasa tubuh sangat penting.

@Morten, Pierre: Setuju dengan komentar "email" Anda. Maksud saya harus ada diskusi tentang poin OP vs poin bosnya.
JoseK

Email harus menjadi langkah selanjutnya, untuk menindaklanjuti, mendokumentasikan, dan merinci percakapan yang perlu terjadi terlebih dahulu. Saya tidak dapat menghitung berapa banyak email yang datang untuk menggigit orang-orang yang telah mengirimnya (termasuk saya sendiri). Ketidaksepakatan dan kesalahpahaman yang paling fluktuatif adalah karena strategi "email first, ajukan pertanyaan nanti". Tidak masalah nada yang ada dalam pikiran Anda saat menulis email, nada itu akan selalu ditafsirkan secara berbeda oleh penerima. Jika ada percakapan terlebih dahulu, nada telah dibuat.
Mark Freedman

4

Menjadi pengembang yang hebat bukan hanya menjadi pembuat kode yang baik! Bagian dari pekerjaan adalah bekerja dengan baik dengan orang lain, dan berkolaborasi dengan tim dan bos Anda. Jika Anda berpikir bahwa jalan Anda lebih baik, cobalah dan jelaskan kepadanya, tunjukkan padanya "data" mengapa itu lebih baik.

Jika dia mengklaim bahwa jalannya sebenarnya lebih baik, daripada mencoba untuk tetap berpikiran terbuka untuk kasus bahwa dia mungkin benar. Jika tidak, dan hanya menarik otoritas atas Anda, maka Anda memiliki satu bos yang buruk ... (karena bagian dari menjadi bos yang hebat juga berkolaborasi dengan tim Anda dan mengelolanya dengan benar). Dalam hal ini, mungkin bukan ide yang buruk untuk mulai melihat-lihat.


2

Ini pasti cara cepat dan mudah untuk dipecat.

Saran saya adalah untuk mengimplementasikan keduanya dan menggunakan yang diinginkan bos Anda.

Jika ada masalah, katakan padanya Anda memiliki perbaikan, dan tunjukkan padanya, tetapi jangan katakan kepadanya mengapa Anda menulisnya.


Saya harus tidak setuju dengan ini. Membuat dua implementasi hanya untuk membuktikan bahwa seseorang salah adalah hanya buang-buang waktu. Saya 100% yakin bahwa dalam kebanyakan kasus, diskusi normal tentang pro dan kontra dari setiap solusi sudah cukup.
Tx3

Anda tidak perlu membungkuk dalam setiap situasi. Pemain tingkat tinggi tahu barang-barang mereka, tahu bagaimana membuktikannya, dan juga tahu kapan harus mundur. Dan mereka paling dicari, dan membayar gaji terbaik. Monyet kode menerjemahkan spesifikasi tidak lengkap menjadi kode tidak lengkap.
Coder

2

Saya tidak berpikir Anda memiliki sikap yang benar di sini. Berpikir bahwa Anda lebih baik daripada bos Anda atau hanya berpikir Anda lebih baik daripada orang lain yang tidak pernah membantu masalah. Apakah Anda memberi tahu dia mengapa Anda tidak menyukai idenya atau hanya mengatakan, "Saya memiliki cara yang lebih baik dalam melakukan sesuatu". Mengapa ide Anda lebih baik? Apakah algoritmanya kurang berbelit-belit? Apakah ini memiliki run-time yang lebih baik? Apakah lebih mudah dirawat? Apakah lebih mudah untuk memahami pola desain?


2

Karena sudah banyak jawaban yang diberikan, saya tidak menyarankan Anda untuk memberi kode solusi yang belum disetujui pemimpin Anda. Pertama-tama Anda harus membuktikan kepadanya bahwa solusi Anda lebih baik dengan cara yang konstruktif. Jika dia seorang manajer yang baik dan sangat berpikir solusinya lebih baik daripada milik Anda, Anda dapat mengharapkan darinya untuk menjelaskan alasannya. Jangan lupa bahwa sebagai manajer, ia mungkin memiliki kriteria selain Anda untuk menentukan apa solusi yang efisien. Kemampu-rawatan atau kemudahan membaca mungkin salah satunya.

Selain itu, jika dia manajer yang baik, itu tidak akan memalukan baginya untuk memilih solusi Anda jika Anda telah berhasil membuktikan secara objektif bahwa itu benar-benar lebih baik.

Tetapi pada akhirnya, bahkan jika Anda masih tidak setuju dengan dia, jangan menipu dia; jangan lakukan sesuatu yang akan dia abaikan. Manajemen tim juga didasarkan pada kepercayaan dan transparansi sehingga Anda dapat mengacaukan hubungan Anda dan efisiensi tim. Dan tujuan tim harus menjadi prioritas pertama Anda.

Jika situasinya terjadi berulang-ulang, dan pilihannya selalu buruk, dia seharusnya tidak bertahan lama di bos Anda. Jika hanya sesekali, jangan terlalu berlebihan ...


1

Tampaknya Anda dalam konflik atas sesuatu, jadi Anda harus fokus untuk bersikap konstruktif.

Jika Anda dengan tulus tidak percaya pada solusinya, Anda harus menemukan cara yang konstruktif untuk memberi tahu dia apa yang Anda rasakan tentangnya. Ada beberapa hal yang perlu dipertimbangkan dalam hal ini. Anda bertanggung jawab atas pengiriman Anda, tetapi dia bertanggung jawab atas pengiriman tim. Anda harus menunjukkan bahwa minat Anda adalah pada pengiriman tim dan minat Anda sendiri (bahwa keduanya selaras).

Buatlah daftar pro dan kontra dengan dua solusi dan bahaslah dengan atasan Anda dengan cara yang konstruktif. Terkadang lebih mudah untuk menunjukkan bahwa Anda kehilangan komponen kunci dari solusi dengan daftar.

Cobalah untuk memahami apa yang dia inginkan, itu adalah tujuan akhir yang menjadi tujuannya. Jika Anda terlibat konflik dalam hal ini, maka Anda tidak fokus pada tujuan yang tepat.


1

Saran saya adalah pertama-tama menentukan apakah solusinya sebenarnya lebih baik. Posting dua solusi, minta SE untuk pendapat yang tidak bias.

Saya tidak akan pernah mengabaikan atasan saya. Jika ia memiliki pengetahuan teknis, maka tidak ada salahnya dalam diskusi yang sehat. Dia mengadu idenya dan kamu mengusulkan milikmu.

Namun, jika Anda benar-benar menentukan bahwa metodenya lebih rendah dan dia tidak akan membiarkan Anda melakukan pekerjaan yang disewanya, berhentilah. Tidak ada yang lebih buruk daripada memiliki buku-buku jari berdiri di depan Anda memberi tahu Anda bagaimana Anda harus melakukan sesuatu ketika mereka jelas tidak tahu apa yang mereka bicarakan.


1

Mari kita mulai dengan fakta bahwa itu adalah tugas bos untuk membuat keputusan, bukan keputusan Anda. Anda menentang keputusan itu di belakangnya dan itu adalah jalan cepat untuk dipecat karena alasan.

Anda dapat dan harus mempresentasikan ide-ide Anda sebelum keputusan dibuat, tetapi begitu dibuat, adalah tugas Anda untuk membuat keputusan itu berhasil bahkan jika Anda tidak setuju dengannya. Jika Anda tidak dapat melakukan itu, Anda akan memiliki karier yang sangat singkat.


0

Tergantung orangnya. Jika dia cukup masuk akal dan Anda menunjukkan kepadanya solusi Anda dan itu lebih baik, dia mungkin tidak akan marah. Tetapi jika tidak, maka Anda dalam kesulitan.

Sekarang, untuk bagian omong kosong non-generik: Dia adalah bos Anda. Dia tidak di sana untuk menjadi programmer yang lebih baik tetapi untuk menjadi manajer / pemimpin yang lebih baik. Mungkin dia punya alasan yang belum Anda pertimbangkan.

Jika Anda seorang pengambil risiko, maka lakukanlah tetapi jangan marah jika Anda akan dipecat. Ini semua taruhan.


0

Jangan menggigit tangan yang memberi Anda makan.
Jika Anda merasa milik Anda lebih baik, bahkan setelah analisis yang mendalam, maka tentu saja, lakukan apa yang Anda yakini tetapi Anda akan hidup dengan konsekuensinya.


Kenapa tidak? Tidak ada yang akan mendapat manfaat jika produk akhir berupa bug yang ditumpangi sampah. Sangat penting untuk bekerja dalam tim, dan memutuskan sebagai tim. Tetapi tugas Anda sebagai pengembang profesional adalah menemukan solusi profesional, dan mempertahankan posisi Anda jika dan ketika itu benar.
Coder

0

Bos saya tidak bisa memprogram jalan keluar dari kantong kertas (sebenarnya tidak bisa memprogram hanya pembicara dan penipu yang baik, tetapi untuk memuaskan kekurangannya, ia menyuruh saya melakukan hal-hal yang menutupi pekerjaan saya, sehingga ia dapat menutupi yang sebenarnya otak di balik apa yang terjadi. 1% ide berasal dari pertanyaan kunci yang saya ajukan. 100% kode dan metode berasal dari saya. Ketika bos memberi saya ide-ide buruk saya menerapkannya sendiri, bos saya lebih memilih untuk mendapatkan dirinya sendiri di depan maka program yang sukses. Strategi jaringan saya dengan semua orang di sekitarnya membantu meredam kebohongannya di tingkat lokal. Sekarang saya bekerja untuk divisi 1/3 negara bagian di sebuah perusahaan besar. Saya akan menggunakan strategi yang sama lagi, walaupun saya akan Saya perlu menjadi lebih kreatif dalam jaringan.

Untuk menjawab pertanyaan asli dalam posting ini bahwa kode bos tidak sebaik milikku. Seperti yang orang lain katakan. Apa yang membuat Anda berpikir begitu. Kode adalah logika. Mengapa kamu yakin milikmu lebih baik? Dalam kasus saya, ada politik yang berkembang yang melampaui memiliki produk yang sukses. Dalam kasus saya dia ingin menahan notaris saya untuk mendorongnya sendiri. Tidak yakin bagaimana situasi Anda mungkin banyak kemungkinan di sini.


0

Bisa jadi apa pun, tergantung pada detail.

Saya tahu bahwa saya telah berada dalam banyak situasi di mana saya telah berdebat dengan bos tentang satu atau lain hal. Banyak kali saya membuktikan bahwa ide saya lebih baik, kadang-kadang mereka telah menunjukkan solusi yang jauh lebih cepat dan lebih lengkap. Terkadang kami berdua tidak tahu, jadi saya harus melakukan penelitian, membandingkan ide-ide, dan bahkan mungkin menemukan sesuatu yang baru untuk putaran pengambilan keputusan berikutnya.

Jika bos adalah bos yang baik, dan Anda berada di tingkat senior, dia mungkin tahu Anda memiliki banyak pengalaman dan pandangan yang lebih baik / lebih segar tentang masalah internal, dan dia akan mengerti mengapa Anda melakukan sesuatu jika Anda akan menjelaskannya untuk dia. Ia juga akan menghindari manajemen mikro Anda.

Dan kadang-kadang, tidak peduli seberapa baik Anda, Anda kehilangan hal-hal sederhana, yang kemudian membuat Anda bertanya-tanya bagaimana Anda bisa begitu bodoh untuk mengabaikan solusi yang sepele. Dan bos, dengan ikhtisar dari kejauhan mungkin melihat mereka jauh lebih mudah.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.