Question:
Comment puis-je convaincre mon collègue d'appeler le service d'assistance au lieu de me contacter directement?
Lumberjack
2018-04-05 16:51:01 UTC
view on stackexchange narkive permalink

Ce matin, j'ai reçu un e-mail d'un collègue, qui ne souhaite plus appeler le service d'assistance, [nous l'appellerons Joel. ]

Je gère une petite équipe de professionnels de l'informatique, responsable de la prise en charge et de l'alimentation d'une petite / moyenne entreprise assez typique de moins de 1000 employés. Parmi nos nombreuses responsabilités, nous répondons tous à une ligne téléphonique partagée que nous appelons familièrement le «Help Desk». Les utilisateurs appellent pour une variété de problèmes / questions. Nous avons des utilisateurs qui exécutent le spectre, des utilisateurs expérimentés qui n'appellent que lorsqu'il y a une panne, aux technophobes qui appellent à l'aide chaque fois qu'une boîte de dialogue inattendue apparaît.

Joel est un administrateur senior qui a été un joli appelant régulier dans le passé, mais ce matin, il m'a envoyé un courriel pour me faire savoir qu'il ne voulait plus appeler le service d'assistance, à la place il me contactera directement pour toutes les questions futures. Quand j'ai répondu, demandant des détails à Joel, il m'a fait savoir qu'il ne voulait pas parler à mon subordonné direct [nous l'appellerons Rick. "Rien de personnel avec Rick, mais j'ai essayé de travailler avec lui dans le passé et il ne sait pas ou ne peut pas aider et il est trop fatigué pour parler aussi [ sic. ]"

Rick fait partie de l'équipe depuis près d'un an maintenant, et il a toujours une attitude positive. Il est de loin le membre le plus sympathique et le plus extraverti de notre équipe. C'est un membre compétent et compétent du Help Desk, et c'est la première fois que j'entends des plaintes concernant sa performance là-bas ou ailleurs.

Pour un certain nombre de raisons, je ne veux pas de Joel me contacter directement chaque fois qu'il a une question.

J'ai lu quelques réponses utiles à des questions similaires ( [1], [2],) mais ces questions n'abordent pas le problème du point de vue d'un responsable, je me trouve donc toujours en difficulté.

Comment puis-je convaincre Joel d'appeler le service d'assistance au lieu de me contacter directement?

Les commentaires ne sont pas destinés à une discussion approfondie;cette conversation a été [déplacée vers le chat] (https://chat.stackexchange.com/rooms/75754/discussion-on-question-by-lumberjack-how-can-i-convince-my-colleague-to-call-la).
Quatorze réponses:
#1
+130
timbstoke
2018-04-05 17:44:01 UTC
view on stackexchange narkive permalink

Tout d'abord, répondez au courrier électronique de Joel pour défendre votre équipe, en décrivant votre rôle et en précisant qu'il ne peut pas contourner le processus simplement parce qu'il en a envie.

Joel, le Helpdesk est une partie essentielle de notre processus d'enregistrement des appels et de dépannage, et Rick est un membre précieux de cette équipe. Si vous avez une plainte spécifique concernant sa conduite, je serais ravi d'en discuter plus avant, mais mon rôle en tant que responsable informatique est totalement différent de celui de l'équipe Helpdesk. Veuillez continuer à utiliser le numéro d'assistance / e-mail publié pour tout problème lié au support.

Si vous pensez qu'un problème spécifique n'est pas traité correctement, faites-le moi savoir et je jetterai un œil.

Après cela, s'il vous appelle avec une demande d'assistance qui ne parvient pas par les canaux appropriés, transférez-le au helpdesk. S'il vous envoie un e-mail, transférez-le au helpdesk, en le mettant en copie pour qu'il sache que tout ce qu'il a obtenu est un retard dans la récupération de son courrier.

_ "... le faisant entrer pour qu'il sache que tout ce qu'il a accompli est un retard dans son courrier récupéré. "_ - Et s'il ne répond pas, augmentez le délai; renvoyez-le seulement après une heure. Ou plusieurs heures. Ou le lendemain;)
@marcelm Pour ajouter à votre point, Thunderbird a une extension pour envoyer des e-mails x fois plus tard, ou à une certaine date et heure.Répondre immédiatement à l'e-mail et définir le délai est une bonne idée si vous êtes une personne oublieuse (comme moi)
Cette réponse fait beaucoup trop d'hypothèses.
AilirdewzfCMT Tels que?
@jpm26 Cela devrait être évident.Pas limité à 1) "mais mon rôle en tant que responsable informatique est entièrement différent de celui de l'équipe du Helpdesk" 2) Que Joel appellera un jour le helpdesk et ne fera pas que passer à la direction de Lumberjack 3) Que Lumberjack ne répond pas au fait que Joel s'est déjà plaintà propos de Rick, c'est en quelque sorte OK 4) Que Joel est le problème, etc. etc.etc
Le commentaire tel que rapporté est "il ne sait pas ou ne peut pas aider et il est trop dur pour parler aussi" - c'est une plainte, mais c'est assez vague.Un bon gestionnaire ne devrait pas aborder cette question avec l'employé sans beaucoup plus de détails - d'où la question de «s'il y a un problème spécifique, discutons-en».Un employé ne souhaitant pas interagir avec un autre n'est pas en soi une raison pour l'un ou l'autre des employés d'être discipliné, ou pour un gestionnaire de prendre en charge un rôle d'employé pour cette interaction.
@timbstoke Il n'y a aucun moyen que ce soit vague.C'est un marteau contondant à la tête.C'est une version d'entreprise politiquement correcte de "Le gars est un singe inutile, maintenant rien de personnel mais à partir de maintenant, il est votre problème, pas le mien.". N'oubliez pas que si Joel était un client externe, cela attirerait beaucoup plus d'attentionet beaucoup plus l'accent serait mis sur l'élimination de Rick de Joel.
@Sentinel - c'est trop vague pour permettre à quiconque de résoudre le problème.Cela donne juste assez d'informations pour pouvoir dire "Hey Rick, Joel dit que tu es inutile."tout en ne permettant à personne de comprendre comment le réparer ou de mesurer qu'il a été corrigé.S'il y a un problème réel avec Rick qui doit être résolu, son manager doit connaître les détails."La dernière fois que j'ai parlé avec Rick, j'ai eu un problème avec X. Il ne savait pas comment le résoudre et il parlait constamment de moi quand j'ai essayé d'expliquer ce qui se passait" Cela donne des détails sur un problème réel qui peut être référencécomme un problème, étudié et résolu.
@timbstoke oh allez.Laisse tomber.Si vous gériez le support client et que le patron d'un client majeur vous appelle et vous dit "hé, regarde tim, soit vous laissez tomber ce singe, soit je vous tue en tant que fournisseur", vous sauteriez à travers des cerceaux microscopiques incendiés pour faire sortir Rickle chemin.Ne me donnez pas ces ordures.Vous savez que le problème est l'économie politique avec un client interne, pas financier.
@Sentinel qui est juste un conseil étrange, l'OMI.Avez-vous déjà travaillé au service d'assistance?Les clients sont furieux pour toutes sortes de choses.En entreprise ou non, cela pourrait être un problème unique que Rick ne pouvait pas résoudre (assez rapidement) à la satisfaction de Joel.Cela pourrait même être insoluble comme Joel le voulait.La façon dont le courrier électronique a été écrit ne donne vraiment pas assez d'informations.Joel dit qu'il a essayé de travailler avec Rick dans le passé.Un examen de ce travail est nécessaire.Si Joel a continué à essayer plusieurs fois de faire la chose A alors que les politiques et l'architecture disent que A ne peut pas être fait mais que la chose B DOIT être faite à la place, ce n'est pas la faute de Rick.
@jo1storm Vous n'avez évidemment pas encore lu les progrès de cette histoire dans la réponse du PO ici.Il est également clair que vous n'avez jamais travaillé sur un service d'assistance face à des clients externes.
Il y a une certaine sorte de personne qui aime faire des demandes déraisonnables alors quand elle n'obtient pas ce qu'elle veut, elle se plaint que vous «refusez» de l'aider.On dirait que vous en avez un entre les mains.J'ai travaillé une fois pour une entreprise où * chaque * chef de projet le faisait, je suppose qu'ils doivent l'enseigner à l'école PM.Littéralement, si les pièces n'étaient pas arrivées du fournisseur, parce que ledit PM n'a pas reçu la commande à temps et que je ne pouvais donc pas démarrer la construction, ils allaient voir mon responsable et lui diraient que je "refusais" de le faireil.
#2
+81
dwizum
2018-04-05 18:32:11 UTC
view on stackexchange narkive permalink

La meilleure approche est de diviser pour conquérir. Joel doit comprendre qu'un problème avec un employé spécifique n'invalide pas un modèle de service entier. Il comprendra cela si vous renforcez le modèle de service et abordez également le problème des employés.

Faites ce que les autres réponses suggèrent: rappelez-lui la procédure et pourquoi elle est importante, et redirigez-le s'il essaie de contourner la procédure. Les redirections peuvent être douces au début - prenez l'appel, aidez-le à résoudre le problème, mais indiquez que vous l'enregistrez dans le système de billetterie pour lui - et vous pourrez l'aider à le saisir correctement (ou appeler le bon numéro) la prochaine fois . Ensuite, faites un suivi et faites-le - transférez-le la prochaine fois qu'il appelle. Et ainsi de suite.

Mais - ne vous arrêtez pas là. Vous êtes le supérieur de Rick. En dehors du fait que Joel contournait la politique, vous avez eu une plainte contre un membre de votre équipe. Je suis sûr que votre politique ou culture d'entreprise a une méthode pour gérer cela, quel que soit le poste. S'il n'y a rien de formel, il y a beaucoup de bonnes pratiques disponibles sur le Web. Il est difficile de donner des conseils spécifiques sur la façon de résoudre le conflit sans beaucoup plus d'informations générales.

Il est juste de souligner que tout processus de traitement des réclamations doit inclure la validation de la réclamation. Vous ne voulez pas que votre impression actuelle de l'employé ( "c'est la première fois que j'entends des plaintes" ) vous prédispose à rejeter la plainte, et bien sûr vous ne voulez pas non plus que fait qu'une réclamation vous a fait supposer qu'il y a un problème réel.

En résumé, vous êtes plus susceptible d'atteindre votre objectif consistant à amener Joel à suivez la politique si vous abordez également son problème (totalement distinct) avec votre employé - au lieu de le faire uniquement à son sujet en suivant la politique.

Cela suppose qu'il y a un problème avec l'employé.Joel peut aussi simplement vouloir contourner les «tracas du processus», ou simplement ne pas «cocher» avec Rick - et ne pas le gérer de manière professionnelle.
Je m'attendrais à ce qu'un processus conçu pour traiter les plaintes des employés inclue la validation de la plainte - je suis d'accord, nous ne savons pas s'il y a un * problème * réel - mais nous savons qu'il y a une * plainte * et elle doit être traitée.
@dwizum Si vous indiquez clairement dans votre réponse que vous pensez que traiter la plainte signifie d'abord être sûr qu'il y a un vrai problème à résoudre, et non pas passer directement à la discipline de Rick, je pense que cela renforcera considérablement votre réponse.
Ajout de l'avant-dernier paragraphe pour indiquer que la plainte doit être examinée.Merci pour les commentaires.
C'est une bonne réponse.La plainte doit être traitée.Exécutez des enquêtes dans toute l'entreprise avec la satisfaction des clients.Obtenez des commentaires anonymes.Parlez à Joel.Etc.
@TomTom il y a un problème avec l'employé.Il faut une enquête.Le résultat de l'enquête pourrait être «non valide, plainte rejetée», mais le gestionnaire doit encore l'examiner.
Eh bien, je ne me pencherais généralement pas dessus.Un seul point de données - c'est une perte de temps.Je ne cours pas à la poursuite de chaque événement de point de données.L'enquête ici est "ouais, souvenez-vous-en, commencez à agir lorsque le 3ème événement similaire est sur la pile".
«Je ne veux pas parler à Rick parce que je ne l'aime pas» et «J'ai une plainte officielle contre Rick» ne sont pas la même chose.
@gnasher729 Joel a dit au patron de Rick: "Le gars n'a aucune idée et me fait perdre mon temps au téléphone et je ne travaille pas avec ce singe, point final.".Si ce n'est pas une plainte officielle, je ne sais pas ce que c'est.N'oubliez pas que s'il s'agissait d'une équipe de support client tournée vers l'extérieur, où le client était externe, vous seriez sur Rick comme une tonne de briques.
Merci pour votre conseil.Bien que ce ne soit pas la réponse la plus positive, à mon avis, c'est la plus correcte.Il est important de répondre à la plainte de Joel à propos de Rick, même si elle s'avère sans fondement.Et parler avec Joel de la valeur du modèle Help Desk est parfait.
@Lumberjack, Je pense que quelque chose du genre "Rick, vous avez fait un excellent travail et je veux que vous le mainteniez. Cependant, Joel est vraiment un type" strictement professionnel ", alors j'aimerais que vous restiez petitparlez au minimum avec lui et remontez vers moi un peu plus vite que vous ne le feriez normalement avec lui.serait approprié
Très bon conseil.Merci @Kevin.Je vais probablement voler cette phrase exactement quand je rencontrerai Rick plus tard dans la journée.
@Kevin: Je suis presque avec vous sauf que la mise en garde ici est que s'il y a quelqu'un d'autre dans l'équipe de support et que vous ne donnez ce conseil qu'à Rick, il pourrait éventuellement sentir que ce n'est pas un truc de Joel, mais un truc de Rick.Attention à ça.
#3
+56
Lumberjack
2018-04-06 18:18:23 UTC
view on stackexchange narkive permalink

Comment j'ai répondu à la question

J'ai pris la plainte de Joel au sérieux. J'ai appelé Joel pour discuter du problème et lui ai demandé des détails supplémentaires. Joel a été très professionnel tout au long de la conversation.

Je lui ai demandé de m'en dire plus, et il a commencé par faire l'éloge de l'attitude positive de Rick. Il m'a fait savoir qu'à son avis, Rick était tout simplement trop amical et bavard. Quand Joel appelle, il veut juste que le problème soit résolu afin de pouvoir retourner au travail. Mais il a laissé entendre que c'était peut-être sa faute, car être joyeux et amical est «peut-être une bonne chose».

Je l'ai remercié pour ses commentaires et lui ai demandé de m'en dire plus sur l'autre moitié de sa plainte, "il ne sait pas ou ne peut pas aider." De toute évidence, Joel a appelé avec un problème et Rick n'a pas été en mesure de résoudre le problème. Rick était censé rappeler Joel avec une solution, mais ce rappel n'est jamais venu.

J'ai remercié Joel pour sa franchise et promis que je ferais un suivi avec Rick. J'ai profité de l'occasion pour parler avec Joel de l'importance de suivre la procédure du Help Desk. Nous avons brièvement passé en revue tous les avantages qu'un Help Desk partagé offre à l'entreprise et à Joel.

Je lui ai demandé de continuer à appeler ou à envoyer un e-mail au service d'assistance en cas de problème, mais j'ai promis être toujours disponible s'il avait besoin de remonter un problème ou s'il avait des problèmes avec quelqu'un dans l'équipe à l'avenir.

Je lui ai fait savoir que ses commentaires étaient appréciés. Je lui ai expliqué que Rick était le membre le plus junior de notre équipe et que ses commentaires seraient un outil utile pour aider Rick à devenir une meilleure ressource pour l'entreprise.

À la fin de l'appel Joel a promis de continuer à appeler le service d'assistance. J'ai prévu une rencontre individuelle avec Rick cet après-midi pour discuter de la question. Je vais donner à Rick une chance de raconter sa version de l'histoire et de fournir des détails supplémentaires sur son échec signalé à donner suite à Joel.

En fin de compte, il est inacceptable de laisser un utilisateur suspendu comme ça. Nous avons mis en place des procédures qui dictent comment faire remonter un problème si vous avez du mal à trouver une solution. Nous avons un système de billetterie en place qui vise à garantir que rien ne se perd jamais dans le mix. Quelque chose ne va pas ici, et j'aurai besoin de l'aide de Rick pour savoir où les choses ont déraillé.

C'est peut-être une erreur, mais je n'ai pas l'intention de réprimander Rick pour avoir été trop bavard ou amical. Il a reçu des dizaines de retours positifs de la part des cadres supérieurs pour son excellente attitude, alors que Joel a la réputation d'être un peu grincheux. Je vais cependant parler à Rick de Joel et suggérer que lorsqu'ils interagissent à l'avenir, Rick s'efforce d'être aussi bref et professionnel que possible.

Je pense que je suivrai avec Joel dans quelques semaines pour voyez comment les choses se passent. Cela montrera à Joel que ses commentaires sont précieux et que nous avons pris ses préoccupations au sérieux, tout en me donnant l'opportunité d'entendre parler de tout problème qui aurait pu survenir entre-temps.

On dirait que vous avez bien géré les choses.Ma première pensée en lisant votre message original était que Rick étant "le membre le plus sympathique et le plus extraverti de notre équipe" pourrait faire partie du problème.En tant qu'âme tranquille, je ne veux pas qu'un informaticien soit mon ami, je veux juste qu'il continue à résoudre mon problème afin que je puisse arrêter de parler et retourner à mon ordinateur.Donc, vous êtes probablement mort sur la bonne voie, suggérant à Rick de s'efforcer d'être bref et professionnel avec Joel (et peut-être que d'autres s'il décroche, ils ne répondent pas à son bavardage)
Honnêtement, c'est de premier ordre.C'est vraiment un exemple d'une excellente gestion, félicitations.
@Lumberjack Un «bravo» sincère de ma part aussi.Excellente gestion de ce qui aurait pu se dissoudre en quelque chose d'assez laid mais grâce à vous, c'est devenu une belle petite histoire de travail.Excellent travail!
+1 et n'ayant pas lu chaque mot de chaque réponse, je n'ai encore vu personne commenter: les personnes de soutien doivent être formées pour faire face à différentes personnalités.J'avais l'habitude de travailler pour Apple, ils ont des défauts mais généralement un excellent support et une bonne formation.Ils ont commencé (vers 2015-6?) À former leurs conseillers en support technique à quatre personnalités différentes.J'oublie les détails, en gros, un type de client était les gens qui veulent discuter, un autre type veut avoir le contrôle.Un autre veut que la personne de soutien contrôle l'interaction.On dirait que Rick doit en être conscient.
Merci @jimlohse Je n'en ai pas entendu parler.J'aurai besoin de faire des recherches.
Alors, comment s'est déroulée la rencontre avec Rick?J'aime ces réponses où nous pouvons voir ce qui s'est réellement passé dans la vraie vie :-) Aussi re.le suivi oublié, avez-vous une sorte de système où les gens reçoivent régulièrement des rappels sur les billets qui n'ont pas encore été fermés?
@user568458 la rencontre avec Rick s'est très bien déroulée.J'ai appris que Rick avait la mauvaise habitude de saisir ses billets après avoir terminé l'appel.Nous avons expliqué que cette affaire était un exemple parfait de la raison pour laquelle vous devez entrer vos billets au début de l'appel.Nous avons également parlé des interactions futures de Rick avec Joel et fixé une date de suivi pour se revoir.
#4
+34
CCTO
2018-04-06 01:08:39 UTC
view on stackexchange narkive permalink

Il s'agit de Rick. Asseyez-vous en personne avec Joel, dans un espace privé, et faites-lui partager, objectivement, ses expériences avec Rick. Rick peut être cordial et ouvert avec vous et ses coéquipiers, mais se présentant différemment aux appelants. Joel est peut-être la seule personne à vous en parler, parmi tant d'autres qui sont également touchées.

Ce.Si un administrateur principal vous dit ouvertement que Rick est essentiellement désemparé et obstructionniste (autoritaire à parler), votre objectif principal en tant que superviseur du helpdesk est d'éliminer l'obstacle de Joel avec Rick.Par exemple, permettez à Rick de rejoindre l'équipe de Joel à temps partiel, pour lui donner des indices, ou demandez au pex d'acheminer les appels entrants de Joel vers quelqu'un d'autre que Rick sur le service d'assistance, etc.
Merci CCTO.Je conviens qu'il est important de se concentrer sur le côté Rick de l'équation.
@Lumberjack Je saute peut-être aux conclusions ici, mais la combinaison de «dominateur» et de «plus amical» me fait penser que Rick est quelqu'un qui aime bavarder et que Joel est quelqu'un qui veut simplement se mettre au travail.Est-il possible que Joel appelle pour un numéro de 2 minutes, mais Rick veut un "Comment ça va?"conversation?Ces plaintes sont difficiles à faire parce que les faire directement vous fait passer pour un imbécile, ce qui explique peut-être pourquoi Rick est vague quant à sa plainte à propos de Joel.
Spot sur @DeanMacGregor.C'était exactement ce que Joel voulait dire quand il appelait Rick «autoritaire».
@Lumberjack ouais, je suis définitivement un "Joel" donc l'histoire était trop familière.
#5
+5
Horia Coman
2018-04-06 14:49:43 UTC
view on stackexchange narkive permalink

Il y a peut-être un méta-point soulevé par la plainte de Joel: le même système de helpdesk aide les utilisateurs de compétences extrêmement différentes et, comme vous le mentionnez, avec des classes de problèmes très différentes. Ce n'est peut-être pas la meilleure des choses. Les gestionnaires du helpdesk doivent adapter leur interaction au niveau technique de la personne à qui ils parlent, et cela peut être difficile à faire pour certains d'entre eux. Il peut être intéressant de disposer de plusieurs niveaux de support technique. Ainsi, quelqu'un qui appelle à propos d'un pop-up étrange peut aller à un endroit et quelqu'un qui appelle à propos du VPN qui ne fonctionne pas depuis sa machine FreeBSD peut aller à un autre.

Oh j'ai fait [mon commentaire ci-dessus sur cette réponse] (https://workplace.stackexchange.com/a/110216/71299) avant de lire votre réponse, bon point!De plus, j'ajouterais les différences de personnalité en plus des différences techniques, les personnes de même niveau technique conservent toujours des personnalités différentes: contrôler vs vouloir être dirigé.Mes préférés sont ceux qui sont titulaires d'un doctorat ou d'une autre compétence hautement technique qui supposent que la spécialisation s'étend à des domaines où ils sont ignorants.C'est le plus difficile à gérer (je suis probablement l'un de ces LOL)
#6
+4
user34587
2018-04-05 17:22:33 UTC
view on stackexchange narkive permalink

Rappelez-lui la procédure. Si l’on apprend que Joel a une ligne d’aide plus directe que le «Helpdesk» habituel, tout le monde peut commencer à se demander pourquoi ils ne l’ont pas aussi, et la situation ne fait qu'empirer pour toutes les personnes impliquées.

Si Joel vous appelle ou vous demande à nouveau, avant même d'entendre son problème, réitérez simplement que nous avons une ligne d'assistance pour ses problèmes. Sans mentionner Rick, expliquez que vous avez mis en place cette procédure afin qu'il n'y ait pas de dépendances personnelles (que se passe-t-il si vous appelez malade, Joel se tourne-t-il alors les pouces jusqu'à ce que vous récupériez?) Et que cela permet de consigner plus efficacement les problèmes du service d'assistance. et priorisé. Ce serait la manière juste et professionnelle de le gérer.

Si Joel y revient, vous devrez lui rappeler que vous ne pouvez pas empêcher l'un des membres de votre équipe de prendre des appels sans une raison plus substantielle. Si Joel a un problème avec Rick, il doit déposer une plainte officielle. En attendant, vous ne pouvez pas enfreindre les règles de votre propre équipe à cause d'un problème personnel ( «rien de personnel» ne veut pas dire grand-chose ici!). En faisant cela, vous vous êtes tenu aux pratiques de votre équipe et vous ne choisissez pas Rick. D'après la façon dont vous avez décrit Rick, il est possible que Rick ne soit pas au courant de l'aversion qui lui est imposée.

Si Joel continue de persister, il est préférable de ne pas laisser les habitudes de Joel continuer, portez-le définitivement à l'attention de votre manager . Peut-être que Joel est traité officieusement comme un cas spécial. Il y a de fortes chances que lui aussi soit mécontent pour les mêmes raisons.

#7
+2
Joe
2018-04-05 21:33:46 UTC
view on stackexchange narkive permalink

Je le gérerais de cette façon. Tout d'abord, je ferais quelque chose de similaire à d'autres réponses et je travaillerais avec Joel pour aider Rick à mieux faire son travail. Ce n'est pas une mince affaire de dire que quelqu'un est bon mais peut aller mieux, même si cela signifie «comment gérer les aides difficiles».

Le plus important et ce que je ne vois pas dans les autres réponses, c'est que si vous ne pouvez pas résolvez rapidement le problème Joel / Rick puis parlez à votre «patron». Faites-lui savoir vos politiques et que, compte tenu de la façon dont vous dirigez le service, Joel est un cas de pointe et vous rend moins productif. Demandez à votre patron si vous devez faire les choses différemment et il vous dira très probablement que vous faites ce que vous devriez et qu'il parlera avec Joel ou son patron pour que Joel suive les politiques et procédures de l'entreprise.

Je pense que c'est dans la bonne direction, mais les discussions avec votre patron vont probablement se retourner contre vous.Joel est assez franc avec Lumberjack et dit essentiellement "Je fais de ce problème votre problème".Il sait très bien que si cela dégénère, le bûcheron ressemble à un ventouse pour ne pas avoir réglé un problème de satisfaction client sans courir vers papa.
#8
+2
Adam Davis
2018-04-05 23:10:21 UTC
view on stackexchange narkive permalink

Je vous suggère d'essayer d'atteindre plusieurs objectifs:

  • Rappelez à Joel la politique et la procédure
  • Donnez à Joel les raisons pour lesquelles le système fonctionne de cette façon (amélioration continue , une bonne gestion des enregistrements, etc.)
  • Suggérer que vous préférez résoudre les problèmes liés au processus ou aux personnes plutôt que de les ignorer ou de les masquer
  • Assurez-vous que tout le monde reçoit le même niveau de service et soins

En les combinant, vous devriez être en mesure de convaincre Joel qu'il est dans l'intérêt de l'entreprise d'utiliser les canaux appropriés.

Je comprends vous êtes plus satisfait de mon aide, mais en raison de ma charge de travail, je ne peux aider que mes subordonnés directs, je ne peux pas gérer leur travail à leur place. De plus, en leur demandant de gérer tout ce que nous tenons des enregistrements plus précis, nous obtenons des améliorations de processus à mesure que des problèmes répétés sont signalés, et nous nous assurons que tout le monde reçoit le même niveau d'assistance élevé en assurant la continuité des connaissances.

Par conséquent, veuillez adresser les demandes de service supplémentaires au -assignataire ou au système de tickets ou à la boîte e-mail-.

#9
+2
Chris Johnson
2019-08-24 05:12:01 UTC
view on stackexchange narkive permalink

J'ai été confronté à la même situation. La façon dont je l'ai résolu était de dire que si vous appelez le service d'assistance, nous suivrons votre problème jusqu'à son achèvement - je vous garantirai une réponse dans les X heures et une résolution dans X heures ou jours (selon notre SLA publié) - Je vous garantis votre demande ne sera pas perdue, et si la personne qui y travaille sort malade ou en vacances, je vous garantis que quelqu'un d'autre poursuivra le dossier jusqu'à ce qu'il soit résolu. Mais si vous n'appelez pas le service d'assistance, je ne garantis rien. Si vous n’appelez pas le service d’assistance et que vous voulez vous plaindre du fait que votre dossier n’a pas été traité correctement ou assez rapidement, je ne vous écouterai pas. Le service d'assistance est la façon dont nous soutenons. Si vous ne l'utilisez pas, vous ne bénéficierez pas d'une assistance de qualité professionnelle.

#10
+1
oliver
2018-04-05 22:12:43 UTC
view on stackexchange narkive permalink

Soyez doux avec la personne, mais dur avec le problème. C'est toujours une bonne idée de le traiter aussi gentiment que vous traiteriez quelqu'un que vous ne connaissez pas du tout. Et il semble que vous ne soyez pas si familier avec lui pour l'appeler un ami, il ne semble donc pas y avoir de place pour une honnêteté totale.

Donc, lui confirmer que vous faites confiance à votre équipe pour que son inquiétude ne soit pas balayée le tapis semble être une bonne idée. Évitez toute impression que vous vous occuperez personnellement de l'affaire, au-delà de vérifier que son billet sera correctement programmé. Si vous offrez des privilèges, vous pourriez lui faire croire que d'autres personnes obtiennent également des privilèges élevés, ce qui pourrait éventuellement aggraver la situation.

Après tout, n'oublions pas que tout est en bonne voie une transaction corrompue. Peut-être qu'il essaie d'échanger des relations personnelles ou même la coercition en échange de privilèges.

Les gens peuvent essayer cela parce qu'ils ne comprennent pas que les ressources sont limitées. Cependant, ils comprendront généralement assez rapidement quand leurs propres efforts sont vains et leur coûtent plus cher que ce à quoi ils s'attendent en retour.

En restant amical et professionnel, vous pouvez également éviter tout signe que vous ayez compris leur jeu injuste et les empêcher de comploter des intrigues, ce que des personnes de ce type feront parfois en réponse à une déception.

Cela suppose que Joel est le problème.Il me semble que Joel est à la fois pointu et expérimenté et est en train de gérer Lumberjack pour réparer son helpdesk cassé
@Sentinel: qui peut être le cas.Ainsi que le fait que Lumberjack et Joel peuvent apprendre.Ainsi que le fait que l'ordre hiérarchique peut changer avec le temps.La bonne chose est qu'il existe des recettes qui fonctionnent indépendamment du fait que vous soyez un idiot ou que vous soyez intelligent (car normalement vous ne savez pas avec certitude ce qui est vrai).J'ai constaté que cela était souvent lié au fait de laisser les gens avec trop d'énergie s'épuiser.
-1
Comme je l'ai déjà dit: ... travaillez que vous soyez idiot ou intelligent ... ;-)
#11
+1
rmpbklyn
2018-04-06 06:31:16 UTC
view on stackexchange narkive permalink

Disposer d'une page Web / d'un portail interne sur lequel les utilisateurs peuvent saisir un ticket. oui la souris est cassée, votre équipe peut la fournir rapidement. Le programme ne fait pas xyz, puis vous déléguez à qui il s'adresse, a-t-il besoin d'un support technique de niveau 2 ou d'un ticket de fournisseur de niveau 3. Vous n'avez pas d'autres responsables, déléguer ou marginaliser votre personnel.Si vous ne leur demandez pas de suivre un protocole, alors quand quelqu'un est PTO, il n'a pas de chance d'obtenir de l'aide car il a laissé un message sur sa personne préférée ou envoyé un e-mail uniquement à cette personne et reste inaperçue pendant une semaine ou deux.

#12
+1
rackandboneman
2018-04-07 04:47:01 UTC
view on stackexchange narkive permalink

Si possible, indiquez clairement que vous avez délégué l'autorité sur les sujets qui traitent généralement des appels de Joel.

"J'ai laissé le sous-système XYZ, sur lequel vous vous interrogez, entre les mains des subordonnés ABC et DEF parce que je leur fais confiance pour l'exécuter correctement. Je ne surveille pas régulièrement la façon dont ils l'exécutent, et si je réponds à votre question à ce sujet, je pourrais très bien vous donner des informations obsolètes, qui pourraient être carrément fausses, ne résoudront pas votre problème, et pourrait aller à l'encontre des décisions prises par ABC et DEF. Je suis leur supérieur, mais je n'ai pas BESOIN de connaître ces détails sur XYZ car je ne l'utilise PAS, VOUS l'êtes et ILS le maintiennent. "

#13
+1
Monty Wild
2018-04-07 13:39:31 UTC
view on stackexchange narkive permalink

J'ai eu ce problème de l'autre côté - tout le soutien dont j'étais responsable a été demandé et fourni personnellement.

Cependant, on m'a demandé d'utiliser le système d'assistance, même si je continuerais de fournir le même support, car il permettait de comptabiliser correctement le coût du support, ainsi que le suivi de la résolution des problèmes.

En contournant le service d'assistance, cette responsabilité est perdue. Mes instructions étaient de diriger toute demande d'assistance qui m'est adressée personnellement au système d'assistance, car à moins qu'une demande ne soit faite de cette manière, je n'étais pas autorisé à y travailler.

#14
  0
Dawood ibn Kareem
2018-04-08 10:16:12 UTC
view on stackexchange narkive permalink

Il est important que les demandes de Joel commencent au Helpdesk, évidemment. Mais vous ne pouvez pas vous permettre d'être inutile avec Joel. J'ai déjà traité ce problème plusieurs fois auparavant, et je trouve que le moyen le plus simple est essentiellement celui-ci.

Salut Joel,

Merci pour votre demande. Je l'ai transmis au Helpdesk, afin qu'il puisse le consigner, le hiérarchiser et trouver la personne appropriée pour y travailler.

Vous constaterez peut-être que vos demandes seront traitées plus rapidement si vous contactez le Helpdesk directement. Leur numéro de téléphone est ------ et leur adresse e-mail est ------.

Meilleurs voeux,

Bûcheron

Faites ceci autant de fois que nécessaire. S'il s'énerve, faites-lui remarquer que

  • c'est ce que votre travail vous demande de faire,
  • toutes les demandes adressées à votre service doivent être enregistrées et classées par ordre de priorité ,
  • pour garantir l'équité envers les autres clients, vous n'êtes pas autorisé à travailler sur tout ce qui n'est pas passé par ces étapes.

Restez poli partout. Mais ne bougez pas. Quoi que vous fassiez, ne répondez pas à sa demande tant que le Helpdesk ne vous l’a pas attribué. Tôt ou tard, il commencera à utiliser le Helpdesk lui-même.

Oh, et ignorez toutes les absurdités à propos de Rick. Cela ne mérite pas votre temps, à moins que Joel ne porte une plainte officielle à propos de Rick.



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