Kita semua memilikinya, manajer yang berasal dari penjualan atau yang terakhir melihat kode 10 atau lebih tahun yang lalu tetapi berpikir mereka tahu cara menulis kode.
Apa yang bisa saya lakukan untuk memberi kesan bahwa saya bersyukur atas intervensinya, tetapi tetap sesingkat mungkin agar saya bisa melanjutkan pekerjaan saya?
Atau, haruskah saya lebih terlibat dengan manajer untuk mendidiknya dengan teknik dan praktik pengkodean modern? Lagipula, seorang manajer yang memahami hal ini akan dapat berbicara dengan bijaksana kepada klien dan manajemen yang lebih senior ketika membahas proyek dan rentang waktunya.
communication
ChrisF
sumber
sumber
Jawaban:
Saya katakan, maju dan cobalah untuk terlibat dan mendidik.
Jika mereka dengan jujur mencoba membantu Anda, kesempatan untuk belajar sesuatu bisa sangat berharga bagi mereka. Jika mereka hanya mendorong hidung mereka karena ego atau alasan politis ("Lihat, saya membantu, saya membantu!"), Mereka mungkin akan mendapatkan anggapan bahwa Anda akan mempermalukan mereka jika mereka terus omong kosong ini - - Atau membuat mereka mati sampai mati dengan dinding jargon yang hanya mereka pahami.
Dan jika Anda memiliki egomaniak yang ditakuti yang benar-benar berpikir mereka adalah ahli dalam pekerjaan Anda, tidak peduli bukti apa pun yang dapat Anda bawa untuk sebaliknya, maka tersenyumlah, angguk, dan lakukan perubahan kosmetik sepele apa pun yang akan membuat mereka pergi. Dan perbarui resume Anda.
sumber
Saya biasanya hanya mendengarkan semua yang dikatakan orang tersebut. Saya menyetujui hampir semua hal dan saya melakukannya dengan cara saya. Biasanya dia tidak pernah mengganggu untuk memeriksa.
sumber
Ulasan kode grup. Rasa malu di depan umum selalu baik untuk mengekang kebiasaan semacam itu. :)
sumber
Ini bisa sangat sulit, terutama jika manajer berpikir mereka adalah l33t h @ x0r tetapi belum mengkodekan apa pun dalam 10 tahun terakhir.
Mulailah dengan menggunakan mendengarkan aktif . Pastikan Anda memahami dengan tepat poin apa yang ingin mereka sampaikan. Buat ulang kata-kata itu dan tembak kembali ke mereka sehingga mereka tahu Anda mengerti mereka. Terkadang hanya ini yang benar-benar mereka pedulikan.
Jika mereka bersikeras pada beberapa implementasi, tanyakan pada diri sendiri mengapa Anda menolaknya. Pasti ada alasannya. Mungkin melanggar beberapa prinsip desain perangkat lunak mendasar ... biasanya pemisahan masalah. Ketahui prinsip-prinsip Anda, dan ketahui mengapa itu lebih baik daripada alternatifnya . Kemudian kutip prinsip-prinsip tersebut dan jelaskan mengapa mereka harus diikuti dalam kasus ini. Itu membuat diskusi akademik.
Jika Anda tidak tahu mengapa Anda tidak menyukai apa yang mereka katakan, ini adalah kesempatan yang baik untuk mempertanyakan asumsi Anda.
sumber
Saya tidak akan mendidik jika ada sejarah kode untuknya. Pengetahuan tentang isu-isu pembangunan seharusnya sudah melekat di pikiran.
Tanyalah dengan sopan apakah Anda dapat mendiskusikan apa yang ada dalam pikirannya saat makan siang.
sumber
Terkadang kita hanya perlu duduk dan mendengarkan, bahkan ketika kita tidak mau.
Seseorang hanya bisa melukai martabat seseorang dengan tidak memperhatikan mereka.
Manajer Anda adalah seseorang. Perlakukan dia seperti satu. Lihat dia seolah-olah dia adalah pria di jalan. Tidak ada judul.
Bukankah itu menjadikannya seseorang yang mungkin membutuhkan teman, seseorang yang mungkin merasa kesepian?
Sudahkah Anda memikirkannya dari sudut pandang emosional?
Apakah dia mencoba menyampaikan pesan implisit?
Bicaralah padanya. Hanya saja bukan tentang masalah. Tanyakan padanya bagaimana kehidupan. Dia mungkin merasa dihargai dan dengan demikian memberi Anda sedikit kecemasan kerja.
Sudahkah Anda mempertimbangkan atau melakukan ini?
Jika tidak, lalu mengapa?
sumber
Lakukan hal yang sama padanya. Setiap kali Anda melihatnya, segera mulai membicarakan barang-barangnya terlepas dari apakah Anda memahaminya atau tidak ... "Hei, saya pikir kampanye pemasaran harus berjalan seperti foo!" "Hei, aku pikir tim penjualan kita harus melakukan bar!" "Hei, lain kali kamu berbicara dengan manajermu, kamu harus memberitahunya quox!" Dia akan mulai menghindari Anda seperti wabah.
sumber
Masalahnya di sini adalah bahwa manajer Anda jelas-jelas merasa KOMPETEN, ketika dia TIDAK.
Saya sudah memiliki pengalaman seperti itu sebelumnya dan bagi saya itu berhasil jika saya secara halus menunjukkan kepada orang itu bahwa pemrograman bukan domainnya.
Sebagai contoh, saya mungkin berusaha keras untuk menjelaskan sepotong kode tertentu, turun jauh-jauh ke berbicara tentang tabel hash dan daftar terkait, notasi O besar dll, sampai wajahnya menunjukkan bahwa dia benar-benar merasa tidak dapat mengikuti lagi diskusi Anda.
Jadi, jika Anda bisa melakukan ini, kemungkinan besar Anda akan menyingkirkan pertanyaan-pertanyaan konyol dan manajemen mikro.
sumber