perché alcuni posti di lavoro dicono "ambiente ad alta pressione"? [chiuso]


58

Perché dovrebbe esserci una pressione se tutti sapessero cosa stanno facendo e i progetti siano accuratamente stimati? Se c'è pressione, o anche alta pressione, ciò implica che ciò che stanno facendo attualmente non funziona, perché un buon programmatore vorrebbe unirsi a una squadra del genere? Questo tipo di annuncio di lavoro non è riuscito a mettersi in mostra o sono davvero solo onesti? O ci sono davvero dei buoni motivi per avere pressione?


124
"tutti sanno cosa stanno facendo e i progetti sono accuratamente stimati". Sì, ho fatto un sogno del genere una volta.
Oded,

9
Il mio primo lavoro di programmazione C professionale ne ha sofferto. La società aveva dato a una software house tutto il loro budget per scrivere del software per loro. Non ha funzionato e quindi hanno provato a ripararlo in casa, dove è stato possibile entrare io e molti altri ragazzi. Per farla breve, sono partito dopo un paio di mesi. Nessuna quantità di pianificazione può gestire questo tipo di cattiva gestione.
Jaydee,

29
Questa è la frase in codice per "paghiamo gravemente i nostri programmatori".
dasblinkenlight,

4
Qualificatore importante: sono questi lavori nel settore dello sviluppo software o in un altro settore correlato come il trading algoritmico ad alta frequenza. Sembra che OGNI risposta qui sotto stia assumendo l'industria del software. Ovviamente, non è l'unico programmatore del settore a lavorare, e di gran lunga non la pressione più alta.
Marcin,

4
@Marcin Le persone che lavorano sul software HFT sono specifiche del settore e lavorano ad alta pressione semplicemente perché la loro clientela (IMHO) è una delle persone più stressate e seriamente infelici che io abbia mai incontrato. Inoltre, un certo numero di persone non prenderebbe nemmeno in considerazione l'idea di lavorare per un'azienda del genere solo per principio morale. Preferirei usare le mie conoscenze per migliorare gli algoritmi che risolvono i problemi del mondo reale e che rendono il mondo nel suo insieme un posto migliore in cui vivere.
maple_shaft

Risposte:


20

Esempio di lavoro ad alta pressione: negoziazione algoritmica ad alta frequenza. Un mio amico ingegnere del software lavora per un negozio commerciale. Enorme stress, pressione enorme. Tutte le scadenze sono "in questo momento". Tutto viene spedito in produzione il giorno in cui è stato scritto. Anche un ritardo di qualche minuto potrebbe costare milioni alla società. Non molte persone sono in grado di gestire un ambiente come questo. Se riesci a farlo, aspettati uno stipendio superiore del 50-100% rispetto agli standard del settore al tuo livello + bonus di fine anno basato sulla percentuale dei profitti dei tuoi algos. È ad altissimo rischio, alta pressione, alta ricompensa. Non ha nulla a che fare con scadenze non realistiche o mancanza di gestione e tutto ciò che riguarda la tua capacità di gestire la pressione. (E gli operatori che ti imprecano in faccia mentre il loro conto economico scende il crapper quel giorno.)

Altri esempi:

  • Lavori in cui produrre il tipo di software con elevati requisiti di affidabilità:
    • software medico,
    • software incorporato.
  • Lavori in cui i risultati finali (e i guasti) avrebbero:
    • un impatto diretto e grande sulle persone,
    • un impatto diretto e grande sull'immagine dell'azienda.

In alternativa, non è necessariamente solo un codice per " abbiamo risorse limitate e abbiamo scadenze irrealisticamente aggressive ", ma forse anche un codice per "la tua responsabilità ti rende una responsabilità sacrificabile se qualcosa va storto".


1
Sono d'accordo. Immagino che la maggior parte delle persone voglia un lavoro accogliente. Tuttavia, ci sono persone che vogliono lavorare di più oggi per il potenziale di un grande guadagno e un possibile pensionamento anticipato.
Sarel Botha,

Questo è vero per quanto riguarda il software di trading, ma se vedessi un "ambiente ad alta pressione" in un annuncio di lavoro per un negozio di sviluppo web più piccolo, le campane di allarme suonerebbero.
joshin4colours,

4
@ joshin4colours: sono stato consulente di un piccolo negozio di sviluppo web "ambiente ad alta pressione". Non ho trovato nulla di terribilmente sbagliato in questo: faceva parte della sua strategia di mercato. La strategia aziendale era quella di poter correggere gli errori di qualcun altro in tempi ridicolmente stretti: il sogno da incubo dei programmatori. Le richieste? Un giorno ti svegli e ti viene detto che il team ha 3 giorni per sviluppare e testare qualcosa quotato a 300mh +. Sì, ciò significava 16 ore di lavoro, nessuna possibilità di precisione personale per il dramma e l'orologio. Significava anche salari più alti del 50-150% e il 60% del tempo pagato dedicato ai progetti personali
qdot

Questa è la situazione a cui ho pensato subito quando ho letto il post originale.
Jetti,

102

Ho sempre considerato questo codice per "siamo a corto di risorse e abbiamo scadenze irrealisticamente aggressive".


6
sembra molto, ma di solito hanno una diversa formulazione, come "stressante", "sensibile al tempo" e "frenetico". Anche "vogliamo che qualcuno ami essere sfidato" può implicare anche questo.
Andy,

48
Rapido, frenetico, dinamico sono tutte parole d'ordine per "La direzione non può
distinguere

14
Hai omesso la fine del codice: "e non aspettarti un aumento basato sull'alta pressione: ne eri consapevole quando sei stato assunto"
mouviciel,

6
E vogliono qualcuno con un master CS e 5-8 anni di recente esperienza pratica con OOD / OOP, C ++, C #, Java, AJAX, Oracle, SQL Server e PHP.
jfrankcarr,

13
E volevano programmatori con cinque anni di esperienza Java. Nel 1997.
James McLeod,

40

Forse i recruiter presumono che qualcuno in grado di sopportare, o persino di godere, di un "ambiente ad alta pressione", sarebbe più produttivo in quella particolare azienda.

In realtà può essere un presupposto corretto: uno sviluppatore inferiore, che è disposto a fare pressione per il mantenimento del proprio lavoro, può essere marginalmente produttivo, mentre un buon sviluppatore, che può permettersi di scegliere e quindi, dovrebbe finire in tale una compagnia scherzosa, non se ne andrebbe in pochissimo tempo e non sarebbe affatto produttiva.


14
+1 buona risposta. Tali luoghi preferirebbero uno sviluppatore inferiore e sottomesso.
maple_shaft

28

È una frase in codice per "Vogliamo giovani programmatori non sposati che sono disposti a lavorare ore completamente irragionevoli a spese di avere qualsiasi vita personale".

Non possono dirlo esplicitamente in parte perché è illegale discriminare in base all'età e allo stato civile.


6
HA - "Caro rispettato datore di lavoro, sono un giovane programmatore asessuato, non sposato. Adoro i pezzetti e mangio patatine al silicio. Vivrò in ufficio e farò il caffè per l'avvio."
Adel,

20

Una startup che si lancia sul mercato deve lottare per essere più veloce della concorrenza. Per un'azienda del genere, ha senso creare un ambiente di lavoro ad alta pressione, dal momento che essere lì due mesi prima che altri lavorassero sullo stesso problema potrebbero fare la differenza tra essere il prossimo Facebook ed essere, beh, troppo poco troppo tardi servizio che nessuno ricorda. Lavorare in un'azienda del genere potrebbe arricchirti rapidamente, attraverso le stock options.

Per una società di software affermata, la pressione costante è un segno di cattiva gestione e / o proprietari avidi e quindi una bandiera rossa.


1
Da quello che raccolgo, se stai lavorando in qualcosa di simile al trading ad alta frequenza (che è controverso ma comunque), ci sono requisiti aziendali per tempi di consegna rapidi ma elevate esigenze sulla qualità del tuo codice.

2
Sì, ma .... Facebook è un cattivo esempio per il punto. Erano in ritardo alla festa e vinsero comunque.
Lord Tydus

15

Amico, c'è un carico di sfogo in questo thread: P

"tutti sanno cosa stanno facendo e i progetti sono accuratamente stimati" è quello che tutti vogliono, ma non dovresti dimenticare che quei team non sono sempre stati così. Ogni squadra inizia male prima che alla fine migliori, quindi fino a quando non arriva a questo stato utopico, la pressione è normale. Se così non fosse, la direzione sarebbe probabilmente colpevole di chiedere troppo poco.

Mi piace la frase "alta pressione" nelle rare occasioni in cui la vedo perché quelle sono le squadre che hanno visto i sintomi, anche se potrebbero non avere tutte le risposte. È meglio della maggior parte degli altri annunci che non ne hanno idea.

Quindi, a meno che la concorrenza non sia una grande software house che io conosca, è probabile che troverei questa "alta pressione" almeno interessante. Ci sono meno bravi team sul mercato che buoni programmatori e, francamente, resistere al meglio (supponendo che anche loro vogliano te) è praticamente una perdita di tempo a meno che tu non abbia la bocca da sfamare.

Quindi, in questo senso, la frase "alta pressione" non mi scoraggia affatto.


+1 per punto di vista opposto.
Spencer Rathbun,

2
Non ci sfogiamo, è un semaforo distribuito.
Adel,

14

Uno dei due motivi:

  1. Vogliono che rinunci alla tua vita sociale facendo 12 ore e fine settimana senza ricompense extra per salvare un progetto in ritardo e oltre il budget con il cliente che minaccia di fare causa. Di solito perché il team di vendita ha promesso funzionalità extra senza farle passare oltre gli sviluppatori.

  2. Le finestre non si aprono e il personale soffre di flatulenza.

Penso che sia 1.


11

Penso che tu capisca il punto.

Un buon programmatore non lavora in queste compagnie, quindi le aziende ottengono meno cose (diversi studi mostrano una differenza di TCO che va da 10 a 26 tra gli sviluppatori, il che è enorme) e aumentano la pressione, che porta a lasciare più buoni sviluppatori.

Una società del genere taglierà spesso test, QA o refactoring per raggiungere scadenze non realistiche. Il che ha reso più difficile rispettare la scadenza per la prossima versione. Questo è un processo autosufficiente e fintanto che i vertici non vogliono interrompere questa tendenza, questa è una ricetta per il disastro.

Si noti che dal 60% all'80% del progetto IT è considerato un fallimento (vedere il rapporto sul caos per numeri precisi). E questo ha molto a che fare con il comportamento mostrato nei post di lavoro che leggi.

Questo è spesso definito effetto del Mar Morto ed è un fenomeno molto reale nel settore IT.


3
60% to 80% of IT project are considered as failureSento molto questa statistica ma è intrinsecamente disingena. Secondo chi standard? I project manager e le applicazioni trovano sempre un modo per trasformare un progetto fallito in un successo. Le parti interessate non amano ammettere il fallimento perché hanno investito tempo e denaro nel progetto. Non è politicamente vantaggioso per nessuna parte ammettere che un progetto ha fallito, tranne forse per una terza parte che svolge il ruolo di auditing o consulenza. Metti la testa nella sabbia e accetta il software scadente per il quale hai pagato troppo e soddisfa solo parzialmente la necessità.
maple_shaft

2
@maple_shaft Ho citato la fonte: è il rapporto sul caos. Puoi controllarlo per sapere tutto sulle loro misure e esprimere la tua opinione al riguardo.
deadalnix,

3
Cosa significa "TCO"?

Costo totale della proprietà?
ozz,

1
Sì, il TCO è il costo totale di proprietà. In altri termini, possedere molto costa il lavoro di uno sviluppatore, incluso il costo indiretto (uno sviluppatore che fa meno bug, ad esempio, costerà meno in QA e correzione di bug).
deadalnix,

5

Perché?

Perché sono ad alta pressione.

Perché?

Perché, in termini IT, non sanno cosa stanno facendo, o più precisamente, non seguono buone pratiche di sviluppo, perché è responsabile qualcuno al di fuori dell'IT.

Uno dei problemi che gli sviluppatori software hanno è che il software non è un oggetto tangibile e fisico. Per le persone non IT è questa cosa lanosa e oscura che esiste solo all'interno del loro computer.

Ma poiché non riescono a toccarlo, non apprezzano le complessità che vanno nella costruzione di un buon software.

Quindi quando ottieni questo tipo di persone che "guidano l'autobus", presto ricevi commenti come:

  • costruiscilo e basta
  • ne abbiamo bisogno tra 1 mese
  • non abbiamo bisogno di tester

Non capiscono.


Non capisci. La società B prenderà la vendita perché hanno promesso 1 mese e stanno caricando così poco che non possono permettersi anche i tester e comunque ottenere un profitto. Questo tipo di situazioni tende a non verificarsi a causa di una gestione non tecnica intrinsecamente scadente, ma a causa di un mercato intrinsecamente povero o troppo saturo. I responsabili e i commerciali della tua azienda non sono da biasimare tanto quanto quelli dell'altra società. Il modo migliore per evitarlo è lavorare presso un'azienda che abbia un chiaro e netto vantaggio in cui possano giustificare la propria esistenza senza abusare degli sviluppatori.
maple_shaft

1
Credimi, ho capito. Tutto ciò che ho detto sopra è esattamente applicabile alla situazione che descrivi. E la situazione che descrivi impone cattive pratiche di gestione al team di sviluppo. Abbastanza giusto forse anche quei manager "capiscono", ma stanno ancora mettendo cattive pratiche nel team di sviluppo.
ozz,

1
La responsabilità di @maple_shaft è la gestione , se si desidera un profitto a lungo termine, non si accettano ordini rapidi e sporchi che produrranno qualità scadente e prodotti scadenti. Se lo fai, comprometti la reputazione dell'azienda. Inoltre, il cliente potrebbe benissimo essere all'oscuro di ciò che sta ordinando, potrebbe non avere le conoscenze tecniche necessarie. Spetta quindi ai venditori chiarire perfettamente al cliente il tipo di qualità che possono aspettarsi per un determinato prezzo. È anche compito delle vendite far sì che il cliente abbandoni varie idee folli, non dovrebbe solo annuire e offrire un prezzo per questo.

4

Raramente la vedo così, ma poi tali affermazioni sono nella migliore delle ipotesi e fondamentalmente insensibili.

Ho visto lavori che sono stati descritti come "frenetici" come alcuni dei lavori più lenti, poco entusiasmanti, in decomposizione cerebrale e insidiosamente noiosi che potrebbero essere concessi per un essere umano. Ho anche dedicato MOLTO tempo e sono stato fortemente sfidato in lavori in cui la descrizione non ha dato credito alle reali esigenze del lavoro.

Farebbe un errore a pensare troppo alla formulazione in questo modo. Impara molto di più su un ambiente di lavoro e le responsabilità di un potenziale lavoro intervistando e, a sua volta, ponendo all'intervistatore domande importanti che aiutano a svelare i misteri nascosti e le disfunzioni di cui non ti raccontano.


2
+1, le descrizioni dei lavori dovrebbero essere prese con un pizzico di sale, ma purtroppo molti sviluppatori tendono a prendere le cose al valore nominale. L'unico modo per scoprire la situazione reale è parlare con loro IN PERSONA. Anche Glassdoor potrebbe dare un'idea.
Angelo,

1
@Angelo Glassdoor might give some insight as well.QUESTO. Mille volte QUESTO! Se hai mai iniziato a odiare il tuo lavoro, vai su Glassdoor e guarda le recensioni dei dipendenti per altri 20 datori di lavoro nello sviluppo di software nella tua zona. Ti accorgerai molto rapidamente di quanto sei fortunato. Anche tenendo conto del fatto che la maggior parte delle persone che scrivono una recensione sono scontenti per cominciare, puoi trovare abbastanza in verità nella verità da sapere che la stragrande maggioranza dei negozi di software sono solo posti orribili per cui lavorare. La buona gestione e le migliori pratiche sono purtroppo l'eccezione, non la regola.
maple_shaft

1
Mi aspetto sicuramente dei recensori "scontenti" su Glassdoor. La mia bandiera rossa è se ci sono NO o pochissime recensioni positive. Allo stesso modo, sarei sospettoso se tutte le recensioni fossero uniformemente positive.
Angelo,

4

Non significa molto nella maggior parte dei casi. Dopo tutto, un'azienda direbbe davvero di avere un ambiente di lavoro in cui la loro filosofia è " Mañana ". È uno di quei cliché standard che vengono inseriti nelle offerte di lavoro delle persone delle risorse umane, proprio come dire che vogliono "persone fortemente motivate" e che offrono "uno stipendio competitivo con un pacchetto completo di benefici".

Dovrai scoprire dalla tua intervista esattamente quale tipo di pressione può avere un lavoro, se si tratta solo di parlare con le risorse umane o se hanno davvero un lavoro critico in termini di tempo che deve essere fatto. Ad esempio, potresti scoprire che fanno molti progetti orientati al cliente o critici in termini di tempo che devono essere realizzati molto rapidamente, come campagne pubblicitarie o pianificazione di eventi. Oppure, potresti scoprire che l'organizzazione è popolata da bulli e cretini che creano una brutta pressione. Oppure, potrebbe essere solo HR-BS e l'ambiente è un negozio di sviluppo abbastanza tipico.


Non sono d'accordo "non significa tanto". La maggior parte degli istituti finanziari è così. Anche le società di giochi. Ovunque sia la scadenza guidata da una gigantesca promessa di denaro (rilascio di giochi) o guidata da persone che non capiscono l'IT.
ozz,

@Ozz Penso che jfrankcarr stia cercando di dire che questi tipi di dichiarazioni sulle offerte di lavoro hanno meno a che fare con l'incompetenza organizzativa o gestionale e più con l'incompetenza delle risorse umane.
maple_shaft

@maple_shaft sì, e non sono d'accordo con questa premessa. Mentre le risorse umane possono essere e sono spesso incompetenti in molti modi, penso che vedere quella dichiarazione in un annuncio di lavoro di solito sia un ottimo indicatore di come sarà un lavoro. È una frase migliore di "I nostri progetti vanno sempre in ritardo, hanno risorse limitate, pianificato male, perché le persone non IT guidano i nostri risultati. Certo, in alcuni casi potrebbe non essere vero, ma credo che per la stragrande maggioranza, lo sarà
ozz,

@Ozz - Quello che sto ottenendo è che è, nella maggior parte dei casi, un'affermazione HR insignificante. Devi conoscere la vera verità durante il colloquio e da ciò che puoi sapere sull'azienda online. Con alcune aziende, come i tipi che hai citato, può essere abbastanza ovvio. Altri, non così tanto. Tuttavia, tutti usano quasi sempre gli stessi cliché delle risorse umane.
jfrankcarr,

@jfrankcarr di nuovo, non sono d'accordo con questa premessa. Sono d'accordo sul fatto che gli altri citati siano cliché o insignificanti, ma che per quello specifico direi che è un buon indicatore per la stragrande maggioranza. Non mi dispiace se non siamo d'accordo :-)
ozz

2

Adesso ignoro questo tipo di annunci di lavoro. Ciò che vogliono dire è che vogliamo uno schiavo che lavorerà 80 ore alla settimana e non venga pagato per occuparsi. È un segno che la direzione non sta offrendo le offerte correttamente o non sta gestendo i progetti correttamente.

I team ben gestiti corrono puntuali e senza stress extra, come i manager che accettano 100 nuovi requisiti e cercano di mantenere la data. Non ho avuto una marcia della morte da anni. La cosa più vicina è stata quando sono tornato a un progetto fallito come consulente che faceva tariffe orarie esorbitanti e ho lavorato un lungo weekend di vacanza per salvare alcuni importanti fallimenti.


1

bene il fatto è che il più delle volte i progetti non vengono mai stimati con precisione!

che creerà alta pressione!

inoltre la maggior parte di queste aziende ha team settimanali che creeranno guasti al sistema che dovranno farti lavorare a mezzanotte con un breve preavviso sotto pressione :)


5
in realtà, i progetti sono abbastanza spesso stimati con precisione, ma le stime non sono accettate dai livelli più alti di gestione.
Chris Card,

è vero, più accurato dire che la stima concordata dalla direzione è nella maggior parte dei casi sbagliata :)
Ali,

1

"se tutti sanno cosa stanno facendo e i progetti sono accuratamente stimati?" è un presupposto davvero grande. Di solito tale presupposto è falso se la società afferma che si tratta di un "ambiente ad alta pressione".

E sì, ci sono molte aziende che non riescono a pianificare e hanno dipendenti con risultati insufficienti. Ci sono molte aziende che non si adattano a quello stampo, devi solo mantenere i tuoi standard e rifiutarti di lavorare in questi lavori ad alta pressione.


1

L'unico posto in cui è giusto che appaia questo è se avrai un lavoro in cui le vite sono in linea.

Ad esempio, se sei l'amministratore di sistema per i servizi che devono essere attivi per mantenere gli aeroplani in cielo, dovresti aspettarti che sia ad alta pressione. Oppure, se lavori su software che verrà distribuito per i soldati in una zona di guerra, puoi aspettarti delle pressioni.

Se vedi questo, chiedi all'intervistatore se ci sono delle vite in linea se perdi una scadenza o un allarme. Altrimenti, stanno diventando drammatici.


D'accordo, una volta ho lavorato in un ambiente in cui eravamo contrattualmente tenuti a risolvere i problemi in X tempo perché erano in gioco delle vite. Ci sono state GRANDI, GRANDI penalità per aver mancato il nostro obbligo contrattuale.
HLGEM,

-1

Significa che non hanno mai sentito parlare di Agile, Scrum o Kanban e non si preoccupano di bruciare i loro sviluppatori.


Quindi, Agile o Scrum o Kanban è la soluzione per l'alta pressione? (!)
Mawg,

Queste pratiche richiedono la partecipazione del proprietario del prodotto che porta a una migliore gestione delle aspettative e quindi a una migliore gestione della pressione.
Dmitry B
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.