mengapa beberapa pos pekerjaan mengatakan "lingkungan tekanan tinggi"? [Tutup]

58

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?

Andy
sumber
124
"semua orang tahu apa yang mereka lakukan dan proyek diperkirakan secara akurat". Ya, saya pernah bermimpi seperti itu.
Oded
9
Pekerjaan pemrograman C profesional saya yang pertama menderita karena hal ini. Perusahaan telah memberikan rumah perangkat lunak semua anggaran mereka untuk menulis beberapa perangkat lunak untuk mereka. Itu tidak berhasil dan mereka mencoba memperbaikinya di rumah, di situlah saya dan beberapa orang lain masuk. Untuk mempersingkat cerita, saya pergi setelah beberapa bulan. Tidak ada jumlah perencanaan yang dapat menangani kesalahan manajemen semacam itu.
Jaydee
29
Itulah frasa kode untuk "kami sangat membayar programmer kami".
dasblinkenlight
4
Kualifikasi penting: Apakah pekerjaan ini dalam industri pengembangan perangkat lunak, atau industri terkait lainnya seperti perdagangan algoritme frekuensi tinggi. Sepertinya SETIAP jawaban di bawah ini mengasumsikan industri perangkat lunak. Jelas, itu bukan satu-satunya programmer industri yang bekerja, dan sejauh ini bukan tekanan tertinggi.
Marcin
4
@Marcin Orang-orang yang bekerja pada perangkat lunak HFT spesifik untuk industri, dan mereka bekerja di bawah tekanan tinggi hanya karena pelanggan mereka (IMHO) adalah beberapa orang yang paling tertekan dan sangat tidak bahagia yang pernah saya temui. Selain itu, sejumlah orang bahkan tidak akan mempertimbangkan untuk bekerja di perusahaan semacam itu hanya berdasarkan prinsip moral. Saya lebih suka menggunakan pengetahuan saya untuk meningkatkan algoritma yang memecahkan masalah dunia nyata dan yang menjadikan dunia sebagai tempat yang lebih baik untuk ditinggali.
maple_shaft

Jawaban:

20

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:

  • Pekerjaan yang menghasilkan jenis perangkat lunak dengan persyaratan tinggi untuk ketergantungan:
    • perangkat lunak medis,
    • perangkat lunak tertanam.
  • Pekerjaan di mana kiriman (dan kegagalan) harus:
    • dampak langsung dan besar pada orang,
    • dampak langsung dan besar pada citra perusahaan.

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".

haylem
sumber
1
Saya setuju. Saya kira kebanyakan orang menginginkan pekerjaan yang nyaman. Namun, ada orang yang ingin bekerja lebih keras hari ini untuk potensi pembayaran besar dan kemungkinan pensiun dini.
Sarel Botha
Ini benar sejauh perangkat lunak perdagangan berjalan, tetapi jika saya melihat "lingkungan tekanan tinggi" dalam iklan pekerjaan untuk toko pengembangan web yang lebih kecil, bel alarm akan berbunyi.
joshin4colours
4
@ joshin4colours: Saya adalah penasihat toko pengembangan web kecil "lingkungan bertekanan tinggi". Saya menemukan tidak ada yang salah dengan itu - itu adalah bagian dari strategi pasarnya. Strategi bisnisnya adalah kita dapat memperbaiki kesalahan orang lain dalam tenggat waktu yang sangat ketat - mimpi buruk para programmer. Permintaan? Suatu hari Anda bangun dan diberitahu bahwa tim mendapat 3 hari untuk mengembangkan dan menguji sesuatu yang dikutip pada 300mh +. Yup, itu artinya 16h hari kerja, tidak ada ruang untuk drama pribadi dan akurasi jam. Itu juga berarti 50-150% gaji lebih tinggi, dan 60% dari waktu yang dibayarkan untuk proyek pribadi
qdot
Ini adalah situasi yang saya langsung pikirkan ketika saya membaca posting asli.
Jetti
102

Saya selalu mempertimbangkan kode ini untuk "kami kekurangan sumber daya dan memiliki tenggat waktu agresif yang tidak realistis."

James McLeod
sumber
6
memang terlihat banyak, tetapi biasanya mereka memiliki susunan kata yang berbeda, seperti 'stres,' 'sensitif terhadap waktu,' dan 'cepat.' Bahkan 'kami ingin seseorang yang suka ditantang' dapat menyiratkan hal itu juga.
Andy
48
Cepat, serba cepat, dinamis adalah semua kata kunci untuk 'Manajemen tidak dapat membedakan mereka dari siku dan mengubah arah sesering mereka berganti pakaian'
mcfinnigan
14
Anda menghilangkan bagian akhir kode: "dan jangan berharap kenaikan gaji berdasarkan tekanan tinggi: Anda menyadarinya ketika Anda dipekerjakan"
mouviciel
6
Dan mereka menginginkan seseorang dengan gelar master CS dan 5-8 tahun pengalaman "tangan" baru-baru ini dengan OOD / OOP, C ++, C #, Java, AJAX, Oracle, SQL Server dan PHP.
jfrankcarr
13
Dan mereka menginginkan programmer dengan pengalaman Java selama lima tahun. Pada 1997.
James McLeod
40

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.

Joonas Pulakka
sumber
14
+1 Jawaban yang bagus. Tempat-tempat seperti itu lebih suka memiliki pengembang yang lebih rendah dan patuh.
maple_shaft
28

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.

Snowhare
sumber
6
HA - "Majikan yang Terhormat, saya seorang programmer muda, aseksual, belum menikah. Saya suka bit dan makan chip silikon. Saya akan tinggal di kantor, dan membuat kopi untuk boot."
Adel
20

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.

pengguna281377
sumber
1
Dari apa yang saya kumpulkan, jika Anda bekerja di sesuatu seperti perdagangan frekuensi tinggi (yang kontroversial tapi apa pun) maka ada persyaratan bisnis untuk waktu penyelesaian yang cepat tetapi permintaan tinggi pada kualitas kode Anda.
2
Ya tapi .... Facebook adalah contoh buruk untuk masalah ini. Mereka terlambat ke pesta dan tetap menang.
Lord Tydus
15

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.

Permas
sumber
+1 untuk sudut pandang yang berlawanan.
Spencer Rathbun
2
Kami tidak melakukan ventilasi, ini semafor yang didistribusikan.
Adel
14

Salah satu dari dua alasan:

  1. 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.

  2. Jendela tidak terbuka dan staf menderita perut kembung.

Saya pikir ini 1.

GR8DAN
sumber
11

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.

deadalnix
sumber
3
60% to 80% of IT project are considered as failureSaya 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.
maple_shaft
2
@maple_shaft Saya memang menyebutkan sumbernya: ini adalah laporan kekacauan. Anda dapat memeriksanya untuk mengetahui segala sesuatu tentang pengukuran mereka dan membuat pendapat Anda tentangnya.
deadalnix
3
Apa yang dimaksud dengan "TCO"?
Total Biaya Kepemilikan?
ozz
1
Ya TCO adalah total biaya kepemilikan. Dengan kata lain, memiliki sendiri berapa banyak pekerjaan dev yang harus Anda bayar, termasuk biaya tidak langsung (dev misalnya bug yang lebih sedikit, akan lebih murah dalam QA dan perbaikan bug).
deadalnix
5

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:

  • bangun saja
  • kita membutuhkannya dalam 1 bulan
  • kita tidak perlu penguji

Mereka tidak mengerti.

ozz
sumber
Anda tidak mengerti. Perusahaan B akan mengambil penjualan karena mereka berjanji 1 bulan dan mereka menagih sangat sedikit sehingga mereka tidak mampu membayar penguji juga dan masih menghasilkan keuntungan. Situasi seperti ini cenderung tidak terjadi karena manajemen non-teknis yang buruk secara intrinsik, tetapi karena pasar yang secara intrinsik buruk atau terlalu jenuh. Para manajer dan tenaga penjualan di perusahaan Anda tidak bisa disalahkan sama banyaknya dengan yang ada di perusahaan lain. Cara terbaik untuk menghindari hal ini adalah bekerja di perusahaan yang memiliki keunggulan jelas dan berbeda di mana mereka dapat membenarkan keberadaan mereka tanpa menyalahgunakan pengembang.
maple_shaft
1
Percayalah, saya mengerti. Semua yang saya katakan di atas persis berlaku untuk situasi yang Anda gambarkan. Dan situasi yang Anda gambarkan memaksa praktik manajemen yang buruk ke tim pengembang. Cukup adil mungkin para manajer itu "mengerti" juga, tetapi mereka masih menerapkan praktik buruk ke tim pengembang.
ozz
1
Manajemen @maple_shaft yang harus disalahkan, jika Anda menginginkan laba jangka panjang, maka Anda tidak menerima pesanan cepat & kotor yang akan menghasilkan kualitas yang buruk dan produk yang buruk. Jika Anda melakukannya, Anda membahayakan reputasi perusahaan. Selain itu, pelanggan mungkin tidak mengerti apa yang mereka pesan, mereka mungkin tidak memiliki pengetahuan teknis yang diperlukan. Kemudian tergantung pada para penjual untuk membuatnya dengan jelas bagi pelanggan kualitas seperti apa yang dapat mereka harapkan dengan harga tertentu. Ini juga pekerjaan penjualan untuk membuat pelanggan meninggalkan berbagai ide gila, mereka tidak boleh hanya mengangguk & menawarkan harga untuk itu.
4

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.

maple_shaft
sumber
2
+1, Deskripsi pekerjaan harus diambil dengan sebutir garam, tetapi sayangnya banyak pengembang cenderung mengambil barang dengan nilai nominal. Satu-satunya cara untuk mengetahui situasi sebenarnya adalah berbicara dengan mereka secara pribadi. Glassdoor mungkin memberikan wawasan juga.
Angelo
1
@Angelo 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.
maple_shaft
1
Saya pasti mengharapkan pengulas "tidak puas" di glassdoor. Bendera merah saya adalah jika TIDAK ada atau sangat sedikit ulasan positif. Dengan cara yang sama, saya akan curiga jika semua ulasan seragam positif.
Angelo
4

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.

jfrankcarr
sumber
Saya tidak setuju tentang hal itu "tidak terlalu berarti". Kebanyakan lembaga keuangan seperti ini. Perusahaan game juga. Di mana pun itu, tenggat waktu didorong oleh janji besar akan uang (rilis game) atau didorong oleh orang yang tidak mengerti IT.
ozz
@Ozz Saya pikir jfrankcarr sedang mencoba untuk mengatakan bahwa jenis pernyataan pada posting pekerjaan kurang berkaitan dengan ketidakmampuan organisasi atau manajemen dan lebih berkaitan dengan ketidakmampuan SDM.
maple_shaft
@maple_shaft ya, dan saya tidak setuju dengan premis itu. Walaupun SDM bisa, dan seringkali tidak kompeten dalam banyak hal, saya pikir melihat pernyataan dalam iklan pekerjaan biasanya merupakan indikator yang sangat baik tentang seperti apa pekerjaan itu nantinya. Ini adalah ungkapan yang lebih baik daripada "Proyek kami selalu terlambat, kekurangan sumber daya, tidak terencana, karena orang-orang non-IT yang mendorong pengiriman kami. Tentu saja, dalam beberapa kasus mungkin tidak benar, tetapi saya percaya untuk sebagian besar, itu akan terjadi
ozz
@ Ozz - Yang saya maksudkan adalah, dalam kebanyakan kasus, pernyataan SDM yang tidak berarti. Anda harus mendapatkan kebenaran yang sebenarnya selama wawancara dan dari apa yang dapat Anda pelajari tentang perusahaan online. Dengan beberapa perusahaan, seperti jenis yang Anda sebutkan, itu bisa sangat jelas. Lainnya, tidak banyak. Namun, semuanya hampir selalu menggunakan klise HR yang sama.
jfrankcarr
@ jfrankcarr lagi, saya tidak setuju dengan premis itu. Saya setuju tentang orang lain yang Anda sebutkan klise atau tidak berarti, tetapi untuk yang spesifik, saya akan mengatakan itu adalah indikator yang baik untuk sebagian besar. Saya tidak keberatan jika kami tidak setuju :-)
ozz
2

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.

Bill Leeper
sumber
1

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 :)

Ali
sumber
5
sebenarnya, proyek cukup sering diestimasi secara akurat, tetapi estimasi tersebut tidak diterima oleh level manajemen yang lebih tinggi.
Chris Card
Itu benar, lebih akurat untuk mengatakan perkiraan yang disepakati oleh manajemen sebagian besar salah :)
Ali
1

"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.

Bryan Oakley
sumber
1

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.

kcunning
sumber
Setuju, saya pernah bekerja di lingkungan di mana kami secara kontrak diharuskan untuk memperbaiki masalah dalam jumlah waktu X karena nyawa dipertaruhkan. Ada hukuman besar, BESAR karena tidak memenuhi kewajiban kontrak kami.
HLGEM
-1

Itu berarti mereka tidak pernah mendengar tentang Agile atau Scrum atau Kanban, dan mereka tidak peduli dengan pembakaran pengembang mereka.

DmitryB
sumber
Jadi, Agile atau Scrum atau Kanban adalah solusi untuk tekanan tinggi? (!)
Mawg
Praktik-praktik ini membutuhkan partisipasi pemilik produk yang mengarah pada manajemen ekspektasi yang lebih baik dan karenanya manajemen tekanan yang lebih baik.
DmitryB