Apakah berhenti satu-satunya tanggapan yang masuk akal untuk situasi ini? [Tutup]

Saya membaca artikel yang menarik, 10 alasan untuk berhenti IT .

Saya mengutip bagian dari teks ini:

"Kesalahpahaman tentang tugas dan teknologi ini melakukan satu hal: Ini membuat pekerjaan Anda tidak mungkin. Ketika kekuatan itu mulai mengelola departemen Anda untuk Anda, setiap elemen buruk diperburuk. Anda tahu pekerjaan Anda dan Anda tahu Anda tahu pekerjaan. Manajemen tidak tahu pekerjaan Anda, tetapi mereka tidak tahu bahwa mereka tidak tahu pekerjaan Anda. Itu semua adalah tekanan Mobius yang kejam. "

Inilah yang sedang terjadi pada proyek saya saat ini. Klien, yaitu, yang membayar, ingin menjadi segalanya. Dia ingin memainkan setiap peran yang mungkin dalam proyek ini. Dia bahkan menginginkan penjelasan teknis yang terperinci meskipun dia tidak tahu apa-apa tentang pemrograman. Dan ketika sesuatu tidak berhasil, dia menyalahkan orang lain.

Adakah yang punya pengalaman serupa? Adakah saran tentang bagaimana menghadapi situasi ini?

Saya sudah memiliki bagian pekerjaan di TI. Helpdesk, jaringan, pengembangan perangkat lunak, semuanya memiliki masalah yang sama. Berhenti dan memulai dari awal, sambil menyegarkan, hanya membawa masalah baru untuk diatasi. Ada beberapa hal yang dapat Anda lakukan untuk menjaga kewarasan Anda.

Cari masalah sebenarnya
. Klien sedang mencoba untuk sepenuhnya mengendalikan proyek. Lihat apakah Anda dapat menemukan alasannya.
- Apakah itu karena kegagalan masa lalu? Berempati, yakinkan kembali mereka akan kesuksesan proyek.
- Klien orang gila kontrol? Arahkan kembali perhatian mereka. yang gunung es rahasia .

Rapat tidak sepenting hasil
Setiap manajemen rapat mengatakan sesuatu yang membuat perut saya keriting. Tapi, ketika rapat selesai, semuanya dilupakan kecuali hasilnya. Saya masih orang yang memecahkan masalah dan menyelesaikannya dengan cara yang saya rasa perlu diselesaikan.

Jangan memikul beban dunia di pundak Anda
Orang-orang yang paling stres di bidang TI sering kali adalah yang terbaik. Salah satu teman terbaik saya selalu menekankan tentang tanggung jawab manajemen yang tak ada habisnya. Dev lainnya datang kepadanya untuk menyelesaikan masalah mereka.

Saya akan memberi tahu Anda hal yang sama dengan yang saya katakan kepadanya.

Jangan biarkan mereka Temukan cara politis untuk mengatakan tidak / berhenti mengambil masalah yang bukan milik Anda. Perusahaan menyadari betapa berharga aset Anda. Anda mungkin satu-satunya pria yang melakukan sesuatu. Mereka mungkin tidak akan memecat Anda karena menghentikan beberapa penyalahgunaan. Selama Anda menanganinya dengan benar.

Saya pernah berada dalam situasi yang sama di mana saya bekerja sekarang. Ada beberapa kepala departemen yang menganggap diri mereka "techie" (bukan kepala departemen IS, pikirkan saja) dan walaupun sangat kritis terhadap pekerjaan kita, hanya sedikit yang bisa diberikan dalam hal pujian atau penghargaan. Manajer konten kami telah meninggalkan perusahaan dan manajer jaringan memiliki satu kaki keluar dari pintu setiap saat. Saya nongkrong di sana karena saya sedang mengerjakan proyek dan akan merasa tidak enak membiarkan organisasi menggantung, tetapi mungkin itulah yang diperlukan untuk membuat orang-orang tertentu menghargai memiliki pengembang internal. Di lingkungan saya, keberangkatan saya kemungkinan akan menghasilkan outsourcing layanan web mereka; itulah yang mereka lakukan sebelum saya bergabung dan anggaran mereka konyol.

Ikuti Aturan emas ini:

(1) Mengangguk-angguk kepala dan setuju

(2) Abaikan BS seperti kompiler mengabaikan komentar

(3) Memberikan hasil

Pada akhirnya, Hasil akan membungkam mereka, seiring waktu jika Anda secara konsisten memberikan hasil, orang akhirnya mundur ketika mereka mempercayai pekerjaan Anda.

Ya, sudah melalui ini setidaknya sekali, akhirnya meninggalkan pekerjaan saya. Sayangnya pemulihan penuh dari kesalahpahaman dan ketidakpercayaan klien non-teknis hampir tidak mungkin. Mereka yang tidak mengerti apa yang Anda lakukan dibiarkan percaya atau tidak. Psikologi manusia sedemikian rupa sehingga begitu kepercayaan dilanggar, ia membutuhkan upaya besar untuk merehabilitasi. Sebagian besar waktu itu tidak sepadan, karena bahkan jika Anda berhasil pulih, Anda akan dibiarkan, secara kiasan, dengan gaji yang sama.

Gunakan itu sebagai pengalaman belajar. Pengembang yang hebat akan menghasilkan kurang dari pengembang biasa yang tahu bagaimana menangani manajer seperti itu.

Bukan hanya pekerjaan ini di mana Anda akan menemukan masalah ini. Setiap pekerjaan yang Anda miliki akan memiliki setidaknya satu orang yang tidak tahu perbedaan antara string dan objek yang memberitahu Anda bagaimana cara menyimpan, atau sesuatu seperti itu.

Baca buku-buku seperti Cara Berurusan dengan Orang Sulit , berteman dengan orang-orang senior di perusahaan yang tahu bagaimana mengelola situasi ini dan yang tahu bahwa Anda pandai dalam pekerjaan Anda, dan anggap itu semua sebagai cerita lucu untuk memberi tahu teman programmer Anda .

Seorang teman saya memiliki pepatah - satu-satunya masalah dengan proyek yang hancur adalah Anda harus mati berusaha.

Saya percaya bahwa ada cukup banyak pekerjaan bagus di luar sana yang tidak perlu Anda tanggung dengan menjadi yang buruk. Anda tidak berutang apa pun kepada perusahaan Anda melebihi apa yang Anda bayarkan, dan ketika ada kesempatan yang lebih baik muncul, Anda harus mengambil keuntungan darinya daripada menderita karena rasa kesetiaan yang salah tempat. Anda mungkin dapat melakukan perubahan dari dalam, tetapi saya tidak memiliki kesabaran untuk itu lagi.

Saya melewati proyek saya sendiri dari neraka sekitar 15 tahun yang lalu. Pada akhirnya itu adalah pengalaman positif karena sekarang saya tahu apa yang harus dicari dan hindari, tetapi stres itu mengambil beberapa tahun dari hidup saya (tidak bercanda). Saya juga belajar bahwa pada akhirnya, itu hanya pekerjaan; ada yang lain. Tidak ada gunanya menempatkan diri di rumah sakit mencoba menjadi pahlawan; itu tidak akan mengubah apa pun, dan mereka tidak akan menghargainya.

MULAI MENGELOLA KLIEN ANDA.

Lay out Anda rencana untuk kemajuan proyek, mengirimnya Anda update, dan rencana apa masalah Anda akan membawa ke dia . Lebih disukai pada jam yang dapat ditagih. Dan tulis narasi hebat pada faktur bulanan Anda.

Yah, itu benar-benar bermuara pada Anda mengubah pekerjaan Anda atau mengubah pekerjaan Anda.

Baik menjadi agen perubahan di dalam dan bekerja untuk memperbaiki situasi atau mencari pekerjaan baru. Untuk perusahaan sebelumnya tempat saya bekerja selama 5 tahun, saya melakukan keduanya.

Saya menghabiskan beberapa tahun bekerja untuk perubahan positif di dalam. Beberapa tips yang akan saya sarankan (peringatan paling tidak untuk yang lemah hati yang takut konfrontasi)

1. Hadapi manajer-mikro. Jelas menunjukkan beberapa kebijaksanaan tetapi juga jujur ​​dengan mereka. Ingatkan mereka bahwa Anda adalah orang yang berpengalaman teknis dan bukan pekerjaan mereka atau kebutuhan mereka untuk mengkhawatirkan setiap bagian kecil dari proyek. Mereka menggunakan waktu mereka dengan lebih baik dan mereka perlu mempercayai Anda untuk melakukan bagian Anda.

2. Pergi di atas kepala mereka. Ini mungkin tidak mungkin terjadi dalam situasi Anda, tetapi begitu Anda mengonfrontasi mereka jika mereka tidak berubah, pergilah ke bos mereka. Sekali lagi menunjukkan kebijaksanaan, beri tahu atasan bahwa Anda kesulitan bekerja dengan manajer-mikro. Jelaskan situasi secara terperinci tentang apa yang sulit dan bagaimana hal itu menyulitkan Anda untuk melakukan pekerjaan dengan efisien.

3. Temukan pekerjaan baru. Bahkan jika Anda senang dengan posisi Anda saat ini, pastikan untuk sangat aktif di komunitas teknis lokal dan regional Anda. Hadiri grup pengguna, makan malam aneh, konferensi regional, dll. Jaringan, jaringan, jaringan! Waspadai pasar kerja di daerah Anda sehingga jika perlu, Anda dapat dengan cepat dan mudah mulai melamar posisi baru (terutama posisi yang tidak diiklankan secara publik).

Dalam kasus saya langkah 1 menghasilkan saya ditegur secara verbal dan "ditulis pada catatan permanen saya" oleh bos manajer mikro. Langkah 2 sebenarnya melibatkan beberapa orang pergi ke bos bos kami pada saat yang sama untuk menghadapi situasi dan sebagai hasilnya berakhir dengan bos dikeluarkan dari departemen kami.

Beberapa tahun kemudian, keadaan berubah ke selatan dengan perusahaan dan saya bisa melihat tulisan di dinding. Saya tidak bahagia dan tidak ada usaha yang akan mengubah situasi dalam bentuk perusahaan jadi saya mulai mencari dan sekitar 4 bulan kemudian saya menemukan pekerjaan baru. Sekarang saya bahagia dan menghasilkan lebih banyak uang.

Lucu kamu harus bertanya hal seperti ini. Dalam sebuah artikel Spanyol saya menulis tentang Amerika Latin dan bagaimana programmer diperlakukan itu berhubungan banyak tentang artikel Anda dan bagaimana semua programmer di sekitar 99% dari semua perusahaan diperlakukan .. Sebagian besar seperti mereka adalah semacam penyihir yang secara ajaib membuat POOF membuat semuanya siap ketika "bos" mengatakannya dan pada saat "bos" mengatakannya. Artikel ini adalah La Programacion en Latino America . Jika Anda memiliki Google Chrome, artikel itu mungkin diterjemahkan, tetapi beberapa poin saya adalah:

Karakteristik pemrograman:

• Kreativitas

• Imajinasi

• Logika

• Dedikasi (konsentrasi)

• Kesabaran

• Kecerdikan

Ngomong-ngomong, sebagian atau semua ini terbunuh atau berkurang oleh bos yang tidak tahu tentang pemrograman dengan cara APA PUN, tetapi kebetulan memerintahkan Anda berkeliling seperti ia membuat buku Alkitab C, C ++, PHP, MySQL, dan bahasa apa pun yang datang sebelum kamu lahir.

Poin lain adalah adegan yang terjadi di tempat kerja atau bagaimana seorang programmer diperlakukan, misalnya:

• Seorang bos yang ingin menyelesaikan proyek dalam 2 hari ketika semua orang sudah mengatakan itu bisa dilakukan dalam minimum 2 bulan.

• Sebuah proyek di mana Anda mulai bekerja hanya untuk mengetahui jadwal waktu untuk proyek tersebut telah dipotong setengahnya, tetapi Anda MASIH harus menyelesaikan seluruh proyek.

• Sebuah proyek di mana Anda memberikan yang terbaik untuk Anda. Anda bahkan menambahkan beberapa bonus untuk membuatnya lebih baik, lebih mutakhir tetapi tidak ada yang peduli atau memberi selamat kepada Anda. Sebaliknya, jika mereka menemukan bug, masalah, kepala Anda akan berputar.

• Anda menawarkan pengalaman kualitas Anda kepada perusahaan hanya untuk mengetahui kemudian bahwa mereka mempekerjakan seseorang daripada bekerja untuk 10% dari apa yang Anda bayarkan DAN menyelesaikan pekerjaan. Kemudian Anda mengetahui bahwa pekerjaan itu dibuat dengan buruk, memiliki banyak bug, menciptakan banyak masalah dan mereka ingin mempekerjakan Anda "lagi" untuk memperbaikinya.

• Profesor Anda memaksa semua orang untuk mengerjakan proyek yang menggunakan semacam bahasa Egipcian kuno yang belum pernah didengar oleh siapa pun (hanya profesor Anda). Bagian terbaiknya adalah, proyek tersebut menyebutkan bahwa Anda dapat memilih bahasa apa pun yang Anda inginkan.

• Sebuah proyek di mana seseorang bos Anda sekitar yang menggunakan PHP, MySQL, C, C ++, dan Python 10 tahun yang lalu, selama 30 menit, dan karena ia menggunakan 10 tahun yang lalu selama 30 menit, ia sekarang berpikir ia mengenal mereka dengan hati, jadi ia ingin tahu tentang apa yang telah Anda lakukan dan bagaimana Anda melakukannya (dalam kehidupan nyata dia tidak tahu apa yang Anda katakan, dia hanya menggumamkan Anda benar).

Inilah beberapa poin yang disebutkan di sana. Dalam pengalaman saya, sahabat saya keluar dari perusahaan terbaik di negara kami dan mulai bekerja sendiri. Tebak apa. Sangat bagus. Dia tidak hanya dibayar sekitar 6 kali lebih banyak, dia memilih untuk memilih waktu kerjanya, tempat kerja dan hal-hal lain yang seorang programmer BUTUHKAN harus efisien. Pacar saya dan saya juga berhenti dan bekerja secara mandiri, baru saja selesai mendaftarkan perusahaan kami dan ini semua terjadi dalam waktu kurang dari setahun. Merasa bebas adalah salah satu syarat untuk seorang programmer. Salah satu yang bekerja di bilik akan jatuh dan jatuh di jalannya program, karena karakteristik mereka terbunuh, perlahan.

Maaf, tapi dalam kehidupan nyata:

• Orang-orang yang tidak tahu tentang suatu titik tertentu tidak boleh memberikan pendapat mereka, lebih sedikit dari mereka semua, memerintahkannya, sampai mereka memahaminya. Seperti di pasukan, Anda tidak akan masuk ke wilayah musuh sampai Anda mengerti semua yang ada di sana.

• Untuk apa yang kami sebut di negara saya "bos-bos", jika Anda tidak tahu apa yang Anda bicarakan, tutup mulut! Mulailah mendengarkan daripada memberi perintah.

• Jika Anda seorang programmer dalam situasi dengan "ass-boss", saya sarankan Anda mulai menabung uang dan bekerja di beberapa proyek lain yang akan memulai hidup Anda karena bayangkan diri Anda di sana, di posisi yang sama, gaji yang sama, tidak pergi karena biasanya programmer tidak naik di perusahaan semacam ini. Sekarang bayangkan 10, 25 tahun kemudian, di sana, tempat yang sama. Apa yang kamu lakukan dengan hidupmu? Dengan semua potensi itu dan tidak ada apa-apa. Terjebak di tempat yang sama dengan tempat Anda digunakan untuk proyek yang sebagian besar ditolak oleh seseorang yang tidak tahu apa-apa tentang bagaimana semuanya bekerja (Contoh: Bank .. Jangan mulai tentang bank).

• Mulailah bergabung dengan orang lain untuk mengerjakan sesuatu yang dibutuhkan oleh komunitas. Percayalah, meskipun sepertinya ada banyak programmer di dunia, kita bahkan tidak cukup untuk menyelesaikan 10% dari masalah di dunia yang BISA diselesaikan oleh seorang programmer. Jika Anda hanya perlu 1 hari untuk berjalan-jalan, melihat-lihat, Anda akan menemukan setidaknya 10 masalah yang ANDA KETAHUI dapat dipecahkan oleh Anda dan mungkin solusi yang mencakup semuanya atau sebagian besar dari mereka.

Saya percaya satu-satunya pekerjaan yang menawarkan waktu luang untuk menjadi diri sendiri, menjadi kreatif, membayar dengan baik, memberi Anda kendali penuh atas waktu Anda adalah seorang programmer. Saya juga percaya bahwa satu-satunya pekerjaan yang memiliki kemampuan untuk menyelesaikan sebagian besar masalah di dunia digital baru ini adalah pemrograman (dalam upaya bersama dengan orang lain seperti elektronik dan semacamnya. Pernahkah Anda melihat seorang pengacara menyelesaikan banyak masalah? Atau menciptakannya?)

Pikirkan tentang hal ini sebentar dan keluar dan berjalan.

Manajer, terutama yang non-techie, harus dapat mendelegasikan.

Jika mereka mengelola Anda secara mikro, ini adalah bendera merah besar bagi saya.

Saya akan melihat pro dan kontra bekerja di sana dan melihat bagaimana mereka menumpuk.

Tolong dia, tetapi pada waktu yang dapat ditagih (ini adalah klien, kan).

Jika dia ingin terus membayar, baiklah. Jika tidak, baik juga.