Da quello che ho capito, ecco le mie risposte alle tue domande:

Ho detto qualcosa di sbagliato?

Secondo me, sì:

1. Chiedendo chiarimenti sull'esistenza o meno di un programma per fare ciò che voleva il richiedente, hai ignorato il punto forte del messaggio di RP: che questo è un cambiamento pericoloso da fare, e deve essere discusso con il manager.

Questo probabilmente l'ha infastidita e preoccupata perché sembrava che stessi saltando avanti nel considerare come implementare una soluzione e ignorando importanti consigli di non farlo senza approvazione. Questo è probabilmente il motivo per cui la sua seconda risposta è stata formulata in modo molto più forte, perché sembrava che tu non avessi capito o riconosciuto il suo consiglio in precedenza.

2. Dire a qualcuno di "calmarsi" è, io pensare, scortese e condiscendente in un ambiente professionale. Soprattutto se sono i tuoi anziani. Potrebbe indurre qualcuno a mordersi la lingua, ma è improbabile che diffonda le tensioni.

Cosa posso fare a questo punto?

Chiedere scusa ( qualcosa come "Mi dispiace se sono stato sgarbato o sprezzante delle tue preoccupazioni, farò come mi consigliate"), e fai come lei dice e discuti la questione con il manager prima di considerare i dettagli di implementazione. Non chiederle ulteriori dettagli sull'implementazione finché non sei sicuro di averne bisogno.

MODIFICA: vedi la discussione nei commenti sulla formulazione delle scuse, c'è qualche discussione se "se Mi sono sentito scortese o sprezzante "suona come se non fosse sincero o fosse una non scusa.

Come si può evitare questo?

1. Non dire alle persone di calmarsi.

2. Comunica più chiaramente che stai prestando attenzione ai consigli che ti vengono dati e che stai prendendo sul serio le preoccupazioni dello sviluppatore senior. Ad esempio, invece di scrivere:

Non ci ho ancora lavorato. Hai detto prima che non esiste ancora un processo creato per questo. Puoi chiarire?

prova qualcosa come:

Grazie per il consiglio, mi assicurerò di discuterne con "MANAGER" prima di procedere oltre, e comprendo la natura pericolosa di questa richiesta. Solo per curiosità, potresti chiarire cosa intendi per ...

Anche se personalmente non darei fastidio all'altro sviluppatore con ulteriori domande tecniche prima di discutere con il manager. In questo caso avrei risposto così:

Grazie per il consiglio, capisco che è molto pericoloso e discuterò con "MANAGER" se procedere.

Il tuo collega ti ha detto:

• non esiste uno script precostruito per farlo
• farlo non è solo una semplice questione di script; devi essere molto sicuro che non stai rovinando tutti i dati

E hai tutti accusato, incollando pezzi della propria email per dimostrare che poiché non c'è uno script, non c'è processo , il che a quanto pare significa che chiunque può fare quello che vuole e cambiare il campo a suo piacimento. Anche questo mi avrebbe fatto arrabbiare, e per di più hai messo in copia tutti i tipi di altre persone. E quando il tuo collega più anziano ha cercato di rimetterti in sesto, sei entrato in un modo per mettere a posto il tuo collega completo di "calmati", faccine e "era solo".

Chiedi scusa il prima possibile. Non utilizzare le parole "solo", "solo" o "chiarimento". Non utilizzare faccine. Inizia le tue frasi con "I". Sottolinea che non interferirai con l'integrità dei dati. Ringrazia il tuo collega per averti avvisato di questo possibile problema prima che tu andassi avanti e eseguissi uno script. Concludi chiedendo quando il tuo collega è libero di collaborare con te sulla questione "assicurandoti che sia consentito aggiornare gli identificatori" o ribadendo che incontrerai il manager su quell'argomento prima di fare qualsiasi altra cosa su questo.

Al primo segno di confusione, avresti dovuto alzare il telefono o organizzare una riunione su Skype. È molto semplice che le cose si perdano nella traduzione - e non posso presumere, ma se la lingua madre di nessuno dei due lati dell'e-mail è l'inglese, questo è un motivo in più per prendere il telefono e risolvere le cose.

Ho passato molti anni a lavorare dalla mia casella di posta Outlook e penso di poter fornire alcuni suggerimenti.

Risponderò prima alla tua terza domanda.

Come posso evitarlo?

Anche se la persona con cui hai inviato email era scortese, "tu" devi sempre essere il più professionale possibile. Ricorda che qualsiasi e-mail inviata viene registrata per sempre e può essere un punto di tensione al momento della revisione o se sorgono problemi lungo la strada.

Negli ultimi 10 anni ho avuto a che fare con molte persone arrabbiate o maleducate tramite e-mail, ma il l'approccio migliore è sempre quello professionale.

Per trattare con qualcuno che risponde nel modo in cui era alla tua domanda di "chiarimento", dovresti sempre rispondere con delle scuse e un grazie. Questo serve a 2 scopi. Il primo è disinnescare ogni crescente tensione e il secondo è guidare ulteriormente la conversazione verso qualcosa di più civile.

Esempio: "Mi dispiace se ho detto qualcosa che ti ha turbato. Cercavo solo chiarimenti, quindi ho potrebbe capire meglio la situazione. Grazie per i tuoi chiarimenti e il tempo. Buona giornata. "

Alcune volte potresti voler rispondere con qualche commento arguto o" attenervisi "perché pensi che meriti un'email dura, ma a lungo andare è sempre meglio rimanere professionali.

Non lasciare che un'email abbia un impatto negativo sul tuo lavoro.

L'ho fatto hai detto qualcosa di sbagliato?

Prima della tua ultima risposta, penso che la tua conversazione andasse bene. Penso che l'altra persona possa essere saltata ad alcune conclusioni a cui non aveva bisogno di saltare ma par per il corso quando ha a che fare con alcuni sviluppatori. Possono essere molto sensibili riguardo al loro lavoro.

Tuttavia, quando si tratta della tua ultima risposta.

Semplicemente: Sì.

Anche se qualcun altro è "scortese" con te, rispondere in modo gentile non sarà mai considerato favorevolmente.

A volte potresti pensare a te stesso "L'email che ho inviato non mi offenderebbe", ma questo non è il modo migliore per scrivere un'email. Pensa di più sulla falsariga di: stai inviando un'e-mail al tuo manager o anche al suo manager. Questo è il tipo di formulazione e di tatto su cui dovresti concentrarti.

Probabilmente una delle cose più importanti nella mia lista di "Non mettere questo in una email" è "Calmati". Il 99% delle volte ha l'effetto opposto.

Cerca di evitare di dire alla persona che stai inviando un'email di "fare / non fare" qualcosa.

Invece di dicendo "Non prenderla negativamente", cambia la tua formulazione per essere meno diretto verso la persona che legge l'email e più in generale. Es .: "Non intendevo nulla di ciò che ho detto in modo negativo". In realtà, l'intera ultima risposta che hai inviato è stata davvero pessima. Molte parole sfortunate. Chiunque la prenderebbe nel modo sbagliato.

Cosa posso fare a questo punto?

L'invio di un'e-mail di scuse sarebbe un buon inizio. Potresti dire qualcosa del tipo: "Mi dispiace. Non stavo cercando di essere scortese. Prenderò più cura delle mie parole in futuro"

Alcune persone non possono essere placate così facilmente, ma è un inizio.

Detto questo, molto probabilmente puoi riprenderti da questo e in poche settimane / mesi nessuno lo ricorderà. Prendi quello che ho detto su "essere sempre professionali" e il problema dovrebbe risolversi da solo.

Senza approfondire le cose a cui è già stata data una risposta, volevo solo aggiungere quello che penso sia un pezzo vitale delle "conversazioni" che potrebbero essere superate (non l'ho visto menzionato, almeno non in un modo che risaltava al momento della pubblicazione di questa risposta):

Pubblico di conversazione previsto / incluso

Solo per chiarimenti su La mia parte:

• Quando "originariamente" hai chiesto, era con il "cliente" e per caso includevi "colleghi" nell'email ...
• Per quanto riguarda il cliente è preoccupato, NON hai qualcosa di "pronto per la produzione"
• Quando hai chiesto "ulteriormente", hai rimosso i clienti e spostato la conversazione in "team + manager"
• Hai un programma di "qualcosa" sviluppato ...
• il "Qualcosa" che hai NON è pronto per il cliente.

Quindi la risposta originale è al cliente ("Non abbiamo niente") e la conversazione successiva è senza il cliente ("Lo abbiamo, ma non è neanche lontanamente pronto per la produzione") ...

Quindi, tecnicamente, entrambe le risposte sono vere: per il cliente, NON hai un programma. Per uso interno, hai un programma.

Questo è qualcosa che non credo di aver visto messo in discussione nel resto di questo thread: la conversazione A ha un pubblico diverso dalla conversazione B ... che crea risposte diverse che possono essere vere al 100%.

Alla stessa domanda ("Abbiamo un processo?") è possibile rispondere in vari modi a seconda del pubblico (interno, cliente A, cliente B, investitori , ecc.) ...

Ciò che dici internamente può - e dovrebbe - essere gestito in modo diverso da ciò che viene comunicato esternamente. E, se vuoi rompere questo aspetto, questa situazione ha molti gruppi diversi - solo in questa domanda - che dovrebbero essere gestiti in modo diverso:

• Cliente
• 1-1 chiarimenti (Manager: teneteli per voi, non includetemi)
• Team
• Team + Management
• Inter-team
• ecc

Sono sicuro che se chiedi in giro, puoi trovare MOLTI esempi di quelle conversazioni che superano i confini e provocano il caos.

Penso che il problema sia che lo sviluppatore più anziano pensa che tu capisca di cosa sta parlando, ma dal tuo punto di vista non capisci e vuoi qualche chiarimento.

La sua risposta "Abbiamo già un processo ecc. ecc. "è formulato molto male e confonde, che è ciò che stai esprimendo qui su stackexchange. Non stai sfidando il processo, ecc., Sei solo confuso e vuoi capire, ma dal suo punto di vista sei sulla stessa pagina di lei e sfidi i suoi suggerimenti.

Invece di dire: se è così, allora potrebbe essere necessario creare un nuovo programma per questo. Possiamo eseguire il test nel nostro ambiente di test lunedì, quindi consentire la verifica "Utente aziendale" prima di metterlo in produzione. Per favore fatemi sapere cosa ne pensate.

Dal suo punto di vista, state impostando il tono per aggirare la sua anzianità. Questo dovrebbe invece essere formulato come "RP, pensi che dovremmo creare un nuovo programma per questo?" Ciò preserva la sua anzianità nella conversazione assicurandosi che tu sia visto come proattivo. Continuerai a fraintenderla, ma almeno darà un tono migliore al fatto che tu stia cercando di capire di più i suoi pensieri invece di sembrare come se la stessi sfidando.

Molti sviluppatori (e le persone in generale) pensano di formulare le cose in modo molto chiaro e si aspettano che tutti capiscano subito. Tuttavia, in realtà, tutto ciò che scrivono è vago e senza contesto. Questo sembra essere il caso qui, quindi dovrai solo affrontarlo. Cerca di inquadrare le cose più come una domanda per preservare la sua anzianità. Solo se ti accusa di fare qualcosa che non hai fatto, difendi te stesso. Cerca sempre di metterti entrambi sulla stessa pagina prima.

Dopo aver letto attentamente quella conversazione, direi che ci hai messo il piede.

Hai ricevuto una richiesta da un cliente e hai chiesto a qualcuno con più esperienza cosa fare. Ti è stato detto che non esiste un modo automatizzato per farlo.

Poi sei andato troppo in testa proponendo che alcuni software dovrebbero essere creati per fare quello che vuoi. Senti, non sono assolutamente affari tuoi. Se vuoi che venga creato del software, vai dal tuo manager, spiega perché quel software sarebbe necessario o sarebbe utile, il tuo manager capirebbe qual è il costo del software e quali sono i vantaggi, e quanto in alto nell'elenco delle priorità.

A quel punto, tutti i campanelli d'allarme stanno suonando nella testa dello sviluppatore esperto. Lei sa che hai un problema e non ha assolutamente senso per gli affari. Sa che se provi ad andare avanti potresti causare gravi danni e, poiché hai dimostrato di non avere senso per gli affari, è una paura ragionevole. Quindi ora ti dice: non toccare nulla prima di aver parlato con il tuo manager.

Poi arriva un passo falso ancora più grande: hai preso parte di quella risposta e l'hai inviata al tuo manager. È così che distruggi le relazioni.

Le suggerisco di inviarle un'e-mail per discutere con il tuo manager di cosa fare con questo cliente e di scusarti per aver inviato l'email con parti della sua risposta al tuo manager, dicendo che si è trattato di un errore e non lo farai più.

Solo così ti rendi conto di quello che hai fatto: il problema non è che l'hai insultata o che hai fatto qualcosa che lei ha preso come un insulto: lei è molto più avanti di te in anzianità ed esperienza, puoi non insultarla, puoi solo farla ridere di te. Quello che hai fatto le hai fatto venire il mal di testa perché all'improvviso ha dovuto affrontare un collega inesperto che temeva potesse fare qualcosa di veramente stupido.

Penso che la tua richiesta iniziale di chiarimenti sia stata generalmente corretta (se non altro perché può essere attribuita a "errori di comunicazione" e dovresti cercare di evitarlo in futuro).

Tuttavia, la tua ultima risposta è stata molto sbagliata. Non cercare di alleggerire l'atmosfera, soprattutto non sprezzando i suoi commenti o dicendole come si sente.

Rimuovendo tutto ciò dalla tua risposta, ti rimane qualcosa di perfettamente adeguato e professionale:

Ciao RP. Grazie per il chiarimento. Possiamo discuterne domani per trovare una soluzione.

A questo punto , potrei consigliarti di non fare nulla e assicurarmi che le tue interazioni future siano del tutto professionali.

Potresti anche prendere in considerazione delle scuse:

Mi dispiace per la mia ultima risposta. Era un po 'poco professionale.

Non cercare di giustificarlo in alcun modo, non dire "scusa se", lascia le cose così.

La risposta del tuo manager non significa affatto che lui / lei stesse dalla sua parte, semplicemente non pensava che tutto ciò dovesse essere letto da tutti gli altri.

Prima di tutto, sono d'accordo con il manager che la conversazione che inizia con il chiarimento avrebbe dovuto essere 1: 1 o forse 1: 1 + Manager.

Penso che alcuni dei problemi qui stiano diventando sempre più e più comune, è pensare alle e-mail come a una conversazione informale. Ricorda che quando invii un'e-mail non stai trasmettendo intonazione vocale, linguaggio del corpo, espressioni facciali, ecc. Che le persone non si rendono conto di usare durante una conversazione per determinare l'umore della persona ... le faccine di testo non compensano davvero questo . Le e-mail devono essere formali, in modo da non essere interpretate male.

Mi rendo conto che c'è una differenza di fuso orario, ma penso che il modo migliore per chiarirlo sia con una telefonata / skype. Una conversazione di persona può andare molto oltre una catena di email che, a questo punto, sospetto non farà che peggiorare le cose.

A me sembra che tu abbia solo qualche problema con il modo in cui hai formulato certe affermazioni e fai sembrare che sia stata colpa loro. Il mio unico consiglio è davvero di evitare le virgolette e le faccine quando chiarisci, sii professionale. Conoscere il tuo posto aiuta molto ("kung pano lumugar" in filippino)

Capisco che a volte le specifiche potrebbero non essere esattamente abbastanza dettagliate e dovresti aver verificato con il tuo supervisore o responsabile senior quali sono le specifiche su e come dovresti affrontarlo.

Tuttavia, dal momento che sei in un mondo aziendale (presumo) devi seguire qualcosa come il concetto di ruoli - stabilire la tua posizione e la tua posizione, e scrivere in un modo che dimostri che ehi tu Non stai spingendo le cose, solo chiedendo chiarimenti - in pratica devi esprimere le cose in modo assertivo ma non insinuante.

Un'altra cosa: non mettere mai le faccine a meno che tu non sia come dei super amici . Va bene metterlo in modo che le persone sentano un po 'di calore, ma tende a degradare il tono professionale.

Inoltre non era così chiaro cosa fa quella cosa, quindi avresti potuto fare ulteriori ricerche prima di inviare un'e-mail chiedendo chiarezza: le persone in generale non hanno pazienza per domande minori chiedendo di cosa si tratta per, ma saresti più disponibile ad aiutarti se facessi qualche ricerca iniziale scaricando gli script che probabilmente sono già lì in attesa di fare qualche modifica.

Bene se hai cercato di chiarire le cose, ovviamente avresti potuto farlo uno contro uno e non mettere emoticon e fare accuse. Come parte del lavoro a distanza, è necessario impostare le videochiamate per determinare chiaramente quale sia l'opinione di una persona sulle cose e, come già commentato da altri, alcune cose sono migliori una contro una.

Comunque tornando alle tue domande :

1. Ho detto qualcosa di sbagliato?

   • No, e hai semplicemente saltato la lettura da vicino di ciò che stanno dicendo e hai capito ogni punto.

2. Cosa posso fare a questo punto?

   • Non suggerisco di rassegnare le dimissioni, suggerisco di parlare con le risorse umane (se c'è), o un collega stretto su come esprimere meglio le cose

3. Come si può evitare questo?

   • Ringraziali per i loro suggerimenti e mettiti al lavoro e trattalo come un altro giorno di lavoro. Concentrati solo su ciò che ci si aspetta da te (soprattutto se sei ancora nuovo in azienda). A proposito, sono filippino ma non dovrebbe importare di quale nazionalità vieni

Alcune regole d'oro che hanno funzionato per me nella mia vita ispirate da Dale Carnegie "Come conquistare amici e influenzare le persone".

• Tutti devono capire che tutti gli esseri umani sono diversi e devono apprezza la diversità sul posto di lavoro e dai valore alle idee e all ' energia che ognuno porta nel team.
• Inoltre, a tutti piace essere apprezzati e agli umani non piace essere antipatici e incolpati (soprattutto in un gruppo)
• Non ti piacerebbe parlare con una persona che non ti capisce .
• Una cosa importante da ricordare e credere è che tutti sta lavorando per raggiungere gli obiettivi comuni nel modo giusto . Tutti i membri del team (sviluppatori, BA, QA, PM, manager, utente aziendale, proprietario del prodotto, direttore ...) stanno facendo del loro meglio per soddisfare e superare le aspettative dei clienti.

Ho detto qualcosa di sbagliato?
Se consideri la prospettiva di RP e dalla sua risposta, posso pensare ai seguenti problemi.

• Puoi fare un tentativo migliore per ascoltare e capire il contesto che sta comunicando RP. Prova a metterti nei panni di RP e pensaci. Sta cercando di spiegare a una persona che ha meno conoscenza dei requisiti e sembra che tu stia contestando le sue affermazioni citandola nella tua email.
• Ha spiegato i problemi con il codice e lo ha chiaramente indicato non è consigliabile che il codice venga eseguito in produzione. Puoi provare a capire che il programma ha bisogno di un po 'di lavoro e poi fare la tua raccomandazione riguardo al piano per la distribuzione in Prod.

Cosa avresti potuto fare meglio con First Response to RP?

• Non copiare il manager e l'intero team nell'email. Il tuo manager ha ragione che il chiarimento dovrebbe essere 1: 1. Il motivo è che devi assicurarti che ogni confusione possa essere eliminata tra due persone e non far sembrare nessuno cattivo in un gruppo.

• Quando possibile, cerca di parlare con la persona parlando con loro fisicamente, telefono, chat o e-mail (1: 1).

Cosa avresti potuto fare di meglio con Second Response to RP?

• Come notato anche in altre risposte, non cercare di usare la parola come calmati nell'email. Stai cercando di far sentire a RP che è già turbata dalla tua risposta e non l'ha gestita bene.

• Devi entrare in empatia con lei e capire perché ha scritto una simile email. Anche se penso che non sia stata brava con la sua risposta, puoi controllare ciò che scrivi, quindi cerca di entrare in empatia con lei e falle sentire che avresti risposto allo stesso modo se fossi stato nella sua posizione. Se riesci a capire che la capisci, almeno la farà ascoltare quello che vuoi dire e sarà più aperta alla discussione.

Cosa può Lo faccio a questo punto?

• La prima cosa che stavi facendo correttamente è stato apprezzare che questa comunicazione email è un problema e hai iniziato a esplorare altre opinioni e modi per migliorare.
• Cerca di enfatizzare con RP e team, ascolta e capisci attentamente cosa stanno cercando di comunicare.
• Discuti informali 1: 1 con RP e parla di cose lavorative o non lavorative. Cerca di costruire un rapporto con RP e di farle capire perché hai fatto le cose in quel modo particolare
• Cerca il suo feedback su questo problema e sui problemi in passato e cerca di essere flessibile e trovare una soluzione funzionante. Entrambi avete bisogno di adattarvi a vicenda.
• Parla con il tuo manager e fai sapere al manager che hai capito che questa esperienza è stata un'esperienza di apprendimento e quello che hai imparato. Inoltre, cerca il feedback del manager sull'incidente e su come può essere gestito con garbo.
• Comprendi la cultura del team e come il team ama lavorare. Ogni squadra è diversa e devi essere flessibile per adattarti. Dopo esserti adattato, devi imparare a convincere il tuo team delle tue idee.

Come si può evitare questo?
Posso relazionarmi con te perché ho avuto esperienze simili in precedenza anche sul mio posto di lavoro. Posso dire che non è stato solo un incidente a far scattare questo tipo di email, ma soprattutto una serie di eventi e quando alla fine la persona brucia la sua frustrazione in un'email. Cerca di guardare e spegnere il fuoco abbastanza presto in modo che non si verifichino incidenti più grandi. Forse una comunicazione simile è avvenuta in passato ma RP non ha risposto in questo modo. Cerca di ottenere feedback dalle persone parlando spesso e, cosa più importante, se leggi il resto del post, troverai alcuni suggerimenti utili.

Spero che costruirai un rapporto migliore con il tuo team e alla fine manterrai contribuire alla visione del tuo team.