Domanda:
È vero che si dovrebbe lavorare più di 60 ore nell'industria del software statunitense?
Chris
2015-08-16 12:37:39 UTC
view on stackexchange narkive permalink

Essendo tedesco e avendo lavorato nell'industria del software tedesca per alcuni anni, posso dire che nella maggior parte dei lavori (in aziende più grandi) un ingegnere del software lavorerà 35-40 ore a settimana, con gli straordinari che vengono compensati finanziariamente o togliendo queste ore nelle prossime settimane. A un dipendente è vietato lavorare in media più di 40 ore o più di 48 in una determinata settimana e un datore di lavoro può e sarà multato altrimenti.

Ora sto valutando la possibilità di candidarmi per lavori di ingegneria del software negli Stati Uniti, ma ho sentito da più fonti, che uno dovrebbe lavorare 60 ore o più a settimana, il che mi sembra molto eccessivo. Vorrei sapere se qualcuno può fornirmi informazioni di prima mano su questo problema, dal momento che lavorare più di 45 ore a settimana (EDIT: in media) sarebbe un vero fallimento.

Ho modificato la domanda per sottolineare che intendo in media 45 ore a settimana. Ovviamente a volte sono necessarie più ore, non dovrebbe essere un problema.
Ciò dipenderebbe notevolmente dall'organizzazione, dalla sua cultura, dal carico di lavoro e dalle risorse umane e finanziarie disponibili. Le mie ore di base sono sempre state 40 ore settimanali, ma ci sono momenti in cui il tempo critico ha significato l'occasionale 80 ore settimanali. In base alla mia esperienza, quanto meglio è gestito il progetto, tanto minori sono le probabilità di passare spesso ore eccessive.
Voto per chiudere questa domanda come fuori tema perché non si tratta di navigare sul posto di lavoro
Hmm ... direi che questo è più semplicemente "troppo ampio" piuttosto che non riguardare il posto di lavoro. Come dice la risposta più votata, la risposta corretta alla domanda così come è scritta è "dipende". Mentre, in media, le settimane lavorative di 60 ore sono molto insolite per gli ingegneri del software negli Stati Uniti, ci sono alcune nicchie in cui non è così insolito (anche se la compensazione in quelle sarà generalmente più alta per rispecchiarlo). dei lavori per cui ho lavorato o per cui ho fatto domanda sono stati settimane lavorative di 40 ore (e vivo in una parte relativamente rurale degli Stati Uniti, non nella Valley).
Questa è una domanda meravigliosa. Anche il commento di Jane è l'inizio di una risposta forte.
Sono uno sviluppatore stipendiato dagli Stati Uniti. Il mio carico di lavoro è compreso tra le 60 e le 80 ore settimanali. +1 a proposito. La ragione di questa domanda è falsa ed è ** IN NESSUN MODO SPECIFICO DELL'AZIENDA **.
Niente potrebbe essere più assurdo.La tendenza nel software ora (per tipo "20 anni") è che gli idioti lavorano molte ore;sei visto come un hack completo che non ottiene nulla se richiede molto tempo.Tutto il software di alto valore è realizzato in brevi periodi di tempo, come scrivere canzoni, sai?
Posso dire da conoscenti che sì, c'è una morale del lavoro più rigorosa.I giorni di 9 o 10 ore non sono così rari.Forse stavano facendo molta attenzione con quelle stime per non spaventare troppo le persone.
Tre risposte:
bharal
2015-08-16 13:03:11 UTC
view on stackexchange narkive permalink

Dipende.

Dipende da dove ti trovi negli Stati Uniti e di nuovo dal settore in cui ti trovi. E poi, infine, dipende anche anche il team in cui fai parte.

Ho sempre lavorato solo come consulente IT negli Stati Uniti (es .: mai personale fisso). Ma ho lavorato al fianco dei miei fratelli e sorelle del personale permanente.

Ho lavorato solo nel settore bancario.

Come consulente, sono stato sempre incoraggiato a non lavorare più di 40 ore; inoltre, non meno di 40 ore - erano esattamente 40! Ci sono state alcune volte a San Francisco in cui ho tirato un giorno dell'una di notte, due volte ora ci penso. Ho solo fatturato più ore per questo.

Dal punto di vista del personale permanente:

A San Francisco, nessuno ha lavorato più di 40 ore. Questo è in una società non startup però; pensa di più v. grande fondo. Se qualcuno lavorava più ore, veniva pagato per questo lavoro straordinario. Penso che sia la legge della California, non ho idea di come le startup presumibilmente spremano così tante ore dalle persone.

A New York, in una grande banca di investimenti, tutti lavoravano circa dieci ore al giorno. Dentro alle 8:45, fuori verso le 19:00. I tipi più ambiziosi hanno lavorato molto più a lungo.

Nel New Jersey, in una "startup" bancaria, tutti lavoravano circa 40 ore.

Tuttavia, è più cultura aziendale, e soprattutto di squadra, che altro. Chiedere al colloquio aiuterà.

** + 1 ** Fondamentalmente stai dicendo che è lo stesso che in Europa. Varia notevolmente tra i sottocampi del settore (web / gioco vs bancario) e la cultura aziendale (avvio vs stabilito) - ... e anche in questo caso dipende dall'azienda esplicita.
Inoltre, dipende dallo stato attuale del progetto: scadenze, crisi dei clienti, quel genere di cose. Se hai un cliente che sta letteralmente rinunciando a un milione di dollari di vendite ogni minuto che il tuo software non funziona correttamente, saresti maledettamente meglio disposto a fare qualche sacrificio per aiutarlo, perché se lo fai o no si presenterà nella valutazione delle prestazioni. Ciò non significa che sia un evento quotidiano per tutti gli sviluppatori in tutti i progetti in tutte le aziende, e una buona azienda e un buon manager ti permetteranno di recuperare parte di quello in tempo flessibile quando non c'è una crisi.
Bella risposta. Ecco alcuni [suggerimenti pratici] (http://workplace.stackexchange.com/a/12391/2322) su come chiedere anche questo in un'intervista in modo non imbarazzante.
Mohair
2015-08-17 07:10:39 UTC
view on stackexchange narkive permalink

Non è normale fare 60 ore a settimana. Potresti finire per farne qualcuna nella tua carriera se le cose colpiscono i fan quando stai cercando di ottenere un rilascio, ma se ti ritrovi a farlo spesso, allora qualcosa non va. Forse sei tu. Forse sono loro. In ogni caso, non è una buona situazione e dovresti cercarne una migliore. In una squadra ben gestita, raramente avrai problemi come questo.

Fare 45 ore alla settimana non è assolutamente insolito. Al momento sono un imprenditore, quindi è facile evitare di farlo (perché devono pagare tempo e mezzo oltre 40 ore). Ma a volte devi solo rimanere fino a tardi per qualche motivo. Quando sono con lo stipendio (invece che a ore), trovo sempre un modo per recuperare. Se lavoro 42 ore una settimana, potrei lavorare solo 38 la prossima. Di solito riesco a pareggiarlo.

NobodySpecial
2015-08-17 06:09:00 UTC
view on stackexchange narkive permalink

Dipende molto dal settore e dall'azienda.

Startup, games, bank (trading) si aspettano di lavorare 60 ore come standard e 80-100 crunch time. Lavora quasi tutti i fine settimana, senza ferie e senza giorni festivi.

I servizi pubblici, il governo, le aziende sono probabilmente ancora 40-45 ore e probabilmente 10 giorni di ferie, le aziende statunitensi sembrano molto più tempo trascorse alla scrivania rispetto agli europei.

Chi lavora 60 ore "standard"? Le risposte che suggeriscono che potresti fare una settimana di 60 ore occasionalmente hanno senso, ma immagina settimana dopo settimana di dover rimanere sempre fino a tardi ogni singolo giorno della settimana in ufficio. La tua produttività diminuirà e vorrai uscire da lì. Nell'interesse di chi è promuoverlo?
@Brasndin, ci sono team di gestione che non riconoscono che i dipendenti sono esseri umani che si stancano. In effetti, le persone lavorano quelle ore per settimane / mesi in molte start-up e negozi di giochi. C'è un motivo per cui sono per lo più popolate da giovani e single. Nessun altro acconsentirebbe a essere trattato come un servo. È controproducente e il prodotto richiede effettivamente più tempo per arrivare sul mercato, ma le persone persistono nel pensare che le persone dovrebbero farlo. Una volta un capo mi ha detto che dovrei riuscire a stare almeno tre giorni senza dormire. Mi ci è voluto meno di un mese prima di partire.


ⓘ
Questa domanda e risposta è stata tradotta automaticamente dalla lingua inglese. Il contenuto originale è disponibile su stackexchange, che ringraziamo per la licenza cc by-sa 3.0 con cui è distribuito.
Loading...