Domanda:
Incasinato al lavoro e non so cosa fare
Tom Kealy
2020-03-03 16:29:08 UTC
view on stackexchange narkive permalink

Lavoro da un anno a un progetto di scienza dei dati, dalla ricerca dello stakeholder e del lavoro all'esecuzione di test A / B e infine alla produzione del progetto. Parte dell'esecuzione dei test A / B richiedeva un sacco di esecuzione manuale del codice e le scadenze intorno a Natale rendevano necessario un lavoro continuo fino al 9/10 ogni giorno.

Per questo motivo mi sono ammalato e ho dovuto prendere 2,5 settimane di riposo con un'infezione al torace. Ho avuto anche 3 settimane di ferie annuali durante Natale / Capodanno, ma non mi sono sentito riposato e recuperato dopo. Ero molto esausto per il progetto.

La fase finale del progetto non era qualcosa che potevo fare: nella mia azienda un ingegnere ha sempre fatto quella fase. Ciò è dovuto alla più ampia infrastruttura tecnologica di cui il mio progetto ha bisogno per adattarsi e che non capisco. Prima di Natale, ho accettato una parte di questa fase: la creazione di alcuni DAG Airflow.

Quando sono tornato nel nuovo anno, le scadenze del progetto non sono state prorogate a causa di una malattia. Ho informato il mio supervisore del burnout. Mi è stato detto che c'erano più fasi che avrei dovuto completare - in disaccordo ma impegnato. Tuttavia, le scadenze del progetto non sono state prorogate. Mi sono ritrovato con circa 4/5 settimane di lavoro da fare in 2 settimane.

Il processo per mettere in atto un progetto è principalmente nella testa del nostro ingegnere: la documentazione non descrive cosa devi fare, basta copiare e incollare i passaggi.

Avevo anche altro lavoro da fare, quindi lavoravo in parallelo e mancavo le scadenze in entrambi i progetti di una settimana.

Aumentato il bisogno di supporto tecnico dedicato al manager del mio manager (durante il nostro regolare recupero). Ho ottenuto l'ok, ma non sono riuscito a ottenere il tempo di un ingegnere per 3 settimane.

Finisci per lavorare 2 progetti, scopri che c'è un bug dell'infrastruttura che blocca il progetto originale. Ci vogliono 2 settimane per essere risolto.

Una volta che tutto è risolto, segui la procedura per far vivere il mio progetto. Penso che sia tutto a posto, ma quando sposto il progetto su un altro problema di infrastruttura si apre.

Per questo motivo, il mio manager ha assunto la direzione della produzione del primo progetto, per completare i passaggi finali.

Ora ho paura del lavoro (e del nostro 1 a 1) lunedì.

In effetti, generalmente mi sento negativo per questo ruolo, ma anche per il trasferimento a un altro ruolo simile in un'altra azienda.

La mia domanda è: cosa dovrei fare e come evitare questo tipo di situazione in futuro?

In genere su un progetto della tua dimensione, quando stiamo pianificando un progetto, assegneremmo diverse settimane alla fine come buffer.Se questo non è necessario, il progetto può essere implementato prima.Tuttavia, in caso di malessere o esaurimento ti dà lo spazio per rimettere in sesto il progetto senza il panico di dover spiegare ai tuoi manager il motivo del ritardo
@Bebs Questo non è lo stesso di questo caso causato specificamente dal lavoro.Ma un'affermazione come questa dovrebbe o dovrebbe almeno essere fatta da personale medico, e la domanda pertinente è: era?
@Stian Penso che sia chiaro cosa significa l'OP ... Era oberato di lavoro che lo ha lasciato esposto a una brutta infezione al petto.Lo stress è [ben noto] (https://www.healthline.com/health/stress/effects-on-body#1) per causare malattie fisiche oltre che mentali.Soprattutto (per questo caso) provocando un sistema immunitario indebolito.
Hai capito bene: avevi 3 progetti in cui eri il fattore bus di 1?Se sì, questo è quello che dovresti fare.Non fare mai più cose del genere.
@SZCZERZOKŁY solo 2 progetti su cui stavo lavorando da solo.Uno che doveva finire dopo Natale, ma è stato ritardato, e uno nuovo dovrebbe iniziare a febbraio. La sequenza temporale non è stata prolungata il 1 ° perché ero malato e nessun altro poteva / voleva prendere il sopravvento.
Sei bravo a dire di no?In caso contrario, questo è qualcosa che potresti provare a migliorare.
Ho capito bene che hai riposato per 5,5 settimane prima di una scadenza?Hai confermato in anticipo se la scadenza sarebbe stata adeguata o meno?Hai ricevuto il permesso per le ferie?
il tuo titolo dice "incasinato al lavoro", ma leggendo il resto non vedo niente di sbagliato
@TomKealy, qual è stato il risultato, in termini generali, dell'incontro 1 contro 1?
Possibilmente correlato: [Come posso prepararmi per essere investito da un autobus?] (/ Questions / 9128), [L'azienda non capisce cosa sia il "fattore autobus" e continua a darmi sempre più responsabilità] (/ questions / 151245)
@mars "richiesto"?Voglio dire ... "infezione al torace" .... Non penso che tu abbia bisogno di chiedere un permesso se hai qualcosa come la polmonite: / ...... Se l'azienda non è immune da qualcuno che prende un inaspettatocongedo per malattia per 2 settimane ... è un grosso problema: /
"L'esecuzione manuale del codice e le scadenze intorno a Natale richiedevano un lavoro back to back fino al 9/10 ogni giorno" a meno che non fossero in gioco vite umane, questo è folle.Corri veloce e lontano per un lavoro migliore (supponendo che tale abuso nei confronti dei dipendenti sia affatto tipico e / o non visto come estremo / insostenibile dalla direzione).
@Patrice OP ha detto che 2,5 settimane per l'infezione toracica e 3 settimane di vacanza.Non ho mai detto che 2,5 settimane per l'infezione fossero un problema: sembra che nel progetto fossero programmate 4 settimane di tempo di buffer.Ma dopo aver impiegato 2,5 settimane per l'infezione, sai che il buffer è sceso a 1,5 settimane.Con il buffer fino a 1,5 settimane, è certamente una signorina professionale prendersi 3 settimane di ferie senza discutere con il proprio manager.Ecco perché ho chiesto conferma
@IvoBeckers che si era impegnato a rispettare una scadenza che non poteva mantenere era sbagliato.Pensare di dover lavorare per 4,5 settimane in 2 settimane è sbagliato, poiché presume che abbia effettivamente tentato di farlo o che consideri sua responsabilità farlo.La sua responsabilità era di fare 2 settimane di lavoro e osservare in ogni possibile occasione che questo significa che il progetto non sarà completo alla scadenza.Ma sono d'accordo sul fatto che ciò che OP pensa di aver fallito probabilmente non è ciò che ha fatto di sbagliato.
L'unica battuta è che sei completamente esausto e la tua direzione ti ha lavorato come un cane.Ma quanto di questo non stai dicendo di no e accetti richieste irragionevoli e scadenze (non farlo mai più), contro quanto ti stanno gestendo male o sfruttando, è difficile da dire.Inoltre, non accettare un terzo progetto prima di Natale, fino a quando non hai spedito il primo (definisci "spedito" come "il codice di produzione è stato eseguito correttamente per n giorni senza problemi", n> = almeno 3).Se hai bisogno di dire "No, non sono disponibile fino al 15 gennaio", dillo.Dovrebbero assegnare qualcun altro.
Sei risposte:
user81330
2020-03-03 16:55:42 UTC
view on stackexchange narkive permalink

cosa dovrei fare e come evitare questo tipo di situazione in futuro?

Forse ci sono dettagli omessi, o oggi sono particolarmente pessimo nel leggere. Ma onestamente, non c'è nulla nella domanda che indichi un particolare errore che hai commesso, sarebbe "colpa tua".

Trovo che la domanda migliore da porsi sia:

Quali cose specifiche ho fatto di sbagliato, quale alternativa specifica dovevo prendere invece che avrebbe impedito questo?

Se non puoi rispondere direttamente e non hai un elenco specifico di passaggi che avrebbero effettivamente cambiato il risultato - allora semplicemente non è colpa tua.


Il consiglio normale è sempre , segnala in anticipo i problemi di pianificazione e assicurati che le persone siano consapevoli che avrai bisogno di più tempo prima che raggiunga quel punto. Hai fatto questo, ti è stato detto che non avevi tempo extra.

È una decisione che non sei riuscito a prendere, e se ha causato il fallimento del progetto, allora puoi anche capire abbastanza facilmente di chi è stata la colpa.


PS: Giusto per essere veramente chiaro - "essere malati" - non conta come qualcosa che hai fatto di sbagliato, in quanto non c'è un passo ragionevole che potresti hanno preso per garantire di non essere malato. Qualsiasi azienda che non può gestire l'assenza di un singolo dipendente corre un rischio.

Ed essere oberati di lavoro quasi certamente ha causato "essere malati", quindi non è ancora colpa sua.
Io e sono sicuro che molti altri ci siamo trovati in una posizione simile.Il problema è che il ruolo si sente come una pressione costante, e ovviamente poi si verificano degli errori, ma affrontare la pressione costante diventa la priorità e l'unica responsabilità e quindi diventa difficile pensare che qualcosa / qualcun altro possa essere da incolpare.Tutto cambia però quando vedi il tuo capo invalidare tutto il tuo duro lavoro a causa della stupidità assoluta.
ammalarsi bene avrebbe potuto essere colpa sua dato che si era sovraccaricato di lavoro
@Aequitas Sulla base di come descrive il lavoro, il superlavoro non è stata una sua decisione.
@Aequitas OP scrive, ha informato i superiori di sentirsi esausto.Non so quale sia il tuo posto di lavoro, ma qui farebbero scattare diversi allarmi, probabilmente HR e rappresentante dei dipendenti.essere coinvolti.Ignorarlo sarebbe stato considerato come un malfunzionamento _ maggiore_ da parte del superiore, probabilmente finendo per essere rimproverato in qualche modo.
@Fildor il modo in cui l'ho letto;nessuno ha detto all'operatore di lavorare 10 ore al giorno, si sono sentiti spinti a farlo.È stato dimostrato più e più volte che più tempo al lavoro non aumenta necessariamente la produttività, ma generalmente fa il contrario.È possibile che se op si fosse preoccupato di non esaurirsi, potrebbero averlo effettivamente completato in tempo (o essersi avvicinati), poiché sarebbero stati più produttivi e probabilmente non si sarebbero anche ammalati.Non sto dicendo che non ci siano molte cose sbagliate sul posto di lavoro di OP, però.Solo se fossero autogestiti avrebbero potuto evitare il burnout
@Aequitas Ricordo un progetto di ricerca sugli straordinari e sul burn out e sull'efficacia dei costi di tali metodi.Se ricordo bene, un mese o giù di lì di straordinario può essere più efficace per portare a termine il lavoro, ma ovviamente questo diventa difficile se continui a spingere.
NotParticularlyAgile
2020-03-03 19:44:53 UTC
view on stackexchange narkive permalink

Qualsiasi progetto software che richieda un anno di lavoro di un singolo individuo prima che venga realizzato un prodotto finale o una fase di produzione è fondamentalmente mal pianificato e gestito male. In futuro, se ti ritrovi a svolgere più di un paio di settimane di lavoro dei singoli collaboratori senza una sorta di convalida delle parti interessate o feedback di controllo, trattalo come una bandiera rossa sul tuo team / dipartimento / azienda.

Per non parlare della mancanza di controllo di qualità, di quella che sembra una mancanza di gestione del progetto e di acquisizione dei requisiti e nessuno gestisce nemmeno un'analisi dei rischi per l'integrazione finale o il test ambientale in fasi ... O il PO doveva essere responsabile di TUTTE queste cose, e doveva essere pagato molto di più, e / o il progetto era gestito male e aveva troppe poche risorse per avere successo.
Non c'è una sola affermazione che posso trovare che giustifichi la tua premessa di assenza di feedback / convalida.Questo sembra piuttosto fuori tema
@Mars Vedo molti di quelli nell'OP, dove parlano di come le cose falliscono per ragioni impreviste quando provano a distribuirle.
@ObscureOwl In che modo gli errori di distribuzione sono collegati alla convalida delle parti interessate o al feedback di controllo?Nella mia esperienza, un progetto che non è stato approvato dalle parti interessate non procederebbe alla produzione.
CJ Dennis
2020-03-04 08:32:51 UTC
view on stackexchange narkive permalink

Mi è stato detto che c'erano più fasi che avrei dovuto completare - [I] non ero d'accordo ma mi sono impegnato [a farlo].

Ecco il tuo sbaglio.

Mi sono ritrovato con circa 4/5 settimane di lavoro da fare in 2 settimane.

Mi sento per te perché sono stato nella tua situazione, e ho anche imparato come evitare queste situazioni. Come generalizzazione (forse grossolana), i programmatori tendono ad essere introversi, mentre i capi tendono ad essere estroversi. Quando sorge un disaccordo, di solito è la personalità più forte che "vince".

Hai giustamente obiettato alla stima del tuo capo scadenza ma poi hai accettato di farlo comunque in quel momento. La cosa professionale da fare sarebbe stata ribadire che, secondo la tua opinione professionale come sviluppatore, mancavano ancora dalle quattro alle cinque settimane di lavoro e che semplicemente non era possibile fare tutto in due sole settimane.

Ero esausto dopo un lavoro / capo particolarmente brutto e non potevo tornare a lavorare per due anni. Due anni dopo essere tornato al lavoro avevo imparato a posticipare scadenze irragionevoli. Il mio team leader mi ha detto che dovevo svolgere un compito in tre giorni (stimato da lui in base alla scadenza del capo). L'ho stimato io stesso e gli ho detto che era impossibile farlo in meno di sei giorni. Mi ha detto che doveva essere fatto in tre. Il capo aveva promesso a un cliente che sarebbe stato fatto in tre giorni, quindi era mio dovere farlo in tre giorni. Dovrei lavorare fino a tardi ogni giorno finché non è finito e fare gli straordinari non pagati. Non ero un giocatore di squadra per aver rifiutato.

Come vedi, mi sono state fatte molte pressioni per capitolare. Il mio capo squadra mi tormentava ogni giorno per abbassare la mia stima. Tuttavia, nessuna di queste pressioni potrebbe modificare le dimensioni dell'attività o il lavoro richiesto per completarla. Alla fine l'ho fatto un'ora prima della chiusura del sesto giorno, la mia stima più accurata fino ad oggi!

A causa del mio background, ora sono molto sensibile a scadenze irragionevoli e a fare false promesse. Tuttavia, quando i tuoi livelli di energia sono bassi è difficile respingerli. Sembra più facile arrendersi e essere d'accordo. Ma questo ha una serie di problemi:

  • Hai dato al tuo capo un'aspettativa irragionevole di quando il lavoro sarà finito
    • Il tuo capo utilizzerà le informazioni che hai fornito loro per prendere decisioni aziendali. Potrebbero semplicemente riferire al loro capo o potrebbero organizzare qualcosa in coincidenza con la data di lancio. In ogni caso, una cattiva aspettativa porterà a decisioni e risultati sbagliati. Il progetto potrebbe fallire se è sensibile al tempo. Il tuo capo potrebbe perdere il lavoro (situazione estrema).
  • Sei a rischio di ulteriore esaurimento
    • La tua salute può risentirne. Il tuo recupero potrebbe essere prolungato. Farai più errori e più bug. Ti ci vorrà più tempo per completare il tuo lavoro, se puoi. Potresti perdere il lavoro (situazione estrema).

Hai due cose su cui puoi negoziare: la durata e il numero di funzioni. Sarebbe stato possibile completare il progetto in tempo se fossero state completate meno funzioni, con il resto da fare dopo il lancio. È compito del tuo capo portare a termine il lavoro nel modo più efficiente possibile, in termini di denaro, risorse, tempo, ecc. È tuo compito comunicare onestamente quando un progetto o un'attività avrà bisogno di più soldi, risorse, tempo, ecc. Di quanto consentito per. Dovresti anche comunicare eventuali problemi non appena possibile.

Consiglierei di leggere The Clean Coder - A Code of Conduct for Professional Programmers di Robert C. Martin, in particolare il capitolo 2: Dire di no

Potrebbe sembrare che io sia duro, ma capisco come l'esaurimento influenzi il tuo stato mentale, quindi preferisci "seguire la corrente" e "non fare ondate". Devi concentrarti sulla tua salute. So per esperienza personale quanto una cattiva salute possa impedirti di lavorare e come possa influire negativamente sulle tue prestazioni.

La cosa professionale da fare è guarire! Se questo significa lavorare di meno in questo momento, allora così sia. Quando stai bene puoi lavorare a pieno regime. Solo quando stai bene puoi lavorare a pieno regime. Devi imparare a dire "no" e presentare alternative. Quando il tuo capo dice "Deve essere fatto in due settimane", tu dici "Lo farei se fosse possibile, ma ci sono almeno quattro settimane di lavoro qui. Possiamo spostare la scadenza o rimuovere alcune funzionalità minori?"

Nel tuo incontro personale dì loro che riconosci che avresti dovuto essere più energico nel comunicare informazioni accurate e che manterrai informato il tuo capo dei problemi non appena si presentano (che possono essere non appena parlano) . Fai loro sapere che la tua salute è ancora un problema e ci stai lavorando per tornare alle tue solite prestazioni, e che lunghe ore al momento avranno un impatto sulla tua salute e peggioreranno la situazione a causa del tuo recente esaurimento. Se puoi, ottieni un certificato medico che attesti che sei ancora in grado di svolgere il tuo lavoro ma che hai bisogno di più riposo del normale fino a quando non ti sarai ripreso. Probabilmente ti daranno una data per esaminare il tuo recupero e consigliarti ulteriormente.

"Hai due cose su cui puoi negoziare: la durata e il numero di funzioni" - Questo è molto importante.Ci sono troppe persone che non lo capiscono: ci sono due modi di lavoro comprovati per fornire software: aggiustare il set di funzionalità e rilasciarlo quando è pronto, oppure fissare la data di rilascio e rilasciare qualsiasi funzionalità sia pronta (Ubuntu, Windows attuale).Esistono anche due metodi comprovati non funzionanti per (non) fornire software: correggere il set di funzionalità e la data di rilascio (iPhone OS 2.0) o non risolvere nessuno dei due (Debian 3, Windows Longhorn, WorkplaceOS, Taligent, Chandler).
Solo per aggiungere se ogni volta che ti viene detto che "non sei un giocatore di squadra" per aver respinto una scadenza non realistica, ricorda alla persona con cui stai parlando che se fosse un giocatore di squadra, avrebbe controllato prima con teprima di impegnarsi per la breve scadenza ;-)
Robin Bennett
2020-03-03 21:16:28 UTC
view on stackexchange narkive permalink

cosa dovrei fare,

Penso che tu lo stia già facendo. Stai guardando cosa è andato storto, chiedendo perché e cercando tattiche per evitare che accada di nuovo (o mitigare il danno se accade). Potresti tenere una retrospettiva formale, ma ricorda di elencare anche le cose che hanno funzionato bene, in modo da continuare a farle.

come posso evitare questo tipo di situazione in futuro?

Ho finito con circa 4/5 settimane di lavoro da fare in 2 settimane.

C'è il tuo problema. Permettere al tuo capo di stabilire aspettative impossibili porta a stress e lo stress porta a malattie ed errori.

Quando ti vengono assegnate più cose da fare, valuta quanto tempo impiegherà ciascuna e chiedi al tuo capo di dare la priorità loro. Quindi fornisci aggiornamenti in modo che il tuo capo possa vedere quanto lavoro è ancora da fare e può modificare le priorità se necessario.

Quando si verifica questo tipo di situazione, il capo viene ritratto come un bullo che pensa che urla a un indicatore del carburante vuoto potrebbe evitare la necessità di fermarsi e riempire la sua macchina. In realtà di solito non capiscono cosa è necessario fare e quanto tempo è probabile che ci voglia - o forse non capisci esattamente cosa vogliono e le cose sono complicate.

Non vedi questo come "non riuscire a fare una quantità impossibile di lavoro nel tempo disponibile" tanto quanto "non riuscire a comunicare la quantità di lavoro e negoziare un piano realizzabile".

scoprilo c'è un bug dell'infrastruttura

Questo è un altro problema e più facile da risolvere. Quando ci sono incognite in un progetto, è meglio affrontarle nella fase iniziale. Ovviamente non è possibile eseguire la distribuzione finché non si è terminato di scrivere il codice, ma si sarebbe potuto provare una semplice prova di concetto. Le cose nuove raramente funzionano la prima volta.

Il tuo capo potrebbe aver posto il veto sugli sforzi di ingegneria prima che fosse veramente necessario, ma poi non sentiresti che fosse colpa tua.

Buon consiglio per il prossimo progetto.Tuttavia, non aiuta l'OP "lunedì".
@knallfrosch, non tutte le domande sui PO erano rivolte a lunedì.Ma aggiungere un po ', se possibile, per affrontare quella parte della domanda potrebbe migliorare questa risposta.
Akavall
2020-03-04 10:26:12 UTC
view on stackexchange narkive permalink

Ci sono poche cose che ho imparato dall'esperienza:

Mi è stato detto che c'erano più fasi che avrei dovuto completare - in disaccordo ma impegnato. Tuttavia, le scadenze del progetto non sono state prorogate. Mi sono ritrovato con circa 4/5 settimane di lavoro da fare in 2 settimane.

Se il progetto richiede 4/5 settimane, non sarà completato in 2 settimane solo perché il tuo capo vuole in questo modo. Non appena capisci che fai sapere al tuo capo che hai bisogno di 4/5 settimane per implementare le funzionalità previste. Soprattutto, tuttavia, parla con il tuo capo di ciò che è necessario e di due settimane e di cosa puoi fare in due settimane. Molto spesso, a seconda della situazione, c'è qualcosa che puoi fare in due settimane che è sufficiente al tuo capo per mostrare i progressi e chiedere l'estensione.

Ciò è dovuto alla più ampia infrastruttura tecnologica. il progetto deve adattarsi a qualcosa che non capisco. Prima di Natale, ho accettato una parte di questa fase: la creazione di alcuni DAG Airflow.

Sembra che tu stia fornendo stime su parti del progetto che non conosci. Avresti dovuto dire al tuo manager che non puoi fornire una stima perché non hai familiarità con questa parte e hai chiesto che un ingegnere, che ha familiarità con questa parte, sia aggiunto al team, e poi lei avrebbe fornito una stima. Inoltre, dovresti comunicare al tuo capo le parti del progetto per le quali avrai bisogno di aiuto non appena lo sai, in modo che possa prenotare la risorsa il prima possibile.

Polygorial
2020-03-05 02:12:50 UTC
view on stackexchange narkive permalink

Sembra che tu sia esausto e abbia bisogno di aiuto professionale. Devi assicurarti che la tua salute sia buona, nient'altro è importante. Anche se pensi di poterlo gestire da solo, devi consultare un professionista. Le persone tendono a pensare di stare bene finché non si schiantano e una persona con esperienza sarà in grado di aiutarti con quanto è grave e cosa fare al riguardo.

Una volta che ti sei ripreso, è tempo di pensarci le questioni relative al lavoro. Ma questo è lungo la strada e non penso che dovresti preoccupartene finché non avrai il controllo della tua salute.



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