Mengapa ada tekanan jika semua orang tahu apa yang mereka lakukan dan proyek diperkirakan secara akurat? Jika ada tekanan, atau bahkan tekanan tinggi, maka itu menyiratkan bahwa apa yang mereka lakukan saat ini tidak berfungsi, mengapa ada programmer yang baik ingin bergabung dengan tim seperti itu? Apakah pekerjaan semacam ini gagal dalam upaya pamer atau apakah mereka benar-benar jujur? Atau benar-benar ada alasan bagus untuk mendapat tekanan?
project-management
Andy
sumber
sumber
Jawaban:
Contoh pekerjaan tekanan tinggi: Perdagangan algoritmik frekuensi tinggi. Seorang teman insinyur perangkat lunak saya bekerja di toko perdagangan. Stres besar, tekanan besar. Semua tenggat waktu "sekarang". Semuanya dikirim ke produksi pada hari itu ditulis. Bahkan penundaan beberapa menit saja dapat merugikan perusahaan jutaan. Tidak banyak orang yang bisa menangani lingkungan seperti ini. Jika Anda bisa melakukannya, perkirakan gaji 50-100% lebih tinggi dari standar industri pada tingkat bonus + akhir tahun Anda berdasarkan pada% dari laba algo Anda. Ini adalah risiko super tinggi, tekanan tinggi, dan hadiah tinggi. Ini tidak ada hubungannya dengan tenggat waktu yang tidak realistis atau kurangnya manajemen, dan semuanya berkaitan dengan kemampuan Anda untuk menangani tekanan. (Dan pedagang bersumpah di wajah Anda ketika P&L mereka turun crapper hari itu.)
Contoh lain:
Atau, itu tidak selalu hanya kode untuk " kami kekurangan sumber daya dan memiliki tenggat waktu agresif yang tidak realistis ", tetapi juga mungkin kode untuk "tanggung jawab Anda membuat Anda menjadi tanggung jawab yang dapat dibuang jika ada yang salah".
sumber
Saya selalu mempertimbangkan kode ini untuk "kami kekurangan sumber daya dan memiliki tenggat waktu agresif yang tidak realistis."
sumber
Mungkin para perekrut berasumsi bahwa seseorang yang dapat berdiri, atau bahkan menikmati, "lingkungan bertekanan tinggi", akan lebih produktif di perusahaan tersebut.
Ini sebenarnya bisa menjadi asumsi yang benar: pengembang yang lebih rendah, yang bersedia mengambil tekanan demi mempertahankan pekerjaannya, mungkin sedikit produktif, sementara pengembang yang baik, yang mampu memilih dan dengan demikian, harus berakhir seperti itu sebuah perusahaan lelucon, akan pergi dalam waktu singkat dan sama sekali tidak produktif.
sumber
Ini adalah ungkapan kode untuk "Kami ingin programmer muda yang belum menikah yang bersedia bekerja berjam-jam dengan mengorbankan kehidupan pribadi."
Mereka tidak bisa mengatakan itu secara eksplisit karena itu ilegal untuk melakukan diskriminasi berdasarkan usia dan status perkawinan.
sumber
Sebuah startup yang bergegas ke pasar harus berjuang untuk menjadi lebih cepat daripada pesaing. Untuk perusahaan seperti itu, masuk akal untuk menciptakan lingkungan kerja yang penuh tekanan, karena berada di sana dua bulan sebelum orang lain yang mengerjakan masalah yang sama mungkin membuat perbedaan antara menjadi facebook berikutnya dan menjadi, yah, terlalu sedikit terlalu terlambat layanan tidak ada yang ingat. Bekerja di perusahaan seperti itu mungkin membuat Anda cepat kaya, melalui opsi saham.
Untuk perusahaan perangkat lunak yang mapan, tekanan terus-menerus tinggi adalah tanda manajemen yang buruk dan / atau pemilik serakah dan oleh karena itu bendera merah.
sumber
Man, ada BEBAN ventilasi di thread ini: P
"semua orang tahu apa yang mereka lakukan dan perkiraan proyek secara akurat" adalah apa yang semua orang inginkan tetapi Anda tidak boleh lupa bahwa tim-tim itu tidak selalu seperti itu. Setiap tim memulai dengan buruk sebelum akhirnya menjadi lebih baik, jadi sampai mencapai kondisi utopis ini, tekanan adalah normal. Jika tidak, manajemen mungkin bersalah karena meminta terlalu sedikit.
Saya menyukai pernyataan "tekanan tinggi" pada kesempatan langka ketika saya melihatnya karena mereka adalah tim yang telah melihat gejala, meskipun mereka mungkin tidak memiliki semua jawaban. Itu lebih baik daripada sebagian besar iklan lain yang tidak memiliki petunjuk sama sekali.
Jadi, kecuali kompetitornya adalah rumah perangkat lunak hebat yang saya tahu, kemungkinan saya akan menemukan "tekanan tinggi" ini paling tidak menarik. Ada tim yang kurang baik di pasar daripada programmer yang baik dan terus terang, bertahan untuk yang terbaik (dengan asumsi mereka menginginkan Anda juga) cukup banyak membuang-buang waktu kecuali Anda tidak punya mulut untuk memberi makan.
Jadi dalam pengertian itu, frasa "tekanan tinggi" sama sekali tidak menghalangi saya.
sumber
Salah satu dari dua alasan:
Mereka ingin Anda menyerahkan kehidupan sosial Anda selama 12 jam sehari dan akhir pekan tanpa imbalan tambahan untuk menyelamatkan proyek yang terlambat dan melebihi anggaran dengan pelanggan yang mengancam akan menuntut. Biasanya karena tim penjualan menjanjikan fitur tambahan tanpa menjalankannya melewati pengembang.
Jendela tidak terbuka dan staf menderita perut kembung.
Saya pikir ini 1.
sumber
Saya pikir Anda mengerti maksudnya.
Programmer yang baik tidak bekerja di perusahaan tesis ini, maka perusahaan menyelesaikan lebih sedikit (studi berbeda menunjukkan perbedaan TCO dari 10 menjadi 26 antara dev, yang sangat besar) dan meningkatkan tekanan, yang menyebabkan lebih banyak dev yang baik pergi.
Perusahaan seperti itu akan sering memotong pengujian, QA atau refactoring untuk mencapai tenggat waktu yang tidak realistis. Yang menyebabkan semakin sulit untuk memenuhi tenggat waktu untuk rilis berikutnya. Ini adalah proses pemeliharaan diri, dan selama manajemen tingkat atas tidak ingin mematahkan tren ini, ini adalah resep untuk bencana.
Perhatikan bahwa 60% hingga 80% dari proyek TI dianggap gagal (lihat laporan kekacauan untuk angka yang tepat). Dan ini banyak hubungannya dengan perilaku yang ditampilkan di posting pekerjaan yang Anda baca.
Ini sering dirujuk sebagai efek laut mati, dan merupakan fenomena yang sangat nyata dalam industri TI.
sumber
60% to 80% of IT project are considered as failure
Saya sering mendengar statistik ini tetapi secara inheren tidak jujur. Dengan standar siapa? Manajer aplikasi dan proyek selalu menemukan cara untuk memutar proyek kegagalan menjadi sukses. Para pemangku kepentingan tidak suka mengakui kegagalan karena mereka memiliki waktu dan uang yang diinvestasikan dalam proyek. Secara politis tidak menguntungkan bagi pihak mana pun untuk mengakui ketika suatu proyek gagal, kecuali mungkin pihak ketiga yang memainkan peran audit atau konsultasi. Letakkan kepala Anda di pasir dan terima perangkat lunak yang Anda bayar terlalu banyak dan hanya sebagian yang memenuhi kebutuhan.Mengapa?
Karena mereka ADALAH tekanan tinggi.
Mengapa?
Karena, dalam istilah TI, mereka tidak tahu apa yang mereka lakukan, atau lebih tepatnya, mereka tidak mengikuti praktik pengembangan yang baik, karena seseorang di luar TI yang bertanggung jawab.
Salah satu masalah yang dimiliki oleh para pengembang perangkat lunak adalah bahwa perangkat lunak bukanlah objek fisik yang nyata. Bagi orang-orang non-IT, ini adalah hal yang tidak jelas dan berbulu yang hanya ada di dalam komputer mereka.
Tetapi karena mereka tidak dapat menyentuhnya, mereka tidak menghargai seluk-beluk yang membangun perangkat lunak yang baik.
Jadi, ketika Anda mendapatkan orang-orang seperti ini "mengendarai bus", Anda akan segera mendapatkan komentar seperti:
Mereka tidak mengerti.
sumber
Saya jarang melihatnya dalam kata-kata seperti ini, tetapi kemudian pernyataan seperti itu adalah kata kunci yang paling baik, dan yang paling buruk adalah omong kosong.
Saya telah melihat pekerjaan yang digambarkan sebagai "serba cepat" adalah beberapa pekerjaan yang paling lambat, paling tidak menginspirasikan, pembusukan otak dan secara diam-diam membosankan yang mungkin dapat diterima bagi manusia. Saya juga telah menempatkan BANYAK waktu dan secara signifikan ditantang di pekerjaan-pekerjaan di mana uraian itu sama sekali tidak menghargai kebutuhan aktual pekerjaan itu.
Anda akan membuat kesalahan dengan terlalu banyak memikirkan kata-kata seperti ini. Anda belajar lebih banyak tentang lingkungan kerja dan tanggung jawab pekerjaan potensial dengan mewawancarai dan pada gilirannya mengajukan pertanyaan penting kepada pewawancara yang membantu mengungkap misteri dan disfungsi tersembunyi yang tidak mereka ceritakan kepada Anda.
sumber
Glassdoor might give some insight as well.
INI. Seribu kali INI! Jika Anda mulai membenci pekerjaan Anda, pergilah ke Glassdoor dan lihat ulasan karyawan untuk 20 perusahaan pengembang perangkat lunak lain di daerah Anda. Anda akan dengan cepat menyadari betapa beruntungnya Anda. Bahkan dengan mempertimbangkan bahwa kebanyakan orang yang menulis ulasan tidak puas untuk memulai, Anda dapat menemukan kebenaran yang cukup umum untuk mengetahui bahwa sebagian besar toko perangkat lunak hanyalah tempat yang mengerikan untuk bekerja. Manajemen yang baik dan praktik terbaik sayangnya merupakan pengecualian, bukan aturannya.Itu tidak berarti banyak dalam banyak kasus. Lagi pula, akankah perusahaan benar-benar mengatakan bahwa mereka memiliki lingkungan kerja di mana filosofi mereka adalah " Mañana ". Ini adalah salah satu klise standar yang dimasukkan ke dalam daftar pekerjaan oleh orang-orang SDM, seperti mengatakan mereka ingin "orang yang sangat termotivasi" dan bahwa mereka menawarkan "gaji yang kompetitif dengan paket manfaat lengkap".
Anda harus mencari tahu dari wawancara Anda persis seperti apa tekanan pekerjaan yang mungkin terjadi, apakah itu hanya berbicara SDM atau jika mereka benar-benar memiliki waktu kerja kritis yang harus dilakukan. Misalnya, Anda mungkin mengetahui bahwa mereka melakukan banyak proyek yang didorong oleh klien atau waktu yang perlu dilakukan dengan sangat cepat, seperti kampanye iklan atau perencanaan acara. Atau, Anda mungkin menemukan bahwa organisasi tersebut dipenuhi dengan pengganggu dan tersentak yang menciptakan tekanan buruk. Atau, mungkin hanya HR-BS dan lingkungan adalah toko pengembangan yang cukup khas.
sumber
Saya mengabaikan pekerjaan semacam itu sekarang. Yang mereka maksudkan adalah kita menginginkan seorang budak yang akan bekerja 80 jam seminggu dan tidak dibayar jongkok. Ini adalah tanda bahwa manajemen tidak menawar proyek dengan benar atau tidak mengelola proyek dengan benar.
Tim yang dikelola dengan baik berjalan tepat waktu dan tanpa tekanan ekstra, seperti manajer yang menerima 100 persyaratan baru dan mencoba untuk tetap mengikuti perkembangannya. Saya belum pernah mengalami mars kematian selama bertahun-tahun. Hal yang paling dekat adalah ketika saya kembali ke proyek yang gagal sebagai konsultan yang membuat tarif per jam terlalu tinggi dan bekerja di akhir pekan libur panjang untuk menjamin beberapa kegagalan besar.
sumber
baik faktanya adalah sebagian besar waktu proyek tidak pernah diperkirakan secara akurat!
yang akan membuat tekanan tinggi!
juga sebagian besar perusahaan ini memiliki tim minggu yang akan membuat kegagalan sistem yang mengharuskan Anda bekerja pada tengah malam dalam waktu singkat di bawah tekanan :)
sumber
"Jika semua orang tahu apa yang mereka lakukan dan proyek diperkirakan secara akurat?" adalah asumsi yang sangat besar. Biasanya asumsi itu salah jika perusahaan mengatakan itu adalah "lingkungan tekanan tinggi".
Dan, ya, ada banyak perusahaan yang gagal merencanakan dan memiliki karyawan yang kurang berprestasi. Ada banyak perusahaan yang tidak cocok dengan cetakan itu, Anda hanya perlu mempertahankan standar Anda sendiri dan menolak untuk bekerja di pekerjaan-pekerjaan tekanan tinggi ini.
sumber
Satu tempat di mana tidak apa-apa untuk ini muncul adalah jika Anda akan memiliki pekerjaan di mana hidup berada di telepon.
Misalnya, jika Anda adalah admin sistem untuk layanan yang harus dinaikkan untuk menjaga pesawat tetap terbang, Anda harus mengharapkannya menjadi tekanan tinggi. Atau, jika Anda bekerja pada perangkat lunak yang akan digunakan untuk tentara di zona perang, Anda dapat mengharapkan tekanan.
Jika Anda melihat ini, tanyakan pada pewawancara apakah ada nyawa di telepon jika Anda melewatkan tenggat waktu atau alarm. Jika tidak, mereka menjadi dramatis.
sumber
Itu berarti mereka tidak pernah mendengar tentang Agile atau Scrum atau Kanban, dan mereka tidak peduli dengan pembakaran pengembang mereka.
sumber