Di cosa hai bisogno per essere in grado di risolvere i problemi? Torna con una proposta.

Forse hai bisogno di ulteriore formazione su alcune tecnologie o metodologie per essere in grado di fare l'analisi della causa principale. Forse hai bisogno di un consulente (di un fornitore o di una terza parte) che intervenga per un periodo per aiutarti a diagnosticare il problema. Forse hai bisogno di una gestione che ti aiuti a intensificare le tue richieste di supporto. Forse hai bisogno di un software aggiornato. Forse hai bisogno di più tempo per concentrarti sul problema e hai bisogno che qualcun altro si occupi di determinati compiti per un po '. Nessuno di questi, presumibilmente, ha una garanzia di successo. Ma un piano su come andare avanti non solo ti fa sembrare proattivo, ma consente ad altre persone di aiutarti.

Quando vai da un esperto (un medico, un avvocato, un idraulico, qualunque cosa) , è perfettamente ragionevole che l'esperto stabilisca di aver bisogno di ulteriore assistenza. Il tuo medico potrebbe dover chiamare uno specialista per aiutarti con una diagnosi complicata. Il tuo avvocato potrebbe aver bisogno di consultare un contabile per aiutarla a preparare alcuni documenti. In questo caso, sei l'esperto, quindi puoi determinare di quale ulteriore assistenza hai bisogno. I tuoi manager probabilmente non si preoccupano (o, francamente, capiscono) i passaggi che hai seguito per risolvere il problema, vogliono solo sapere di cosa hai bisogno per risolvere il problema in modo permanente.

Se hai proposto soluzioni o almeno le cose che potrebbero diagnosticare il problema e quelle soluzioni sono rifiutate come troppo costose, allora sai che l'azienda vede il costo del problema come inferiore alle soluzioni proposte e che puoi tranquillamente segnalarlo quando il problema si ripresenta. È perfettamente ragionevole dirlo

"So che desideri identificare la causa principale del problema. Ho proposto di sostituire il foo e aggiornare il software sulla barra. Uno di questi probabilmente risolverebbe il problema / individuerebbe la causa principale / ecc. la proposta è stata rifiutata perché troppo costosa. Se desideri rivederla, sarei lieto di ricevere aggiornamenti sui prezzi dal fornitore. In caso contrario, posso continuare a lavorare per mitigare il problema, ma probabilmente non saremo in grado di farlo identificare una causa principale a meno che non siamo molto fortunati. "

I work in manufacturing myself (HW test). You are dealing with recurring themes in manufacturing problems: "flare-ups" which occur seemingly without warning and where it is really hard to find and address root-causes.

Unfortunately, if you're the only engineer in the place you may find yourself overwhelmed some times regardless of how skilled you are and how hard you work. At the end of the day, product has to ship, people need to get paid and suppliers need to be scheduled. This stuff won't relent just because the problems are "hard".

You bosses feel stressed because they're afraid that one of the flare-ups are going to result in a line down with no way to predict when it is coming back up. I would not take their lectures too personally, you might really need help and it does not reflect badly on you to admit to that.

In other words, part of "owning" a problem is knowing when you're overwhelmed and when you need assistance. The way for you to "win" this hard situation is to coordinate a plan for getting help-- don't just put it on your boss' lap and make them solve it. The help you coordinate can come in different forms as Justin's answer outlines, but you want to involve yourself as part of the solution.

If you can't cure an intermittent problem, work out a set of changes that will help you diagnose it next time it does arise.

L'atteggiamento dei tuoi capi è tipico dei manager senza nemmeno un granello di conoscenza tecnica o intelligenza media. Ti stanno semplicemente facendo il prepotente piuttosto che fornirti il ​​budget e le risorse di cui hai bisogno per risolvere il problema. Non meritano la tua esperienza e dedizione.

Per gestire questa situazione, comunica i problemi in dettaglio al fornitore o al produttore e tieni un registro dettagliato di ciò che hai comunicato e quando, come email o copie inviate di lettere, moduli online ecc. Assicurate ai teppisti ... ehm ... ai vostri manager che sarete in grado di risolvere il problema non appena riceverete alcune informazioni aggiuntive dal venditore o dal manager mancanti dai documenti che hanno fornito.

Se la risposta del venditore è insufficiente per risolvere il problema, rispondi con ulteriori domande. Riferisci ai tuoi capi che stai ancora discutendo con il fornitore e ti stai avvicinando sempre di più alla risoluzione del problema da un giorno all'altro.

Nel frattempo (e questa è la parte più importante della gestione di tali gestori), guarda per un lavoro in un'azienda migliore. Le persone per cui lavori ora non meritano certamente un dipendente dedicato come te. Se continui a lavorare per loro perderai. Non esiteranno a licenziarti in un momento conveniente per loro. È meglio che te ne vada in un momento che scegli prima. Inoltre, se dipendenti dedicati schiavizzano tali manager, li incoraggerà solo a continuare i loro atteggiamenti perversi e peggioreranno nel tempo.

Tutte queste risposte, come hai notato nella tua domanda, si concentrano sulla risoluzione dei problemi che portano ai tuoi incontri scomodi, nel tentativo di ridurre o eliminare gli incontri con i tuoi capi. Anche se potresti aver bisogno di aiuto con il tuo approccio a questo, penso che una risposta più utile sia come affronti l'incontro stesso, perché nel mondo dell'ingegneria, è probabile che tu debba sempre affrontare cose come questa. Boss che non capiscono esattamente quello che fai, situazioni che si presentano senza preavviso e incontri in cui dovresti parlarne.

La chiave qui è diventare l'esperto che ti stanno chiedendo di essere. Sottolinea la tua chiara preoccupazione per il problema e rassicura i tuoi capi che sei la persona giusta per il lavoro. Mostra loro l'esperienza che stai acquisendo, la dedizione che hai e lo sforzo che metti per fare progressi. Potrebbero non voler assumere una nuova persona sapendo che stanno investendo molto su di te, in termini di tempo ed esperienza, e il tuo compito è convincerli che non riescono a trovare nessuno migliore.

Primo , se durante le riunioni rivedi il tuo approccio tecnico al problema, i passaggi che hai intrapreso, i risultati, ecc. e questo non pone fine alla riunione, allora eri troppo tecnico. Il tuo pubblico non ha capito in che modo ciò che hai detto si collega al loro problema e, per quanto ne sanno, lo stai inventando. Ciò non crea fiducia. Devi trovare un pubblico di pratica per spiegare la situazione che è ugualmente tecnica ai tuoi capi e, si spera, con altre somiglianze. Se quella persona può capirlo, allora forse i tuoi capi possono.

Secondo, non so se lo stai facendo, ma sembra che tu abbia anche bisogno di una comunicazione regolare con loro su questi temi. Probabilmente sarebbe utile tenere riunioni settimanali / bisettimanali / mensili sui tuoi progressi e tu conduci l'incontro. Questo ti aiuterà a mettere in pratica la tua comunicazione, dimostrerà loro che tieni ai problemi, dimostrerà la tua sincerità nel risolvere i problemi e darà loro anche il tempo di pensare e comprendere i problemi quando non sono in "crisi" mode "e probabilmente non possono concentrarsi sul tuo lavoro quanto lo sono sulla crisi. Inoltre, ti metterà nel ruolo di "autorità" in materia - negli altri incontri, loro guidano e tu vieni sbalzato. Con questo, tu sei il lead.

Se si rifiutano di farlo o "non hanno tempo" e annullano, fai comunque la richiesta, invia loro comunque i rapporti scritti - in tempo, ogni volta. Anche se li buttano via, almeno lo ricordano per ricordarti che ti stai impegnando. Questo può aiutare con la loro formazione tecnica: puoi costringerli a essere più tecnici, ma forse capiranno alcune cose con questi incontri. E anche se annullano, sei tu quello con la richiesta: eri tu di fronte al problema.

Terzo, inizia la conversazione sulla crisi con "Ti ho fornito aggiornamenti aggiornati X e ecco cosa ho imparato da allora. " E aggiungi: "E non posso ancora garantire che ciò non accadrà di nuovo. Forse questa esperienza porterà a una risposta, tuttavia, ecco la tendenza al ribasso degli eventi, ecc ..." Dici che i problemi sono meno frequente, risparmio di denaro, ecc. Il controllo di qualità consiste nel ridurre l'errore, non nell'eliminarlo. Se sai di aver ridotto il problema, allora hai bisogno di un grafico o di un grafico o qualcosa del genere per dimostrarlo. Questi incontri possono ricordarti che hai migliorato la situazione e, a questo proposito, sei la persona giusta per il lavoro.

In quarto luogo, devi avere diverse cose da fare quando esci dalla riunione di crisi. Di 'ai tuoi capi che seguirai una valutazione / rapporto della situazione attuale entro domani / la prossima settimana. Assicurati di inviare quel rapporto o di avere quella riunione. Pianificalo prima che se ne vadano se puoi e, se annullano, invia comunque un rapporto. Mostra loro che sei preoccupato per questo anche quando non lo sono e anche dopo che la crisi è finita. Fondamentalmente, questo è ciò per cui ti pagano. Preoccupati e, si spera, risolverlo.

Allo stesso modo, fai in modo di fare un altro follow-up più tardi, forse una settimana o un mese dopo. Analizza sinceramente il problema, i dati che hai ottenuto e poi comunica le azioni dirette che hai intrapreso e / o le cose che hai fatto in modo diverso in base alla nuova esperienza.

Ad un certo punto, saranno saturi di dati, incontri e informazioni sul problema. Inizieranno a capirti, cosa stai facendo e perché hanno bisogno di te. Oppure acquisirai delle grandi capacità e sarai in grado di portarle in un luogo in cui il tuo lavoro è meglio apprezzato.

La chiave qui è imparare a gestire la situazione. I tuoi capi sanno che sei stressato dalle riunioni. Sono bulli. I bulli adorano quando hai paura perché questo dà loro il controllo. Quando inizi a chiedere più riunioni, dai loro rapporti e diventi sicuro che nessun altro può fare questo lavoro meglio di te, quindi inizi ad avere il controllo e inizierai ad avere riunioni migliori (altrimenti devi andartene comunque ).

Senza un livello di dettaglio maggiore, non sembra che ti venga chiesto qualcosa che non dovresti essere in grado di fare. Ti viene chiesto di fare qualcosa che dovresti essere in grado di fare.

Il mezzo più efficace per porre fine allo stress è scavare in profondità e risolvere i problemi che ti stanno chiedendo di risolvere.

Se ti accorgi che con una cassa di risonanza limitata tra te, te e te, potrebbe essere il momento di suggerire di assumere un altro ingegnere. Se il nuovo ingegnere sa come risolvere questi problemi, GRANDE! Ma anche se non lo fa, è molto più facile lavorare sui problemi più difficili quando hai qualcuno con cui fare brainstorming e con cui lavorare che farlo da solo.

Sono stato su entrambi i lati del tavolo: l'ingegnere che non riesce a trovare la risposta a un problema e il manager che deve mostrare qualcosa a uno stakeholder ed è bloccato da un ingegnere che non riesce a capire risolvere il problema.

Sembra che il vero problema non sia che non ti daranno più tempo - ovviamente dovranno darti più tempo finché non risolverai i tuoi problemi. È solo che non entrano in empatia con la tua situazione e invece danno la colpa a te che apparentemente non fai abbastanza.

La ragione di ciò è perché presumere che qualcuno sia pigro e incapace svolgere un compito è molto più facile che comprendere le complessità del mondo tecnico. Capisci che è difficile, ma non lo fanno. Penseranno che tu sia pigro.

So che la tua situazione potrebbe essere incredibilmente diversa con molte sottigliezze e le persone con cui lavori potrebbero non essere le migliori, ma un dialogo come questo mi ha aiutato e altre persone che conosco:

• Manager : sono trascorse due settimane dalla data di consegna e ti stiamo aspettando per il modulo Foo.
• Ingegnere : guarda. So che questo problema sta causando problemi significativi alla nostra azienda, per non parlare del fatto che devi spiegare e tenere conto dei ritardi al CEO e ai clienti.
• Ingegnere : io " Mi dispiace, vorrei davvero che questo problema venisse risolto più facilmente e ci stiamo adoperando per risolvere il problema presto.
• Manager : non mi interessa. Ho bisogno della correzione SUBITO.
• Ingegnere : cerca di capire, se c'è qualcosa che avrei potuto fare adesso, l'avrei già fatto. Siamo nella stessa squadra. Questo genere di cose purtroppo tendono a succedere e cercheremo di evitare che accada in seguito. Ma ora stiamo lavorando duramente per risolvere questo problema.
• Manager : non credo che tu sia qualificato per questo. Forse dovrei semplicemente assumere qualcun altro per questa posizione.
• Ingegnere : ci vorrà del tempo per assumere qualcuno di nuovo e coinvolgere qualcun altro, quindi per ora consentimi di concentrarmi sulla risoluzione di questo problema.

Questi sono pensieri e linee guida che mi hanno aiutato in passato:

• Comprendere ed entrare in empatia con la loro urgenza. È molto probabile che abbiano un manager che sgrida contro di loro: le loro valutazioni sulle prestazioni potrebbero dipendere dalla rapidità con cui fornisci, oppure potrebbero dover scusarsi o, peggio, perdere un cliente o cliente.
• Dillo quindi che fai parte della stessa squadra e stai lavorando per trovare una soluzione, ma a volte il software è imprevedibile. Se riesci a relazionarti sinceramente al loro problema, la maggior parte delle persone sarà in grado di relazionarsi al tuo.
• La comunicazione regolare aiuta: se riscontri un problema o rimani indietro, lascia una nota dicendo che stai vivendo problemi ma stanno lavorando per risolverli e tornare nei tempi previsti. È molto meglio farlo piuttosto che vedere un ritardo di più settimane e poi tagliare una cifra triste.
• Non passare troppo tempo a difendere, giustificare o fornire scuse. Potresti avere ottime ragioni per non fare ciò che era richiesto, ma a loro semplicemente non importa. Potresti aver avuto anche problemi di salute o personali, ma alla fine quello che vedrà il tuo superiore è se hai svolto il tuo lavoro o meno.

Alcune note:

1. Potrei sembrare un po 'insensibile e dire che la colpa è tua. Non è quello che intendo. Sto dicendo che alla maggior parte delle persone manca semplicemente l'energia e la larghezza di banda emotiva per fare lo sforzo di capire veramente quali fossero i tuoi problemi. E a meno che tu non riesca a spiegarli abbastanza bene, prenderanno la via più facile e presumeranno che sei pigro.

2. Se lavori con persone che ignorano continuamente le tue richieste di aiuto e ti rifiutano di capire il tuo punto di vista: potrebbero essere tossiche e se non puoi gestirle la tua unica opzione è cercare altri lavori.

3. Se ti accorgi regolarmente di non essere in grado di far fronte e di non rispettare scadenze e requisiti, puoi prendere in considerazione la possibilità di richiedere attività più piccole e più semplici per un po 'di tempo finché non sarai al passo con i tempi. È sempre meglio essere qualcuno che esegue effettivamente piccoli compiti entro scadenze e di buona qualità, piuttosto che qualcuno che prende compiti più grandi e non consegna affatto.

1. Suggerisco di leggere informazioni su TRIZ https://en.wikipedia.org/wiki/TRIZ. In generale, si tratta di fare invenzioni, ma spiega come pensare ai problemi. Probabilmente potresti prendere in prestito qualcosa. In particolare, ti dicono di fare domande come "cosa faresti se avessi una risorsa infinita X" (zero / tempo infinito / dimensione / ecc.).

(Io stesso ho trovato TRIZ una lettura interessante, l'idea era molto promettente, ma non ha aiutato a codificare attività tipiche, trovare bug nel codice di un collega o invertire soluzioni alternative per bug di terze parti. D'altra parte, ho imparato qualcosa, ma è difficile dire cosa ho imparato, probabilmente, ho imparato a non fare ciò che non è necessario fare.)

2.Tecnicamente, nella mia area di competenza tali errori intermittenti possono verificarsi quando più thread competono per risorse condivise. Le primitive di sincronizzazione sono persino peggiori delle etichette globali dei primi linguaggi di programmazione degli anni '60 o '50 (agiscono globalmente, anche se la loro visibilità sintattica è limitata). Una possibile soluzione è avere un numero di thread di lavoro che passano eseguibili tra di loro. (Cioè, un thread per risorsa, i lavori vengono passati da un thread a un altro.) Nel codice, sembra

  thread1_handler.post (boilerplateStuff {... utilizzando la prima risorsa. .. thread2_handler.post (boilerplateStuff {... using the 2nd resource ... ... and so on ...})})  

Cioè, probabilmente il problema potrebbe essere risolto tramite refactoring. Tale refactoring non può essere eseguito rapidamente, ma se non hai altre opzioni ...

3. Se hai problemi con un materiale di terze parti, potrebbe essere utile chiedere a tale terza parte risorse aggiuntive, ad es. per una correzione di bug o per documenti aggiuntivi. Usa l'aiuto del tuo manager per presentare la richiesta. Alla riunione successiva (quando il problema si ripresenta o quando trascorre un po 'di tempo, ad esempio 2 settimane), dite al vostro manager che avete bisogno che la terza parte fornisca quella risorsa aggiuntiva e lui non risponde.

Quindi i tuoi capi terranno una conferenza alla terza parte.

(Immagino molto bene come il responsabile della terza parte veda un prototipo e dica: "Funziona! Eccellente! Iniziamo le vendite lunedì prossimo!" e gli ingegneri non può spiegare che il prototipo memorizza il proprio stato in una variabile globale statica mentre l'API suggerisce la sicurezza dei thread. Visto in una libreria reale.)