Question:
Comment répondre au courriel de votre patron concernant l'accusation d'un collègue?
Wes Sayeed
2016-11-17 11:56:43 UTC
view on stackexchange narkive permalink

Il y a eu un conflit très sérieux ce matin avec un collègue qui a abouti à un e-mail en colère du patron avec une accusation qui n'est pas vraie. Comment gérer cela sans avoir l'air juvénile?

Voici l'histoire:

Mon collègue et moi sommes tous deux administrateurs de systèmes informatiques pour un hôpital, et cette semaine, c'est à mon tour d'être le -Appeler une personne de soutien. J'ai pris un appel à 7h40 (20 minutes avant l'ouverture des bureaux) au sujet d'un problème avec un système dont il est responsable et que je connais peu. J'ai pensé qu'il serait sur le chemin du travail pour la journée, alors je lui ai envoyé un texto pour qu'il me conseille. Il a répondu qu'il allait être en retard en raison d'une mission personnelle et m'a suggéré d'essayer de redémarrer l'un des serveurs d'applications.

En bref, vous ne pouvez pas redémarrer un serveur au milieu de une intervention médicale, et je ne pouvais joindre personne dans ce département pour voir s'il y avait des patients. J'ai fini par appeler le superviseur de l'hôpital et elle a dit qu'elle prendrait note de cela. Alors je suis resté là. J'ai consigné l'incident et l'ai qualifié de bon.

Quand il est finalement arrivé au travail, il s'est complètement effondré sur moi. De nombreuses bombes F ont été larguées. J'ai mis fin à la conversation en lui disant que ce n'est pas mon travail de faire son travail pour lui et qu'il devrait me rappeler quand il sera grand. Pas très professionnel, je sais, mais j'étais furieux à ce moment-là avec la façon dont il me parlait.

Plusieurs heures plus tard, je reçois un email de notre directeur, nous envoyant un CC à tous les deux. Il est évident d'après son ton que mon collègue m'a «bavardé» et qu'il a pris son histoire pour argent comptant. C'était une phrase à mon collègue sur son manque de professionnalisme, et un paragraphe entier pour moi sur la gravité de ce système et mon manque d'urgence pour y faire face.

Le fait est que ce n'est absolument pas vrai! J'ai fait tout que j'aurais pu faire pour résoudre le problème. J'ai passé près de deux heures à vérifier les journaux du serveur et à passer des appels téléphoniques sans aucune aide pour savoir ce que je cherchais même. Je suis absolument confiant sur la manière dont j'ai géré la situation (la partie technique, pas l'argument).

Mon problème est que toute cette situation est enfantine, mais son email demande une réponse. Si je ne le fais pas, je laisse sur la table que j'ai raté et j'accepte implicitement le blâme de ne pas avoir réparé ce système en temps opportun.

Je ne fais pas bien la politique de bureau, et je ne Je me fiche vraiment de "gagner" un argument stupide. Mais je me soucie de la qualité de mon travail et de la façon dont il est perçu. Je suis très fier de mon produit de travail.

Comment réagir à cela sans paraître mesquin? Gardez à l'esprit que ma relation avec mon patron est tiède, mais leur relation est très amicale, et j'ai eu d'autres problèmes avec ce collègue avant que son e-mail confirme qu'il en a entendu parler, mais n'a jamais rien dit. Le fait est qu'il n'a jamais entendu qu'un seul côté de l'histoire et maintenant j'ai une bataille difficile à mener.

EDIT

La cause première du problème s'est avérée être un serveur de transaction manque d'espace disque. Je l'ai raté car je ne savais pas y regarder. Il n'y a pas de documentation indiquant quels serveurs font quoi ou quelles données sont stockées où (son travail), et aucun moniteur n'était configuré pour surveiller ce lecteur pour envoyer une alerte avant la panne (également son travail). Encore une fois, j'essaie désespérément d'éviter de le jeter sous le bus (c'est insignifiant), mais son travail douteux a transformé un problème normal en crise et il se dérobe à ses responsabilités en me blâmant pour les conséquences.

«Je ne fais pas bien la politique de bureau [...] ma relation avec mon patron est tiède, mais leur relation est très amicale» - il est peut-être temps de commencer à s'améliorer en politique de bureau ...
Dans le contexte de votre dernier paragraphe, si vous jetez votre collègue sous le bus, vous trouverez une manifestation très simple d'un mauvais [Bus Factor] (https://en.wikipedia.org/wiki/Bus_factor) de votre entreprise.Sérieusement, comment le bon fonctionnement du logiciel * hospital * peut-il s'appuyer sur ce qu'une * personne seule * garde en tête, non partagée et non documentée de quelque manière que ce soit?
"(son travail) ... (son travail) ... (son travail) ..." Vous êtes une équipe informatique: "(notre travail) ... (notre travail) ... (notre travail) ..«À partir d'aujourd'hui, vous devriez consacrer un certain temps à devenir compétent dans tous les systèmes que vous pourriez être appelé à maintenir.Vous avez la chance que votre collègue ait pu répondre à votre texte ce matin-là.Que ferez-vous s'il est hors de portée la prochaine fois?
Au moment où vous l'avez remis au superviseur de l'hôpital et avez cessé de travailler, vous auriez dû informer votre collègue que vous le faisiez.Sa réponse a peut-être été "Non, c'est un système critique, vous devez le réparer dès que possible."
@JoeStrazzere * peut-être en raison d'un manque de formation * -> `Il n'y a pas de documentation indiquant quels serveurs font quoi ou quelles données sont stockées où (son travail) et il n'y avait aucun moniteur configuré pour surveiller ce lecteur pour envoyer une alerte avant leéchec (aussi son travail) ».Vous ne pouvez pas vous attendre à ce qu'un administrateur système vérifie aveuglément / aléatoirement les choses, ils sont bien trop nombreux pour le trouver à temps.Pour être honnête, j'aurais envie de souligner que le serveur n'a pas été surveillé et non documenté alors qu'il aurait dû être fait.
En tant qu'administrateur système, l'espace disque est l'une des premières choses que je vérifie, après avoir exécuté d'autres outils pour savoir quels autres serveurs étaient impliqués et quel logiciel fonctionnait sur l'hôte.
@DavidK, c'est tout à fait correct et c'était aussi ma pensée.J'ai cité votre commentaire dans [ma réponse] (http://workplace.stackexchange.com/a/79960/47537).
Vous voudrez peut-être signaler à votre patron que tout le drame est né du fait que vous vous êtes correctement abstenu de faire ce que votre collègue vous avait dit de faire (redémarrer des serveurs d'applications qui ne devraient pas être redémarrés à ce stade).Vous saviez que cela aurait déplacé tout le blâme sur lui, mais vous vous êtes concentré sur éviter d'endommager l'hôpital.Je parie que votre collègue a oublié de mentionner sa suggestion lorsqu'il vous a blâmé envers votre patron.Mais c'était une erreur d'arrêter de surveiller le problème après que le superviseur a dit qu'elle prendrait note de cela, à moins que vous ne lui fassiez savoir que vous alliez le faire.
jeter le collègue sous le bus serait insignifiant, mais attribuer la responsabilité de manière professionnelle n'est pas nécessairement considéré comme tel et peut être nécessaire pour expliquer la situation
Juste un petit commentaire à ce sujet: mais si vous êtes "sur appel" et que vous êtes censé prendre en charge les systèmes un à dix (par exemple), alors vous devez * vraiment * tout savoir de manière indépendante sur ces systèmes, ou du moinsquart de jour sans catastrophe.Je ne suis pas informaticien (du moins sur le plan professionnel), mais en tant que médecin, je sais quelque chose sur ce qui est nécessaire lorsque vous êtes sur appel et que vous couvrez de grandes sections d'un très grand hôpital multidisciplinaire.
Dix réponses:
Erik
2016-11-17 13:36:06 UTC
view on stackexchange narkive permalink

Répondez par un e-mail décrivant toutes les choses que vous avez essayées, jusqu'à appeler le superviseur et lui laisser le problème. S'il y a une sorte de liste de contrôle "comment réparer", lisez-la et vérifiez si vous avez suivi toutes les étapes.

Puis terminez par une question honnête sur ce qu'il aurait aimé de plus faire. Ce sera soit lorsque votre patron réalisera que vous avez tout fait correctement, soit vous réaliserez que vous avez manqué une étape importante.

Ne blâmez pas votre collègue pour quoi que ce soit, ou supposez qu'il est impossible que vous ayez fait des erreurs. Exposez simplement les faits sur ce qui s'est passé. Si votre collègue est responsable de quoi que ce soit, une présentation factuelle des événements suffira à permettre à votre patron de tirer cette conclusion par lui-même.

[ouverture]

J'aimerais pour répondre à propos de l'incident d'aujourd'hui avec [source]. Lorsque l'appel est arrivé à [heure], j'ai immédiatement pris les mesures suivantes:

  • [heure] lire les journaux
  • [heure] contacté [collègue] (il a suggéré Je redémarre le système)
  • [heure] a contacté [réception de l'hôpital] pour savoir si des patients étaient là, mais n'ont pas pu les joindre
  • [heure] etc
  • à la fin, contacté [le superviseur de l'hôpital] à [heure]. Ils ont dit qu'ils prendraient la responsabilité, alors j'ai mis fin à l'appel

Veuillez me faire savoir à quelles autres étapes vous vous attendiez, je m'assurerai de les reprendre la prochaine fois.

[votre nom]

Les commentaires ne sont pas destinés à une discussion approfondie;cette conversation a été [déplacée vers le 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

Ne tenez pas compte de l'argument et du côté émotionnel des choses, et faites simplement une liste de points sur le moment où le problème est survenu et sur ce que vous avez fait pour le résoudre. Demandez des précisions sur ce que vous auriez dû faire différemment. Plus vous restez calme, plus il est facile de gagner la discussion. Lorsque je travaillais sur appel pour une entreprise de premier ordre, la règle était de «faire tout ce que vous avez à faire, car quelqu'un (ou quelque chose) d'autre a déjà enfreint le système». Vous êtes allé au-delà - correctement - en demandant des conseils et en ne redémarrant pas immédiatement.

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

Je pense que les autres réponses sont excellentes, mais j'aimerais ajouter que vous devriez montrer une opportunité d'amélioration. Expliquez non seulement ce que vous avez fait, mais faites des suggestions pour l'améliorer ...

Par exemple, votre e-mail devrait inclure quelque chose comme:

Je comprends cela il y a eu des difficultés à résoudre ce problème en temps opportun. Afin d'améliorer la façon dont nous y parvenons, j'aimerais faire les suggestions suivantes:

  • Établissez un «responsable technique» et un «responsable de secours» pour chaque système qui peut aider le appelez le support technique lorsque les problèmes ne peuvent pas être résolus.
  • Améliorez et examinez la documentation des systèmes pour vous assurer qu'un dépannage précis peut être effectué.
  • Effectuer un audit des exigences de chaque système
  • Configurez des alertes pour des éléments tels que l'espace disque insuffisant, l'utilisation élevée de la mémoire, l'utilisation élevée du processeur, etc. afin que nous connaissions la santé de notre système.

Etc ...

De cette façon, non seulement vous montrez que vous avez pris l'action appropriée en fonction des informations disponibles , mais vous avez également remarqué une opportunité d'améliorer le système et le support existants.

En tant que manager, je n'ai jamais aimé entendre les problèmes sans avoir des suggestions sur la façon de les résoudre. J'ai embauché des gens parce qu'ils pouvaient faire le travail, et s'ils ont un problème à effectuer le travail, je ne voulais pas entendre "J'ai fait de mon mieux", je voulais entendre "c'est comme ça qu'on fait mieux".

Cette réponse est en or!C'est le genre de réponse qui fera la promotion du PO.
Suggérer des améliorations futures est une excellente idée, mais je recommanderais de mettre cela dans un e-mail / mémo de suivi * séparé *.Les gestionnaires occupés semblent avoir tendance à ne lire que le premier "volet" affiché par leur outil de messagerie (environ 25 lignes), il vaut donc mieux éviter les longs courriers électroniques (j'ai appris cela à la dure).Il ne semble pas non plus optimal de mélanger les deux fils "ce qui vient de se passer ici" (qui fait toujours partie de la gestion des conséquences de la crise actuelle) et "c'est ce que je pense qu'il devrait se passer à l'avenir" (maintenant que nous nous sommes tous calmés, travaillons pour éviter les crises à l'avenir)
Ne fais pas ça.Cela ressemblera à un transfert de blâme lorsque cela est fait en réponse à une critique.C'est formidable de suggérer des améliorations de la politique / des processus, mais faites-le la semaine prochaine une fois que l'argument actuel aura été résolu et que vous aurez été innocenté.
@StephanBranczyk: Non, ce n'est pas le cas.
@LightnessRacesinOrbit Je ne pense pas que ce soit un transfert de blâme.Si le technicien de garde n'a pas l'expertise pour résoudre un problème et que la partie responsable n'est pas identifiée comme chef de file, il s'agit d'une lacune dans la structure organisationnelle.Je serais prêt à manger du corbeau dans la première partie de l'e-mail * "Je m'excuse pour la façon dont j'ai géré cela et je ne le referai plus à l'avenir" * me suffirait, mais je serais très heureux en tant quegestionnaire pour voir mon employé suggérer des améliorations.Vous ne pouvez voir les lacunes que lorsque des problèmes surviennent, et plus tôt ils sont identifiés, moins cela est susceptible de se produire.
@RonBeyer: Je ne crois pas non plus que ce soit un changement de blâme, mais cela pourrait facilement apparaître ainsi à un manager en colère à ce stade de l'histoire.
Peut-être, selon le manager.Si tel est le cas pour ce gestionnaire particulier, vous pouvez écrire à la place * "Je voudrais discuter avec notre équipe de quelques améliorations possibles" *.Cela dépend du manager cependant, je me fais un devoir de ne pas laisser l'émotion entrer dans les problèmes mais je comprends que c'est difficile pour certains.
Concernant votre dernier paragraphe, et en général le bien connu "_Je ne veux pas que vous veniez me voir avec des problèmes mais avec des solutions_", quelle est la bonne marche à suivre lorsqu'il y a un problème que personne n'a encore remarqué et qu'un employé remarqueil ?Cet employé devrait-il garder cette découverte pour lui / elle-même jusqu'à ce qu'il / elle puisse proposer des suggestions sur la façon de le résoudre, et seulement après cela?Parce que parfois se rendre compte qu'il y a un problème n'implique pas automatiquement d'avoir une solution, et certains gestionnaires voudraient avoir la possibilité de mettre des personnes spécifiques pour travailler sur une solution, peut-être immédiatement.
@SantiBailors Je ne peux parler que pour moi-même, mais je considérerais que cela me viendrait avec une solution si un employé disait: "(RiskA) s'est produit lundi et nous avons exécuté (responseA). Plusieurs personnes ont exprimé le souhait d'améliorer (responseA).ont mis en évidence (problème sous-jacent), ce qui, d'après ce que j'ai vu, nous ouvre aux (risques AB et C). Y a-t-il des mesures d'atténuation au (problème sous-jacent) que je manque, et si oui, pouvons-nous nous assurer que (les autreségalement conscient de la façon de mettre en œuvre (atténuation)? "Dans ce cas, la sensibilisation est la solution de premier niveau.
@newcoder Je conviens qu'une telle approche serait bonne, mais votre exemple ne correspond pas à mon propos, qui fait référence au concept général exprimé dans le dernier paragraphe de la réponse.Vous devez penser à une situation où un employé se rend compte qu'il y a un problème et en tant qu'employé responsable, il / elle - en tant que toute première réponse - rend le gestionnaire concerné conscient du problème, et la réaction du gestionnaire est "Venez avec des solutions, pas de problèmes ».Je pense que ce truc est bizarre, mais ça arrive, je l'ai vu plus d'une fois.
@SantiBailors Dans ce contexte, le «problème» est que nous avons un problème que nous ne connaissons pas.La solution est de nous faire prendre conscience du problème.Je ne prendrais pas ce que j'ai dit comme une déclaration générale applicable à toutes les situations, principalement ce à quoi je fais référence sont des problèmes qui vous empêchent de remplir vos fonctions ... Il y a évidemment beaucoup de problèmes en milieu de travail qui nécessitent plus d'une personneà résoudre et il est très bien d'attirer l'attention sur ces problèmes, la partie «améliorer les choses» est de savoir qu'il y a un problème et de reconnaître que vous avez besoin d'aide pour le résoudre.
@RonBeyer OK, je comprends, et je pense que c'est vrai.La raison pour laquelle j'ai répondu comme si je l'avais pris comme une déclaration générale est que j'ai absolument vu le mantra bon marché «venir avec des solutions, pas des problèmes» utilisé sans discernement par quelques gestionnaires comme une réaction standard chaque fois qu'ils sont confrontés à des problèmes qu'ilsne savait pas comment gérer.Son application dans un contexte comme celui que vous venez d'expliquer en fait une réponse managériale beaucoup plus respectable et significative.Lesdits managers l'ont même exprimé comme s'il s'agissait d'une attitude compétente, pragmatique et même cool pour un manager.
Wildcard
2016-11-18 08:46:15 UTC
view on stackexchange narkive permalink

David K. a fait un commentaire qui a frappé en plein dans la tête, et qui n'est mentionné dans aucune réponse jusqu'à présent.

Au moment où vous avez tourné au superviseur de l'hôpital et a cessé de travailler, vous auriez dû informer votre collègue que vous le faisiez. Sa réponse a peut-être été "Non, c'est un système critique, vous devez le réparer dès que possible."

L'omission était communication.

D'un point de vue technique , vous avez peut-être tout fait. Cependant, vous n’avez pas réussi à communiquer que vous terminiez la tâche.

Vous avez mentionné que vous l’aviez «connectée», mais de toute évidence, cela n’était pas suffisant.


Il y a deux possibilités:

Soit

  1. Vous n'aviez aucune idée qu'il s'agissait d'un système critique, ou
  2. Vous savait que c'était (est) un système critique.

Si vous ne le saviez pas , la question je vous poserait ( mais pas à votre place avec la colère du patron actuel) serait:

Qui diable a laissé le seul technicien responsable de ce système se mettre en service sans aucune formation sur la gravité du système?


Cependant, étant donné que vous saviez que vous ne pourriez pas redémarrer le système si des opérations étaient en cours, vous semblez avoir eu une idée de la criticité impliquée.

Lorsque vous travaillez avec un système critique, vous avez besoin de beaucoup de communication. Cela ne signifie pas que vous demandez constamment de l'aide et que vous n'apprenez pas par vous-même. Cela signifie que vous tenez les autres informés des actions que vous entreprenez.

Exemples de SMS que vous auriez dû envoyer à votre collègue, compte tenu (a) de sa plus grande expérience et (b) du fait (comme vous l'indiquez dans votre question) que ce système relevait principalement de sa responsabilité:

Impossible de redémarrer le serveur d'applications à moins qu'aucune opération en cours; ne peut joindre personne dans ce département pour confirmer. J'essaie toujours de joindre quelqu'un. Pour info.

Ensuite, plus tard:

A contacté le superviseur __________. Elle a dit qu'elle prendrait note de cela. Journalisation de la tâche et fin. Pour info.

Ce dernier texte aurait récupéré un texte disant: "NON, vous devez gérer ce problème maintenant!" Ce à quoi vous auriez pu dire:

J'ai vérifié le journal foobar sur le serveur XYZ et je n'ai rien vu d'anormal. J'ai également vérifié les serveurs ABC et DEF. Où puis-je vérifier? Je n'ai pas de notes ou de documentation à consulter, alors j'apprécierais vraiment l'aide ....

Et s'il ne répondait pas dans un délai raisonnable (disons , une demi-heure), envoyez-lui un texto avec:

Je comprends que vous dites que c'est un problème très urgent à résoudre, mais je n'ai pas de documentation ou de notes de travail pour ce système. J'ai vérifié tout ce à quoi je pouvais penser. Votre longue expertise et votre familiarité avec le système sont vraiment nécessaires pour le déboguer. Pouvez-vous s'il vous plaît m'envoyer un texto quand vous aurez ceci? Désolé de vous déranger lorsque vous n'êtes pas au bureau, mais vous avez mentionné que cela doit être corrigé dès que possible ....

Avec que l'historique des textes montrez à votre patron, une déclaration que "nous avons VRAIMENT besoin d'obtenir la documentation appropriée pour nos systèmes!" seraient perçus de manière totalement différente.


La communication est la clé pour gérer ou prévenir cette perturbation, et non l'expertise technique.

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

Quelque chose que je n'ai vu dans aucune réponse existante, pour moi, est le plus important. Si c'est possible, PARLEZ-LUI EN PERSONNE! Écrivez une liste de points à puces, avec l'heure et le lieu exacts où tout s'est passé. Notez ce que vous avez fait pour rectifier la situation. Ensuite, envoyez un e-mail à votre patron (en supposant que vous travaillez au même endroit physique) et demandez à le rencontrer en privé à ce sujet.

Apportez votre cahier à la réunion, commencez par dire quelque chose comme: «Je suis désolé d'avoir interrompu votre journée, mais je voulais expliquer cette situation en face à face, pour que tout soit clair. " Puis expliquez exactement ce qui s'est passé. Vous n'êtes pas obligé de mentionner votre collègue, sauf que vous l'avez appelé à l'aide et ce que votre collègue a dit. Si votre patron est à moitié décent, il appréciera au moins l'effort et comprendra probablement que, à tout le moins, vous pensez que c'est l'explication impartiale de ce qui s'est passé.

Cette méthode donne également à votre patron la capacité de vous donner des instructions supplémentaires sur la critique. Peut-être qu'il vous conseillera de faire quelque chose de différent la prochaine fois, ce qui ne vous profitera que.

Je ne peux pas voter assez fort.Pour de telles situations, il est absolument essentiel de parler aux gens en face à face une fois que tout le monde s'est calmé.Franchement, si j'étais le patron dans cette situation, j'aurais les deux personnes dans mon bureau pour discuter de la situation.
De plus, étant en personne, il pourra voir l'honnêteté sur votre visage et supprimera tous les tons négatifs imaginaires de votre «voix» de courrier électronique.
Je ne pourrais pas être plus d'accord - parler par e-mail à chaque fois.Mais demandez-lui ce qu'il pense de ce qui s'est passé en premier et écoutez-le.De cette façon, vous pouvez adapter votre réponse à son attitude.Il pourrait dire, par exemple, qu'il ne se soucie pas de l'incident, mais qu'il veut savoir comment l'empêcher de se reproduire, vous devrez donc parler de solutions et ne pas expliquer la situation.
Thalantas
2016-11-17 13:38:42 UTC
view on stackexchange narkive permalink

Pour votre première réponse, tenez-vous-en aux faits et ne blâmez pas le collègue.

Commencez votre e-mail en expliquant votre compréhension de la situation. Vous êtes arrivé tôt au travail, avez été confronté à une situation difficile, avez demandé conseil à votre collègue et essayé de résoudre le problème au mieux.

Vous avez la preuve que vous avez agi. Vous avez des journaux téléphoniques et avez parlé à beaucoup de gens, y compris le superviseur. Dans un premier temps, je n'utiliserais pas ces preuves, mais je construirais une chronologie du matin, à utiliser plus tard, si le patron ne vous prend pas sur parole et exige des preuves.

Le conflit entre collègues a pas été au cœur de l'e-mail. Laissez-le pour l'instant, et ne le mentionnez pas à moins qu'il ne vous soit présenté par le patron.

Sur la base de ces faits, voici une proposition de structure de votre e-mail:

Monsieur,
Je voudrais partager avec vous mon point de vue sur les événements de ce matin.
[Faits]
Je serai heureux de vous donner de plus amples informations pour clarifier la situation, et je peux prouver que j'ai fait de mon mieux pour gérer le problème.
Comme je m'efforce de fournir un travail de très haute qualité , Je reste à votre disposition pour établir la meilleure ligne de conduite, si une telle situation se reproduisait.

"Je peux prouver que j'ai fait de mon mieux pour gérer le problème" me semble défensif.
L'exemple entier de réponse est _extrêmement_ défensif, voire supplicatoire lorsque vous considérez le "Monsieur".Pourrait fonctionner en Inde, mais pas dans l'ouest.Surpris, il a été suggéré par un Frenchie!
Peter
2016-11-18 05:15:12 UTC
view on stackexchange narkive permalink

En cas de calomnie, vous devez riposter, sinon les accusations resteront. Lorsque vous êtes calomnié par écrit, vous devez riposter par écrit, sinon les accusations resteront.

Les autres réponses sont justes que vous pouvez donner votre version de l'histoire, et que si vous le faites, il doit être libre d'émotion et tenez-vous-en aux faits.

Mais tout d'abord, faites savoir à votre réalisateur en une seule phrase que vous êtes offensé et insulté par ces accusations, qui ne reflètent pas ce qui s'est réellement passé.

eg

Franchement, ces accusations me choquent. Ils ne correspondent pas du tout à la situation telle que je l'ai vécue.

ou

Je suis insulté par ces accusations, qui ne reflètent pas ce qui s'est réellement passé.

ou

Je me sens assez insulté par cet e-mail. Les événements décrits ne correspondent pas à ce qui s'est passé aujourd'hui.

Le libellé réel devra dépendre de la gravité des accusations.

Vous n'avez même pas nécessairement besoin de vous pour rédiger un résumé de ce qui s'est réellement passé dans l'e-mail *. Tant que vous raconterez au patron l'histoire qu'il a reçue est incomplète, il saura qu'il a commis une erreur, et s'il s'en soucie, il viendra vous en parler plus tard.

Peu importe comment vous répondez , ne "répondez pas à tous", car corriger votre patron en public peut être considéré comme offensant.

Choses à éviter:

  • Insulter votre patron en lui disant qu'il l'a insulté vous (ne dites pas "vous vous trompez", utilisez "ces accusations" au lieu de "vos accusations").
  • Accusez directement votre collègue de mentir (ne dites pas "on vous a menti à ")

* Si vous n'écrivez pas les faits dans l'e-mail, écrivez-les vous-même, afin de ne pas oublier les détails au cas où l'histoire revient plus tard, par exemple le prochain examen annuel, ou chaque fois que vous avez un nouveau superviseur.

Merci, je pourrais nettoyer tous ces commentaires en dehors du dernier, à moins que vous ne souhaitiez qu'ils restent pour une raison quelconque.
La partie «insultée» peut dépendre de la culture dans laquelle il se trouve, et ne fonctionnerait probablement pas bien dans la mienne (parce que vous prenez cela personnellement au lieu d'être simplement professionnel).Je voudrais en tout cas souligner que ce n’est pas ainsi que j’ai vu la situation.
Lumberjack
2016-11-19 03:21:18 UTC
view on stackexchange narkive permalink

Vous avez commis une erreur et vous devez en être propriétaire.

Vous devez montrer à votre responsable que vous comprenez l'erreur que vous avez commise. Il a besoin de savoir que vous avez appris de l'erreur et que vous ne la répéterez pas.

En lisant votre question, il semble que vous ne compreniez pas encore l'erreur que vous avez commise:

J'ai fait tout ce que j'ai pu faire pour résoudre le problème. J'ai passé près de deux heures à vérifier les journaux du serveur et à passer des appels téléphoniques sans aucune aide pour savoir ce que je cherchais même. Je suis absolument confiant quant à la manière dont j'ai géré la situation ....

Je suis désolé si cela vous paraît dur, mais vous n'avez pas tout fait vous auriez pu le faire. Vous n'avez pas suivi la chaîne de commandement:

J'ai fini par appeler le superviseur de l'hôpital, et elle a dit qu'elle prendrait note de cela. Alors je suis resté là. J'ai consigné l'incident et l'ai qualifié de bon.

Vous avez oublié l'étape la plus critique. Vous n'avez pas bouclé la boucle avec votre équipe. Après avoir raccroché avec le superviseur de l'hôpital, votre prochain appel devrait être soit à votre gestionnaire et / ou à votre collègue. Le fait que vous n'ayez pas fermé la boucle implique pour eux que vous ne comprenez pas à quel point ce système est important ou pire, que vous ne vous en souciez pas.

Une bonne mesure corrective pourrait être une promesse de les tenir dans la boucle si un problème comme celui-ci se reproduit. Dans tous les cas, il est important de leur faire comprendre que vous ferez tout votre possible pour que cela ne se reproduise plus. C'est peut-être le catalyseur que vous recherchiez pour générer une partie de cette documentation système manquante.

L'important est d'être pragmatique et d'aborder le problème du point de vue des serveurs, pas des attitudes mesquines des personnes impliquées.

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

Je peux voir comment votre action dans ce sens rendrait une personne bouleversée parce qu'à l'époque vous avez fait tout ce que vous pouviez penser et vous devriez en avoir le mérite. En apprenant maintenant cette situation, cela peut vous donner une meilleure perspective sur la façon de gérer des situations similaires dans un avenir proche. Personne n'est expert en tout ... vous devenez un expert en faisant / en apprenant régulièrement.

Donc je pense que ce que vous pouvez faire est d'abord documenter et communiquer la situation même si vous n'avez pas toutes les réponses. Communiquez et faites en sorte que tout le monde soit conscient afin que plus il y ait de gens, plus l'accent peut être mis sur le problème et sur la façon de résoudre cette situation. Ensuite, il faut se familiariser avec les systèmes. Alors dites qu'aucune documentation n'est disponible, alors prenez sur vous pour vous aider à cet égard.

Je suis sûr que votre patron apprécierait cela même si ce n'est pas votre travail, mais vous avez pris l'initiative d'aider.

La troisième chose à faire est de commencer à avoir des conversations avec les collègues afin que vous puissiez comprendre comment ils réagissent aux gens en général. Étendez une branche d'olivier, soyez plus ouvert pour les écouter et parlez-leur comme s'ils étaient vos meilleurs amis même s'ils (au début ne pensent pas qu'ils le sont) Parfois, vous devez laisser les gens s'habituer à vous et à la meilleure façon de faire cela, c'est être amical. Oubliez le passé et attendez avec impatience d'avoir une bonne relation de travail avec vos collègues.

Je sais que vous vous demandez peut-être pourquoi faire tout cela. Eh bien, dans la vie, vous allez rencontrer ces situations. cela s'appelle la vie, alors commençons à changer ce paradigme nous-mêmes. Le changement commence par un et vous constaterez que vous avez beaucoup en commun après tout. Tous les êtres humains se retrouvent dans une situation comme celle-ci, mais les vrais gagnants sont ceux qui reconnaissent l'importance de changer la perception des gens et d'apporter un changement positif dans ce que vous faites.

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

Vous ne pouvez pas vous inquiéter du fait que sa relation avec votre patron soit amicale.

Je trouve votre mépris pour la politique de bureau hors de propos, juste et irritant compte tenu de la situation dans laquelle vous vous trouvez. Laissez tomber l'attitude parce que votre dédain peut très bien fonctionner à votre détriment. Non seulement dans cette situation, mais dans des situations futures.

Donnez à votre patron une version factuelle de ce qui s'est réellement passé. Que l'appel à vous est arrivé pendant qu'il faisait une course personnelle. Que lorsque vous l'avez appelé pour obtenir des conseils / une assistance, il vous a recommandé de redémarrer un serveur. Supposons que vous ne vouliez pas redémarrer le serveur étant donné que vous n’avez pas pu joindre qui que ce soit au sein du service pour coordonner le redémarrage du serveur avec. Vous avez finalement atteint le superviseur de l'hôpital qui a déclaré qu'elle «prenait acte» de cette question, vous avez consigné l'incident et vous en êtes resté là. Si le simple fait d'exposer les faits équivaut à de la politique de bureau pour vous, alors nous ne pouvons rien faire pour vous. Vous ne pouvez pas vous permettre de laisser le récit égoïste de votre collègue seul, incontesté. Pas si vous voulez conserver votre crédibilité auprès de votre patron ou même si votre collègue, qui a probablement besoin de savoir qu'il ne peut rien dire de ce qu'il veut et espère s'en tirer.

Cela dit:

  1. Je me demande pourquoi vous n'avez pas averti votre patron ni fait un suivi avec votre collègue alors qu'il était clair pour vous que vous ne pouviez joindre personne dans le département pour coordonner le redémarrage du serveur avec. Vous ne mentionnez pas ce que vous avez trouvé lorsque vous avez vérifié les journaux du serveur pendant deux heures, mais il semble que vous n'avez rien trouvé. Votre patron et votre collègue auraient dû savoir que vous n’étiez pas en mesure de coordonner le redémarrage du serveur dans les 30 à 60 minutes suivant votre réaction à l’incident.

  2. Vous auriez dû revenir vers votre patron et votre collègue lorsque le superviseur de l'hôpital a dit qu'elle «prenait acte» de l'incident. Parce que l'incident n'a manifestement pas été résolu d'un point de vue technique puisque le serveur n'avait pas encore été redémarré.

Je ne sais pas ce que votre collègue a fait pour résoudre l'incident mais je suppose qu'il a simplement redémarré le serveur de lui-même et a signalé votre cas à votre patron par la suite. Le fait est que l'incident a eu lieu et que votre collègue et non vous l'avez signalé à votre patron - cela compte comme une marque contre vous. Et vous avez manqué au moins deux occasions de signaler l'incident à votre patron avant votre collègue.

Votre incapacité à coordonner le redémarrage du serveur avec le problème du service était un problème de gestion et vous auriez dû faire remonter le problème à votre direction, c'est-à-dire à votre patron à la minute où vous vous êtes rendu compte que vous frappiez le mur lorsque vous avez essayé de passer par les canaux appropriés. En fait, votre patron et votre collègue avaient le droit de savoir et la responsabilité concomitante d'intervenir lorsque vous vous rendez compte que passer par les canaux appropriés ne vous mène nulle part.

Vous devez savoir quand résoudre les problèmes à votre niveau et quand augmenter. Et vous devez garder des lignes de communication avec votre patron et votre collègue à tout moment. Et assurez-vous de signaler à votre collègue s'il devient abusif ou s'il ne réagit pas chaque fois que vous lui répondez sur quoi que ce soit.

Votre inquiétude qu'il soit en bons termes avec votre patron - cela n'a pas d'importance. Ce n'est pas le bon moment pour s'inquiéter de la politique de bureau. Il en sait probablement assez pour être du bon côté du patron et pour tout le monde sait, il se met du bon côté du patron en l'embrassant. Contrairement à vous, il sait garder les voies de communication ouvertes avec son patron. Vous devez également garder ouvert vos propres lignes de communication avec votre patron.

MODIFIER (en réponse à votre modification):

Depuis que vous dites que la cause profonde s'est avérée être - différente? - le serveur manque d'espace disque, aucune quantité de redémarrage du serveur sur lequel vous travailliez n'aurait résolu le problème, à moins que vous ne travailliez sur le serveur de transaction et que le serveur de transaction manquait d'espace disque car il était rempli de fichiers temporaires qu'un redémarrage aurait effacé.

Le résultat est clair. Il est également clair que la responsabilité de surveiller l'espace disque sur les serveurs lui incombe. Vous n'avez rien à dire, mais à énoncer ou à reformuler les faits. Tous les faits, y compris la cause profonde de l'incident. La façon dont le patron traite avec lui n'est pas votre problème. Je ne comprends pas pourquoi "je veux désespérément éviter de le jeter sous un bus", c'est un problème de gestion simple qui est traité au niveau de votre patron et votre attitude "les mouchards obtiennent des points" n'est ni pertinente ni utile pour résoudre la situation à ni pour empêcher que la situation ne se reproduise.

Le processus de gestion ne peut pas être efficace si la responsabilité n’est pas là. Et si la responsabilité n'est pas mise sous la bonne porte, comment voulez-vous que la partie concernée soit amenée à prendre les bonnes mesures correctives? Ce qui est préférable au flux de travail de votre service, que la bonne mesure corrective soit prise ou qu'aucune mesure corrective ne soit prise parce que vous avez interféré avec la responsabilité d'être mise à la porte appropriée en raison de votre perception - hautement critique - que vous êtes, comme vous l'avez déclaré dans votre message d'origine, "bavarder" sur lui.

Il n'est pas du tout professionnel d'injecter inutilement de la «politique de bureau» et, comme vous l'avez dit dans votre message d'origine, de «bavarder» dans une situation qui ne peut être gérée et résolue que si l'ensemble des faits corrects est exposé et à portée de main et la responsabilité des mesures correctives est mise à la porte appropriée. Je vous suggère de revoir et de réviser vos définitions de «politique de bureau» et de «bavardage» - vous serez beaucoup plus heureux et vous serez plus efficace de cette façon.

CONCLUSION: De quelle conclusion devriez-vous tirer cet incident? C'est que si la responsabilité de gérer cet incident vous a été déléguée, le résoudre ou le gérer n'a jamais été de votre seule responsabilité. Faire fonctionner les choses est un effort d'équipe qui inclut vous, votre collègue et votre patron. Vous devez être capable d'évaluer vous-même quand vous pouvez résoudre ou gérer une situation par vos propres efforts et à quel moment vous devez rallier votre collègue et votre patron pour vous soutenir. Parce qu'il y a des choses que votre collègue sait qu'il ne vous dit pas et qu'il y a des ressources et des contacts auxquels votre patron peut faire appel et qui ne vous sont pas disponibles. Et oui, même si vous bénéficiez d'un soutien et d'une assistance, vous êtes toujours responsable de la résolution ou de la gestion de l'incident jusqu'à ce que votre collègue ou votre patron assume explicitement cette responsabilité. C'est tout ce qu'il y a à faire.

Vous commencez par dire que le dégoût des PO pour la politique n'est pas pertinent (ce qui implique qu'il devrait se soucier de la politique) mais terminez en disant qu'il devrait ignorer la politique ..?
C'était une réponse difficile à lire - au mieux déroutante.
Vous commencez par dire que le PO devrait _ "abandonner l'attitude" _, puis démontrez une attitude bien pire que quiconque sur toute cette page ou dans l'histoire du PO.Je peux dire que vous passez une semaine difficile parce que cela s'est produit hier aussi;J'espère que tout va bien.Si quelque chose ne va pas, je suis désolé de l'entendre.Faites peut-être une petite pause puis revenez la semaine prochaine!
En outre, le PO n'a jamais exprimé un * dédain * pour la politique de bureau;ils ont simplement déclaré qu'ils n'étaient pas * bons en * politique de bureau.Il est certainement dans le domaine de la possibilité de ne pas être bon dans quelque chose sans le détester (par exemple, cela ne me dérange pas de jouer à certains jeux de société avec des amis même si je suis assez horrible avec eux), tout comme c'est d'être bon enquelque chose tout en ne l'aimant pas (par exemple, j'ai une excellente écriture, mais méprise l'écriture; je préfère fortement taper).
Cette réponse est inutilement agressive et ne répond à rien que les autres réponses n'ont déjà dit de mieux.
@Toadfish - Puisque les autres réponses ne couvrent pas ce que l'OP aurait dû faire, je dis que vous avez commenté ma réponse sans faire aucun effort pour lire sérieusement ce qu'il y a.
Un autre que je rejetterais si je le pouvais: principalement en raison d'être ouvertement agressif, réprimandant le PO sur ses vues personnelles de la politique interservices (ce qui n'aide pas à résoudre la situation, semble simplement insultant et immature), Sérieusement, qui diable, tout en voulant être pris au sérieux dans une réponse, appelle quelqu'un d'autosatisfaction
@VietnhiPhuvan Je disais simplement que votre formulation pourrait nécessiter un peu de travail.Maintenant, en disant que vous «passez mon temps précieux à chercher la faveur de n'importe qui».Cela n'apparaît-il pas aussi comme un peu pharisaïque?
@NZKshatriya - "Cela n'apparaît-il pas aussi comme un peu pharisaïque?"Pensez-vous que je regarde par-dessus mon épaule, inquiet de votre perception de ce que j'écris?Mon temps est précieux.Tome.C'est ainsi que je donne mon conseil: à prendre ou à laisser.Je suis là pour aider, je ne suis pas là pour gagner un concours de popularité.Je me fiche de ce que vous pensez de moi.La vie est trop courte pour ça.Arrêtez de poser des questions rhétoriques, c'est irritant.
@VietnhiPhuvan Apparemment, vous vous en souciez, sinon vous ne répondriez pas.La psychologie de base n'est-elle pas géniale.
@NZKshatriya - J'ai répondu parce que vous pensiez par ignorance que je me soucie de votre opinion.Maintenant que nous avons clarifié cela et que vous n'avez plus rien à dire, ne perdez plus de temps.
@VietnhiPhuvan Je vais vous faire perdre votre temps, car vos réactions n'ont pas de prix.Je ne pensais pas que vous vous souciez de mon opinion, pas plus que quiconque a commenté votre message agressif.Vous refusez simplement d'accepter la critique et devenez défensif et combatif.Je ne sais pas si cela est dû à votre éducation, ou simplement à des défauts de caractère inhérents ou quoi.Comment fonctionnez-vous dans la vraie vie lorsque les gens ne partagent pas vos points de vue?


Ce Q&R a été automatiquement traduit de la langue anglaise.Le contenu original est disponible sur stackexchange, que nous remercions pour la licence cc by-sa 3.0 sous laquelle il est distribué.
Loading...