Domanda:
Come rispondere all'email del tuo capo sull'accusa di un collega?
Wes Sayeed
2016-11-17 11:56:43 UTC
view on stackexchange narkive permalink

Questa mattina si è verificato un conflitto molto grave con un collega che ha portato a un'e-mail arrabbiata del capo con un'accusa non vera. Come faccio a gestirlo senza sembrare giovanile?

Ecco la storia:

Il mio collega e io siamo entrambi amministratori di sistemi IT per un ospedale e questa settimana è il mio turno -Chiamare una persona di supporto. Ho risposto a una chiamata alle 7:40 (20 minuti prima dell'apertura dell'attività) per un problema con un sistema di cui è responsabile e di cui so poco. Ho pensato che sarebbe andato al lavoro per la giornata, quindi gli ho mandato un messaggio per chiedere consiglio. Ha risposto che sarebbe arrivato in ritardo a causa di una commissione personale e mi ha suggerito di provare a riavviare uno dei server delle applicazioni.

Per farla breve, non è possibile riavviare un server nel bel mezzo di una procedura medica e non ho potuto contattare nessuno in quel reparto per vedere se c'erano pazienti. Ho finito per chiamare fino in fondo il supervisore dell'ospedale e lei ha detto che avrebbe accettato il punto. Quindi ho lasciato questo. Ho registrato l'incidente e l'ho definito buono.

Quando finalmente è arrivato al lavoro, ha avuto un totale crollo su di me. Molte bombe f sono state sganciate. Ho concluso la conversazione dicendogli che non è compito mio fare il suo lavoro per lui e che dovrebbe richiamarmi quando sarà grande. Non molto professionale, lo so, ma a quel punto ero livido per il modo in cui mi ha parlato.

Diverse ore dopo, ricevo un'e-mail dal nostro direttore, CC indirizzata a entrambi. È ovvio dal suo tono che il mio collega mi ha "scherzato" e che ha preso la sua storia per valore nominale. Era una frase per il mio collega su quanto fosse poco professionale e un intero paragrafo per me sulla serietà di quel sistema e sulla mia mancanza di urgenza nell'affrontarlo.

Il fatto è che questo non è assolutamente vero! Ho fatto tutto che avrei potuto fare per risolvere il problema. Ho passato quasi due ore a controllare i registri del server e fare telefonate senza alcun aiuto su ciò che stavo cercando. Sono assolutamente fiducioso sul modo in cui ho gestito la situazione (la parte tecnica, non l'argomento).

Il mio problema è che l'intera situazione è infantile, ma la sua email richiede una risposta. Se non lo faccio, lascio sul tavolo che ho incasinato e accetto implicitamente la colpa per non aver aggiustato quel sistema in modo tempestivo.

Non faccio bene la politica d'ufficio e non mi interessa davvero "vincere" una stupida discussione. Ma mi FACCIO a cuore la qualità del mio lavoro e come viene percepito. Sono molto orgoglioso del mio prodotto di lavoro.

Come rispondo a questo senza sembrare meschino? Tieni presente che il mio rapporto con il mio capo è tiepido, ma il loro rapporto è molto amichevole, e ho avuto altri problemi con questo collega prima che la sua email confermi che ha sentito parlare, ma non ha mai detto nulla. Il punto è che ha sentito solo una parte della storia e ora ho una battaglia in salita da combattere.

MODIFICA

La causa principale del problema si è rivelata essere un server di transazione esaurimento dello spazio su disco. Mi mancava perché non sapevo di guardare lì. Non c'è documentazione su quali server fanno cosa o quali dati vengono archiviati dove (il suo lavoro), e non c'erano monitor configurati per guardare quell'unità per inviare un avviso prima del guasto (anche il suo lavoro). Di nuovo, sto cercando disperatamente di evitare di gettarlo sotto l'autobus (è meschino), ma il suo lavoro losco ha trasformato un normale problema in una crisi e lui si sta sottrando alle responsabilità incolpando me per le conseguenze.

"Non faccio bene la politica d'ufficio [...] il mio rapporto con il mio capo è tiepido, ma il loro rapporto è molto amichevole" - forse è ora di iniziare a migliorare in politica d'ufficio ...
Nel contesto del tuo ultimo paragrafo, se butti il tuo collega sotto l'autobus, troverai una manifestazione molto semplice di un [Fattore di bus] malato (https://en.wikipedia.org/wiki/Bus_factor) della tua azienda.Scherzi a parte, come può il buon funzionamento del software * ospedale * fare affidamento su ciò che una * singola persona * tiene nella propria testa, non condivisa e non documentata in alcun modo?
"(il suo lavoro) ... (il suo lavoro) ... (il suo lavoro) ..." Sei un team IT: "(il nostro lavoro) ... (il nostro lavoro) ... (il nostro lavoro) .."A partire da oggi, dovresti dedicare un po 'di tempo a diventare competente in tutti i sistemi che potresti essere chiamato a mantenere.Sei fortunato che il tuo collega sia stato in grado di rispondere al tuo messaggio quella mattina.Cosa farai se la prossima volta sarà fuori portata?
Nel momento in cui l'hai consegnato al supervisore dell'ospedale e hai smesso di lavorare, avresti dovuto far sapere al tuo collega che lo stavi facendo.La sua risposta potrebbe essere stata "No, questo è un sistema critico, è necessario ripararlo il prima possibile".
@JoeStrazzere * forse a causa della mancanza di formazione * -> `Non c'è documentazione su quali server fanno cosa o quali dati vengono archiviati dove (il suo lavoro) e non c'erano monitor configurati per guardare quell'unità per inviare un avviso prima delfallimento (anche il suo lavoro) ''.Non puoi aspettarti che un amministratore di sistema controlli ciecamente / casualmente le cose, sono troppi per trovarli in tempo.Ad essere onesto, vorrei far notare che il server non è stato monitorato e non documentato quando avrebbe dovuto essere fatto.
In qualità di amministratore di sistema, lo spazio su disco è una delle prime cose che controllo, dopo aver eseguito altri strumenti per scoprire quali altri server erano coinvolti e quale software era in esecuzione sull'host.
@DavidK, è esattamente corretto ed è stato anche il mio pensiero.Ho citato il tuo commento in [la mia risposta] (http://workplace.stackexchange.com/a/79960/47537).
Potresti far notare al tuo capo che l'intero dramma ha avuto origine perché ti sei correttamente astenuto dal fare ciò che il tuo collega ti aveva detto di fare (riavviare i server delle applicazioni che non dovevano essere riavviati a quel punto).Sapevi che questo avrebbe spostato tutta la colpa su di lui, ma ti sei concentrato sull'evitare danni all'ospedale.Scommetto che il tuo collega si è dimenticato di menzionare questo suo suggerimento quando ti ha incolpato del tuo capo.Ma è stato un errore smettere di monitorare il problema dopo che il supervisore ha detto che avrebbe preso il suo punto di vista, a meno che tu non l'abbia informata che lo avresti fatto.
gettare il collega sotto l'autobus sarebbe insignificante, ma attribuire la responsabilità in modo professionale non si qualifica necessariamente come tale e potrebbe essere necessario per spiegare la situazione
Solo un breve commento su questo: ma se sei "di guardia" e ti aspetti di supportare i sistemi da uno a dieci (diciamo), allora * davvero * dovresti sapere in modo indipendente tutto su quei sistemi, o almeno abbastanza da portarti alturno di giorno senza disastri.Non sono una persona IT (almeno professionalmente), ma come medico, so qualcosa su ciò che è necessario quando vai di guardia e copri ampie sezioni di un ospedale multidisciplinare molto grande.
Dieci risposte:
Erik
2016-11-17 13:36:06 UTC
view on stackexchange narkive permalink

Rispondi con un'e-mail spiegando tutte le cose che hai provato, fino a chiamare il supervisore e lasciare il problema a lui. Se esiste una sorta di elenco di controllo "come risolvere il problema", rileggilo e verifica di aver completato tutti i passaggi.

Quindi chiudi con una domanda onesta su cosa gli sarebbe piaciuto di più fare. Questo o il tuo capo si renderà conto che hai fatto tutto bene, o ti renderai conto che hai perso qualche passaggio importante.

Non incolpare il tuo collega per nulla, o presumere che sia impossibile che tu abbia commesso errori. Esponi solo i fatti di quello che è successo. Se il tuo collega deve incolpare di qualcosa, una disposizione concreta degli eventi sarà sufficiente per consentire al tuo capo di giungere a questa conclusione da solo.

[apertura]

Vorrei per rispondere in merito all'incidente di oggi con [fonte]. Quando la chiamata è arrivata alle [ora], ho immediatamente eseguito i seguenti passaggi:

  • [ora] leggi i registri
  • [ora] ha contattato [collega] (ha suggerito Riavvio il sistema)
  • [ora] ha contattato [reception ospedaliera] per sapere se c'erano pazienti, ma non sono riuscito a raggiungerli
  • [ora] ecc
  • alla fine, ho contattato [il supervisore dell'ospedale] alle [ora]. Hanno detto che si sarebbero presi la responsabilità, quindi ho chiuso la chiamata

Fammi sapere quali altri passaggi ti aspettavi, mi assicurerò di riprenderli la prossima volta.

[il tuo nome]

I commenti non sono per discussioni estese;questa conversazione è stata [spostata in chat] (http://chat.stackexchange.com/rooms/48932/discussion-on-answer-by-erik-how-to-respond-to-your-bosss-email-about-a-coworke).
PeteCon
2016-11-17 15:00:46 UTC
view on stackexchange narkive permalink

Ignora l'argomento e il lato emotivo delle cose e fai semplicemente un elenco di punti elenco su quando si è verificato il problema e cosa hai fatto per risolverlo. Chiedete chiarimenti su cosa avreste dovuto fare diversamente. Più sei calmo, più è facile vincere la discussione. Quando lavoravo su chiamata per un'azienda blue-chip, la regola era "fai tutto quello che devi, perché qualcun altro (o qualcos'altro) ha già rotto il sistema". Sei andato oltre - correttamente - chiedendo consiglio e non riavviando immediatamente.

Ron Beyer
2016-11-17 22:14:04 UTC
view on stackexchange narkive permalink

Penso che le altre risposte siano ottime, ma vorrei aggiungere che dovresti mostrare un'opportunità di miglioramento. Non solo spiega cosa hai fatto, ma dai suggerimenti su come migliorarlo ...

Ad esempio, la tua email dovrebbe includere qualcosa del tipo:

Lo capisco ci sono state alcune difficoltà nel risolvere questo problema in modo tempestivo. Al fine di migliorare il modo in cui eseguiamo queste operazioni, vorrei dare i seguenti suggerimenti:

  • Stabilire un "Responsabile tecnico" e un "Responsabile backup" per ogni sistema che possa assistere il chiamare l'assistenza tecnica quando i problemi non possono essere risolti.
  • Migliorare e rivedere la documentazione dei sistemi per garantire che sia possibile eseguire una risoluzione dei problemi accurata.
  • Eseguire un controllo di ogni requisito di sistema
  • Imposta avvisi per elementi come spazio su disco insufficiente, utilizzo elevato della memoria, utilizzo elevato del processore, ecc. in modo da conoscere lo stato di salute del nostro sistema.

Ecc ...

In questo modo non solo stai dimostrando di aver intrapreso l'azione appropriata in base alle informazioni disponibili , ma hai notato un'opportunità per migliorare il sistema e il supporto esistenti.

Come manager non mi sono mai piaciuti i problemi di udito senza avere suggerimenti su come risolverli. Ho assunto persone perché potevano svolgere il lavoro, e se hanno problemi a svolgere il lavoro non volevo sentire "ho fatto del mio meglio", volevo sentire "è così che lo facciamo meglio".

Questa risposta è oro!Questo è il tipo di risposta che farà promuovere il PO.
Suggerire miglioramenti futuri è un'idea eccellente, ma consiglierei di inserirla in un'e-mail / memo di follow-up * separata *.I manager impegnati sembrano avere la tendenza a leggere solo il primo "riquadro" visualizzato dal loro strumento di posta elettronica (circa 25 righe), quindi è meglio evitare lunghe e-mail (l'ho imparato a mie spese).Inoltre non sembra ottimale mescolare i due fili "quello che è appena successo qui" (fa ancora parte della gestione delle conseguenze dell'attuale crisi) e "questo è quello che penso dovrebbe accadere andando avanti" (ora che ci siamo tutti calmati, lavoriamo per evitare le crisi in futuro)
Non farlo.Sembrerà cambiare la colpa quando sarà fatto come risposta a una critica.È fantastico suggerire miglioramenti alla politica / processo, ma fallo la prossima settimana una volta che l'argomento corrente è stato risolto e sei stato scagionato da ogni illecito.
AilitfiwffCMT No, non lo è.
@LightnessRacesinOrbit Non credo che sia colpa dello spostamento.Se il tecnico di guardia non ha le competenze per risolvere un problema e la parte responsabile non viene identificata come lead, si tratta di una carenza nella struttura organizzativa.Nella prima parte dell'e-mail mi piacerebbe mangiare il corvo * "Mi scuso per come ho gestito la cosa e non lo farò più in futuro" * mi basterebbe, ma sarei molto felice comemanager per vedere il mio dipendente suggerire miglioramenti.Puoi vedere le carenze solo quando sorgono problemi e prima vengono identificate meno è probabile che ciò accada.
@RonBeyer: Non credo nemmeno che sia colpa dello spostamento, ma potrebbe facilmente apparire in questo modo a un manager arrabbiato a questo punto della storia.
Forse, a seconda del manager.Se questo fosse il caso di questo particolare manager, potresti scrivere invece * "Vorrei discutere con il nostro team di alcuni possibili miglioramenti" *.Tuttavia, questo dipende dall'allenatore, cerco di non lasciare che le emozioni entrino nei problemi, ma capisco che sia difficile per alcuni.
Riguardo al tuo ultimo paragrafo, e in generale al noto "_Non voglio che tu venga da me con problemi ma con soluzioni_", qual è la giusta linea di condotta quando c'è un problema che nessuno ha ancora notato e poi un dipendente se ne accorgeesso?Questo dipendente dovrebbe tenere questa scoperta per sé fino a quando non potrà fornire suggerimenti su come risolverlo, e solo allora venire da te?Perché a volte rendersi conto che c'è un problema non include automaticamente avere una soluzione, e alcuni manager vorrebbero avere la possibilità di mettere persone specifiche a lavorare su una soluzione, magari immediatamente.
@SantiBailors Posso parlare solo per me stesso, ma considererei che mi venga in mente una soluzione se un dipendente dicesse "(RischioA) si è verificato lunedì e abbiamo eseguito (rispostaA). Diverse persone hanno espresso interesse a migliorare (rispostaA). Questi eventihanno portato alla luce (sottostanteProblem), che da quello che ho visto ci apre (rischi AB e C). C'è qualche mitigazione a (sottostanteProblem) che mi manca, e se è così possiamo assicurarci che (otherStakeholders)anche consapevole di come implementare (mitigazione)? "In questo caso, la consapevolezza è la soluzione di primo livello.
@newcoder Sono d'accordo che tale approccio sarebbe buono ma il tuo esempio non corrisponde al mio punto, che si riferisce al concetto generale espresso nell'ultimo paragrafo della risposta.Devi pensare a una situazione in cui un dipendente si rende conto che c'è un problema e poiché è un dipendente responsabile lui / lei - come la prima risposta - rende il manager pertinente consapevole del problema, e la reazione del manager è "venire con le soluzioni, non problemi ".Penso che questa roba sia strana, ma succede, l'ho vista più di una volta.
@SantiBailors In quel contesto, il "problema" è che abbiamo un problema di cui non siamo a conoscenza.La soluzione è renderci consapevoli del problema.Non prenderei quello che ho detto come una dichiarazione generale applicabile a tutte le situazioni, principalmente quello a cui mi riferisco sono problemi che ti impediscono di svolgere i tuoi doveri ... Ovviamente ci sono molti problemi sul posto di lavoro che richiedono più di una personada risolvere e va bene portare l'attenzione su quei problemi, la parte "miglioralo" è sapere che c'è un problema e riconoscere che hai bisogno di aiuto per risolverlo.
@RonBeyer OK, ho capito e penso che sia giusto.Il motivo per cui ho risposto come se l'avessi preso come un'affermazione generale è che ho assolutamente visto il mantra economico "_ venire con le soluzioni, non i problemi_" usato indiscriminatamente da alcuni manager come reazione standard ogni volta che si sono trovati di fronte a problemi che loronon sapevo come gestire.Applicarlo in un contesto come quello che hai appena spiegato lo rende una risposta manageriale molto più rispettabile e significativa.Detti manager lo hanno persino espresso come se fosse un atteggiamento competente, pragmatico e persino freddo per un manager.
Wildcard
2016-11-18 08:46:15 UTC
view on stackexchange narkive permalink

David K. ha fatto un commento che ha colpito nel segno e finora non è menzionato in nessuna risposta.

Nel punto in cui hai voltato al supervisore dell'ospedale e ha smesso di lavorare, avresti dovuto far sapere al tuo collega che lo stavi facendo. La sua risposta potrebbe essere stata "No, questo è un sistema critico, devi aggiustarlo al più presto".

L'omissione era comunicazione.”

Da un punto di vista tecnico , potresti aver fatto tutto il possibile. Tuttavia, non sei riuscito a comunicare che stavi terminando l'attività.

Hai detto che l'hai "registrato", ma evidentemente non era abbastanza.


Ci sono due possibilità:

O

  1. Non avevi idea che si trattasse di un sistema critico, oppure
  2. Tu sapevo che questo era (è) un sistema critico.

Se non lo sapevi, la domanda io ti farebbe ( ma non nei tuoi panni con l'attuale capo sconvolto) sarebbe:

Chi diavolo ha lasciato che l'unico tecnico responsabile di questo sistema andasse in servizio senza alcuna formazione su quanto sia critico il sistema?


Tuttavia, dato che sapevi che non avresti potuto riavviare il sistema se fossero in corso delle operazioni, sembra che tu abbia avuto un'idea delle criticità coinvolte.

Quando hai a che fare con un sistema critico, hai bisogno di molta comunicazione. Questo non significa che chiedi aiuto costantemente e non impari da solo. significa che tieni gli altri informati sulle azioni che stai intraprendendo.

Messaggi di testo di esempio che avresti dovuto inviare il tuo collega, data (a) la sua maggiore esperienza e (b) il fatto (come dichiari nella tua domanda) che questo sistema era principalmente una sua responsabilità:

Impossibile riavviare il server dell'app a meno che non siano in corso operazioni; non posso contattare nessuno in quel reparto per confermare. Sto ancora cercando di contattare qualcuno. Cordiali saluti.

Quindi, in seguito:

Raggiunto il supervisore __________. Ha detto che prenderà il punto su questo. Registrazione dell'attività e conclusione. Cordiali saluti.

Quest'ultimo testo avrebbe ricevuto un messaggio che diceva: "NO, devi gestire il problema ora!" Al che avresti potuto dire:

Ho controllato il log foobar sul server XYZ e non ho visto niente fuori dall'ordinario. Ho anche controllato i server ABC e DEF. Dove dovrei controllare? Non ho note o documentazione da consultare, quindi apprezzerei molto l'aiuto ....

E se non avesse risposto in un ragionevole lasso di tempo (diciamo , mezz'ora), mandagli un messaggio con:

Capisco che tu dici che questo è un problema molto urgente da risolvere, ma non ho alcuna documentazione o note di lavoro per questo sistema. Ho controllato tutto quello che mi viene in mente. La tua lunga esperienza e familiarità con il sistema è davvero necessaria per eseguirne il debug. Puoi scrivermi per favore quando ricevi questo? Mi dispiace disturbarti quando non sei in ufficio ma hai detto che questo deve essere risolto al più presto ....

Con quella cronologia del testo per mostra al tuo capo una dichiarazione che "Dobbiamo VERAMENTE ottenere la documentazione adeguata per i nostri sistemi!" verrebbe accolto in modo completamente diverso.


La comunicazione è la chiave per gestire o prevenire questo turbamento, non la competenza tecnica.

EvSunWoodard
2016-11-17 23:52:53 UTC
view on stackexchange narkive permalink

Qualcosa che non ho visto in nessuna risposta esistente, per me è la più importante. Se possibile, PARLA CON LUI DI PERSONA! Scrivi un elenco di punti elenco, con l'ora e il luogo esatti in cui è successo tutto. Scrivi quello che hai fatto per rimediare alla situazione. Quindi invia un'e-mail al tuo capo (supponendo che tu lavori nella stessa posizione fisica) e chiedi di incontrarlo in privato sulla questione.

Porta il tuo taccuino alla riunione, inizia dicendo qualcosa del tipo: "Mi dispiace per aver interrotto la tua giornata, ma volevo spiegare questa situazione faccia a faccia, in modo che tutto fosse chiaro. " Quindi spiega esattamente cosa è successo. Non devi menzionare il tuo collega, tranne per il fatto che lo hai chiamato per chiedere aiuto e cosa ha detto il tuo collega. Se il tuo capo è per metà decente, apprezzerà almeno lo sforzo e probabilmente capirà che, per lo meno, credi che sia la spiegazione imparziale di ciò che è successo.

Questo metodo fornisce anche al tuo capo la capacità di darti ulteriori istruzioni sulla critica. Forse la prossima volta ti consiglierà di fare qualcosa di diverso, il che sarà solo un vantaggio per te.

Non posso votare abbastanza forte.Per situazioni come questa è assolutamente essenziale parlare con le persone faccia a faccia una volta che tutti si sono calmati.Francamente, se fossi il capo in questa situazione, avrei entrambe le persone nel mio ufficio per discutere della situazione.
Inoltre, essendo di persona, sarà in grado di vedere l'onestà sul tuo viso e rimuoverà qualsiasi tono negativo immaginario dalla tua "voce" di posta elettronica.
Non potrei essere più d'accordo: parla ogni volta tramite e-mail.Ma chiedi prima il suo punto di vista su quello che pensa sia successo e ascoltalo.In questo modo puoi adattare la tua risposta al suo atteggiamento.Potrebbe dire, ad esempio, che non gli interessa l'incidente ma vuole sapere come impedire che accada di nuovo, quindi dovresti parlare di soluzioni e non andare oltre a spiegare la situazione.
Thalantas
2016-11-17 13:38:42 UTC
view on stackexchange narkive permalink

Per la tua prima risposta, attieniti ai fatti e non incolpare il collega.

Inizia la tua email spiegando la tua comprensione della situazione. Sei arrivato presto al lavoro, hai dovuto affrontare una situazione difficile, hai chiesto consiglio al tuo collega e hai cercato di risolvere il problema nel miglior modo possibile.

Hai la prova che hai agito. Hai i registri del telefono e hai parlato con molte persone, incluso il supervisore. In una prima volta, non utilizzerei queste prove, ma costruirò una sequenza temporale della mattina, da utilizzare in seguito, se il capo non si fida della tua parola e richiede prove.

La disputa del collega ha non è stato il fulcro dell'email. Lascia perdere per ora e non menzionarlo a meno che non ti sia stato portato dal capo.

Sulla base di questi fatti ecco una proposta per la struttura della tua email:

Signore,
Vorrei condividere con voi la mia opinione sugli eventi di questa mattina.
[Fatti]
Sarò lieto di darti ulteriori informazioni per chiarire la situazione e posso dimostrare di aver fatto del mio meglio per gestire il problema.
Mentre mi sforzo di fornire un lavoro di altissima qualità , Resto a tua disposizione per stabilire la migliore linea d'azione, se una situazione del genere si ripetesse.

"Posso dimostrare di aver fatto del mio meglio per gestire il problema" suona sulla difensiva.
L'intero esempio di risposta è _estremamente_ difensivo, persino supplichevole se si considera il "Signore".Potrebbe funzionare in India, ma non in occidente.Sorpreso è stato suggerito da un francese!
Peter
2016-11-18 05:15:12 UTC
view on stackexchange narkive permalink

Quando calunniato, devi reagire o le accuse non mancheranno. Quando calunniato per iscritto, devi reagire per iscritto, altrimenti le accuse rimarranno.

Le altre risposte sono giuste che puoi dare la tua versione della storia e che se lo fai deve essere senza emozioni e attenersi ai fatti.

Ma prima di tutto, fai sapere al tuo regista in una sola frase che sei offeso e insultato da queste accuse, che non riflettono ciò che è realmente accaduto.

eg

Francamente, queste accuse mi offendono. Non corrispondono affatto alla situazione come l'ho vissuta.

o

Sono insultato da queste accuse, che non riflettono ciò che è realmente accaduto.

o

Mi sento piuttosto insultato da questa email. Gli eventi descritti non corrispondono a quanto accaduto oggi.

La formulazione effettiva dovrà dipendere dalla gravità delle accuse.

Non hai nemmeno bisogno di te per scrivere un riepilogo di ciò che è realmente accaduto nell'email *. Finché racconti al capo che la storia che ha ricevuto è incompleta, sapranno di aver commesso un errore e, se gliene importa, verranno a chiedertelo più tardi.

Non importa come rispondi , non "rispondere a tutti", perché correggere il tuo capo in pubblico può essere considerato offensivo.

Cose da evitare:

  • Insultare il tuo capo mentre gli dici che ha insultato tu (non dire "ti sbagli", usa "queste accuse" invece di "tue accuse").
  • Accusa direttamente il tuo collega di mentire (non dire "ti hanno mentito a ")

* Se non scrivi i fatti nell'e-mail, scrivili comunque per te stesso, in modo da non dimenticare i dettagli nel caso in cui la storia ritorna in un secondo momento, ad es la prossima revisione annuale o ogni volta che ottieni un nuovo supervisore.

Grazie, potrei ripulire tutti quei commenti a parte l'ultimo, a meno che tu non voglia che rimangano per qualche motivo.
La parte "insultata" può dipendere dalla cultura in cui ci si trova e molto probabilmente non funzionerebbe bene nella mia (perché la prendi sul personale invece di essere solo professionale).Vorrei in ogni caso sottolineare che non è così che ho visto la situazione.
Lumberjack
2016-11-19 03:21:18 UTC
view on stackexchange narkive permalink

Hai commesso un errore e devi possederlo.

Devi dimostrare al tuo manager che capisci l'errore che hai fatto. Ha bisogno di sapere che hai imparato dall'errore e che non lo ripeterai.

Leggendo la tua domanda, sembra che tu non abbia ancora compreso l'errore che hai commesso:

Ho fatto tutto il possibile per risolvere il problema. Ho passato quasi due ore a controllare i registri del server e fare telefonate senza alcun aiuto su ciò che stavo cercando. Sono assolutamente fiducioso sul modo in cui ho gestito la situazione ....

Mi dispiace se questo sembra duro, ma non hai fatto tutto avresti potuto fare. Non sei riuscito a seguire la catena di comando:

Ho finito per chiamare fino in fondo il supervisore dell'ospedale, e lei ha detto che avrebbe avuto ragione. Quindi ho lasciato questo. Ho registrato l'incidente e l'ho definito corretto.

Hai dimenticato il passaggio più critico. Non hai chiuso il giro con la tua squadra. Dopo aver riattaccato con il supervisore dell'ospedale, la prossima chiamata dovrebbe essere rivolta al tuo manager e / o al tuo collega. Il fatto che tu non abbia chiuso il ciclo implica per loro che non capisci quanto sia importante questo sistema o peggio, che non ti interessa.

Una buona misura correttiva potrebbe essere la promessa di mantenerli nel ciclo se un problema come questo si ripresenta. In ogni caso è importante fargli capire che farai tutto il possibile per assicurarti che non accada mai più. Forse questo è il catalizzatore che stavi cercando per generare parte di quella documentazione di sistema mancante.

La cosa importante è essere pragmatici e affrontare il problema dal punto di vista dei server, non dagli atteggiamenti meschini del persone coinvolte.

teecha books
2018-10-24 01:22:56 UTC
view on stackexchange narkive permalink

Posso vedere come la tua azione nei confronti di questo potrebbe turbare una persona perché all'epoca hai fatto tutto ciò che potresti pensare e dovresti ottenere un po 'di merito per questo. Ora apprendere questa situazione, può darti una prospettiva migliore su come affrontare situazioni simili nel prossimo futuro. Nessuno è esperto in tutto ... diventi un esperto facendo / imparando regolarmente.

Quindi penso che quello che puoi fare è prima documentare e comunicare la situazione anche se non hai tutte le risposte. Comunicare e lasciare che tutti siano consapevoli in modo che più persone possano concentrarsi maggiormente sul problema e su come affrontare quella situazione. Successivamente è acquisire maggiore familiarità con i sistemi. Quindi diciamo che non è disponibile alcuna documentazione, quindi prenditi la responsabilità di aiutarti in questo senso.

Sono sicuro che il tuo capo lo apprezzerebbe anche se non è il tuo lavoro, ma hai preso l'iniziativa per aiutare.

La terza cosa da fare è iniziare a conversare con i colleghi in modo da poter capire come reagiscono alle persone in generale. Estendi un ramoscello d'ulivo, sii più aperto ad ascoltarli e parlare con loro come se fossero i tuoi migliori amici anche se (inizialmente non pensano che lo siano) A volte devi lasciare che le persone si abituino a te e il modo migliore per farlo farlo è essere amichevoli. Dimentica il passato e non vedi l'ora di avere un buon rapporto di lavoro con i tuoi colleghi.

So che potresti pensare perché fare tutto questo. Bene nella vita ti imbatterai in queste situazioni. si chiama vivere quindi iniziamo a cambiare quel paradigma noi stessi. Il cambiamento inizia con uno e scoprirai che dopotutto hai molto in comune. Tutti gli esseri umani si trovano in una situazione come questa, ma i veri vincitori sono quelli che riconoscono l'importanza di cambiare la percezione delle persone e di portare un cambiamento positivo in ciò che fai.

Vietnhi Phuvan
2016-11-17 13:53:31 UTC
view on stackexchange narkive permalink

Non puoi preoccuparti che il suo rapporto con il tuo capo sia amichevole.

Trovo il tuo disprezzo per la politica dell'ufficio irrilevante, ipocrita e irritante considerando la situazione in cui ti trovi. Lascia perdere l'atteggiamento perché il tuo disprezzo potrebbe benissimo funzionare a tuo danno. Non solo in questa situazione, ma anche in quelle future.

Dai al tuo capo la versione basata sui fatti di ciò che è realmente accaduto. Che la chiamata a te è avvenuta mentre faceva una commissione personale. Quando l'hai chiamato per un consiglio / supporto, ti ha consigliato di riavviare un server. Di 'che non eri disposto a riavviare il server dato che non sei stato in grado di contattare nessuno all'interno del dipartimento con cui coordinare il riavvio del server. Alla fine hai raggiunto il supervisore dell'ospedale che ha affermato che stava "prendendo posizione" su questo problema, hai registrato l'incidente e lasciato lì. Se per te il semplice fatto di affermare i fatti equivale a fare politica, allora non c'è niente che possiamo fare per te. Non puoi permetterti di lasciare la narrativa egoistica del tuo collega a stare da sola, incontrastata. Non se vuoi preservare la credibilità con il tuo capo o anche se il tuo collega, che probabilmente ha bisogno di sapere che non può dire tutto ciò che vuole e si aspetta di farla franca.

Detto questo:

  1. Mi chiedo perché non hai avvisato il tuo capo né hai seguito il tuo collega quando era chiaro che non potevi contattare nessuno nel dipartimento per coordinare il riavvio del server con. Non stai menzionando ciò che hai trovato quando hai controllato i log del server per due ore, ma sembra che non hai trovato nulla. Il tuo capo e il tuo collega avrebbero dovuto sapere che non eri in grado di coordinare il riavvio del server entro, diciamo, 30-60 minuti dalla tua reazione all'incidente.

  2. Avresti dovuto tornare dal tuo capo e dalla tua collega quando il supervisore dell'ospedale ha detto che stava "prendendo atto" dell'incidente. Perché l'incidente era chiaramente irrisolto da un punto di vista tecnico poiché il server doveva ancora essere riavviato.

Non so cosa abbia fatto il tuo collega per risolvere l'incidente ma la mia ipotesi è che abbia semplicemente riavviato il server da solo e in seguito abbia riferito di te al tuo capo. Il fatto è che l'incidente è avvenuto e che il tuo collega non hai segnalato l'incidente al tuo capo - questo conta come un segno contro di te. E hai perso almeno due opportunità di inoltrare l'incidente al tuo capo prima che lo facesse il tuo collega.

La tua incapacità di coordinare il riavvio del server con il problema del reparto era un problema di gestione e avresti dovuto intensificare il problema alla tua direzione, cioè al tuo capo nel momento in cui ti sei reso conto che stavi colpendo il muro quando hai provato a passare attraverso i canali appropriati. In effetti, sia il tuo capo che il tuo collega avevano il diritto di sapere e la responsabilità concomitante di intervenire quando ti rendevi conto che passare attraverso i canali giusti non ti portava da nessuna parte.

Devi sapere quando risolvere i problemi a il tuo livello e quando aumentare. E devi mantenere le linee di comunicazione con il tuo capo e il tuo collega in ogni momento. E assicurati di segnalare il tuo collega se diventa offensivo o non è reattivo ogni volta che gli rispondi su qualsiasi cosa.

La tua preoccupazione che sia in rapporti amichevoli con il tuo capo è irrilevante. Questo è il momento sbagliato per preoccuparsi della politica dell'ufficio. Probabilmente ne sa abbastanza per stare dalla parte buona del capo e, per quanto ne sanno tutti, si mette dalla parte buona del capo baciandolo. A differenza di te, sa tenere aperte le linee di comunicazione con il suo capo. Devi anche mantenere aperte le tue linee di comunicazione con il tuo capo.

MODIFICA (in risposta alla tua modifica):

Dal momento che dici che la causa principale si è rivelata essere - diversa? - server che esaurisce lo spazio su disco, nessuna quantità di riavvio del server su cui stavi lavorando avrebbe risolto il problema, a meno che tu non stessi lavorando sul server delle transazioni e il server delle transazioni stesse esaurendo lo spazio su disco perché era pieno di file temporanei che un riavvio avrebbe annullato.

La scoperta è chiara. È anche chiaro che la responsabilità del monitoraggio dello spazio su disco sui server è sua. Non devi dire altro che affermare o ribadire i fatti. Tutti i fatti, inclusa la causa principale dell'incidente. Il modo in cui il capo si occupa di lui non è un tuo problema. Non capisco perché "Desidero disperatamente evitare di gettarlo sotto un autobus", è un semplice problema di gestione che viene affrontato a livello del tuo capo e il tuo atteggiamento da "spione si ricaccia" non è né rilevante né utile per risolvere la situazione a né per impedire che la situazione si ripresenti.

Il processo di gestione non può essere efficace se la responsabilità non è presente. E se la responsabilità non è posta sotto la porta giusta, come vi aspettate che la parte interessata intraprenda la giusta azione correttiva? Che è preferibile al flusso di lavoro del tuo dipartimento, che venga intrapresa la giusta azione correttiva o non venga intrapresa alcuna azione correttiva perché hai interferito con la responsabilità che viene posta alla porta appropriata a causa della tua - altamente giudicante - percezione che sei, come hai affermato nel tuo post originale, "pettegolezzi" su di lui.

È altamente poco professionale iniettare inutilmente "politica d'ufficio" e, come hai affermato nel tuo post originale, "pettegolezzo" in una situazione che può essere gestita e risolta solo se la serie corretta di fatti è in mostra ea portata di mano e la responsabilità per l'azione correttiva è posta alla porta appropriata. Ti suggerisco di rivedere e rivedere le tue definizioni di "politica d'ufficio" e "pettegolezzo": sarai molto più felice e sarai più efficace in questo modo.

CONCLUSIONE: da quale conclusione dovresti trarre questo incidente? È che mentre la responsabilità di affrontare questo incidente è stata delegata a te, risolverlo o gestirlo non è mai stata solo tua responsabilità. Mantenere le cose in funzione è uno sforzo di squadra che include te, il tuo collega e il tuo capo. Devi essere in grado di valutare da solo quando puoi risolvere o gestire una situazione da solo attraverso i tuoi sforzi e fino a che punto devi chiamare il tuo collega e il tuo capo per supportarti. Perché ci sono cose che il tuo collega sa e che non ti sta dicendo, e ci sono risorse e contatti che il tuo capo può chiamare e che non sono a tua disposizione. E sì, anche se stai ricevendo supporto e assistenza, hai comunque la responsabilità di risolvere o gestire l'incidente fino a quando il tuo collega o il tuo capo non si assumono esplicitamente tale responsabilità da te. Questo è tutto ciò che c'è da fare.

Inizi dicendo che il disgusto degli OP per la politica è irrilevante (implicando che dovrebbe preoccuparsi della politica) ma finisci dicendo che dovrebbe ignorare la politica ..?
Questa è stata una risposta difficile da leggere, nella migliore delle ipotesi è fonte di confusione.
Inizi dicendo che l'OP dovrebbe _ "abbandonare l'atteggiamento" _, quindi dimostrare un atteggiamento molto peggiore di chiunque altro su tutta questa pagina o nella storia dell'OP.Posso dire che stai passando una settimana difficile perché è successo anche ieri;Spero che tutto vada bene.Se qualcosa non va, mi dispiace sentirlo.Forse prenditi una piccola pausa e poi torna la prossima settimana!
Inoltre, l'OP non ha mai espresso un * disprezzo * per la politica dell'ufficio;hanno semplicemente affermato di non essere * bravi * in politica d'ufficio.Sicuramente rientra nel regno delle possibilità non essere bravo in qualcosa senza non piacermi (ad esempio, non mi dispiace giocare a certi giochi da tavolo con gli amici anche se sono piuttosto orribile con loro), così come lo è essere bravo inqualcosa mentre non mi piace (ad esempio, ho un'eccellente calligrafia, ma disprezzo la scrittura; preferisco fortemente scrivere).
Questa risposta è inutilmente aggressiva e non affronta nulla che le altre risposte non abbiano già detto meglio.
@Toadfish - Poiché le altre risposte non coprono ciò che l'OP avrebbe dovuto fare, dico che hai commentato la mia risposta senza fare alcuno sforzo per leggere seriamente cosa c'è.
Un altro voto negativo se potessi: principalmente a causa dell'essere apertamente aggressivo, rimproverando l'OP sulle sue opinioni personali sulla politica interna (che non aiuta ad affrontare la situazione, si presenta come offensivo e immaturo), Scherzi a parte, chi diavolo, pur volendo essere preso sul serio in una risposta, chiama qualcuno ipocrita ??
@VietnhiPhuvan Stavo semplicemente affermando che il tuo fraseggio potrebbe richiedere un po 'di lavoro.Ora, dicendo che "stai spendendo il mio tempo prezioso per ingraziarmi il favore di chiunque".Non sembra anche un po 'ipocrita?
@NZKshatriya - "Anche questo non sembra un po 'ipocrita?"Pensi che mi guardi alle spalle, preoccupandomi delle tue percezioni su ciò che scrivo?Il mio tempo è prezioso.Per me.Questo è il modo in cui do il mio consiglio: prendilo o lascialo.Sono qui per aiutare, non sono qui per vincere nessun concorso di popolarità.Non potrebbe importarmi di meno cosa pensi di me.La vita è troppo breve per quello.Smettila di fare domande retoriche, è irritante.
@VietnhiPhuvan Apparentemente ti interessa, altrimenti non risponderesti.Non è grande la psicologia di base.
@NZKshatriya - Ho risposto perché ignoravi che pensavi che mi importasse della tua opinione.Ora che lo abbiamo chiarito e non hai altro da dire, non sprecare altro del mio tempo.
@VietnhiPhuvan Perderò il tuo tempo, poiché le tue reazioni non hanno prezzo.Non pensavo che ti importasse della mia opinione, né a chiunque altro che ha commentato il tuo post aggressivo.Ti rifiuti semplicemente di accettare le critiche e diventi difensivo e combattivo.Non sono sicuro che ciò sia dovuto alla tua educazione, o solo a difetti intrinseci del carattere o cosa.Come ti comporti nella vita reale quando le persone non condividono le tue opinioni?


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