Comment expliquer aux gens qu'un programmeur n'est pas un technicien en informatique ?

La seule façon d'être impoli est de croire qu'un programmeur est meilleur qu'un technicien [vous dites que cela ressemble à une minimisation de votre travail quand les gens pensent que vous êtes un technicien]. Je ne veux pas dire que vous êtes impoli de croire cela, mais si vous croyez cela, alors corriger les gens, “Je ne suis pas cette chose inférieure, je suis cette chose supérieure” peut être impoli.

Solution : parlez comme si le technicien était égal ou même supérieur à vous. “Oh non, je dis aux ordinateurs ce qu'ils doivent faire [ou comment faire quelque chose de compliqué], mais quand ils sont cassés, je suis inutile. Il faut un technicien pour ça”. Ou encore : “Bon sang, je ne fabrique pas mes propres ordinateurs ! Je m'en remets à des professionnels qualifiés pour cela.” Ne vous focalisez pas sur les titres de postes, mais sur ce que vous faites et sur ce que fait la personne dont ils ont besoin.

Les gens pensent que je peux faire fonctionner leur imprimante ou régler des problèmes de connectivité tout le temps. Et dans une certaine mesure, je le peux (et vous aussi) parce que nous apprenons certaines de ces choses en nous défendant, puisque nous ne pouvons pas nous passer de notre technologie. Mais nous ne sommes probablement qu'un tout petit peu meilleurs que les gens qui pensent que nous pouvons les aider. Acceptez cela et partagez le fait que vous êtes en fait très bon dans un domaine complètement différent, et quand il s'agit de faire en sorte que cette imprimante se comporte bien, vous et votre interlocuteur êtes sur le même pied d'égalité.

Vous pouvez faire ce que je fais (programmeur depuis 40 ans, docteur en informatique) : Dire la vérité. Je dis aux gens, selon les circonstances :

Je ne sais rien sur la configuration de Windows ou la résolution de problèmes avec Windows.

Je ne sais rien sur ce programme.

Je ne sais rien sur ce matériel.

Je n'utilise jamais rien de ce genre.

Je n'ai aucune idée de comment cela fonctionne.

Je ne sais pas quels sont les différents types de connecteurs, ni ce dont vous avez besoin.

Je ne sais pas comment écrire un jeu.

Je ne sais pas comment écrire une application téléphonique pour vous.

S'ils remettent cela en question, je leur dis que je n'ai pas besoin de savoir tout cela pour faire mon travail, parce que mon travail consiste à résoudre des problèmes de logique, des problèmes mathématiques et des problèmes d'organisation de l'information. L'ordinateur est un outil, comme les crayons et le papier, et je ne sais pas non plus comment fabriquer des crayons et du papier.

Cela dépend de ce que vous demandez et de la manière dont votre entreprise est conçue.

Dans mon entreprise, notre personnel informatique est le seul à avoir les autorisations nécessaires pour ajouter ou modifier du matériel/des logiciels. Cela signifie qu'il est facile de dire à quiconque demande de l'aide pour ce genre de choses :

En fait, je ne peux pas vous aider pour cela parce que je n'ai pas les autorisations système pour faire ce que vous demandez. Vous devrez parler avec quelqu'un du département informatique. Voici comment les contacter : …

Vous pouvez aussi admettre que vous ne savez pas comment faire … ou comment cela se fait dans votre entreprise.

Je ne suis pas sûr de la politique à suivre. Je travaille avec la conception de logiciels, ce qui est vraiment différent de la configuration du matériel. Vous devrez parler avec quelqu'un du département informatique pour faire ce que vous demandez. Voici comment les contacter…

Il n'y a pas moyen de ne pas se sentir offensé s'ils continuent à venir vous voir et que vous choisissez d'être offensé par cela. C'est votre choix. Mais, éventuellement, avec suffisamment de conseils pour aller à l'informatique, ils cesseront, espérons-le, de venir vous voir en premier et iront directement à l'informatique. À ce stade, votre problème est résolu.

Je voudrais ajouter que vous n'avez aucune raison de vous sentir offensé par cela. En fait, “se sentir offensé” implique que vous ne respectez pas le travail que fait votre personnel informatique parce que vous pensez qu'il est en dessous de vous. C'est différent, pas nécessairement “inférieur”. Respectez-les, s'il vous plaît.

Je pense que vous devriez recadrer votre accueil de ces personnes qui viennent à vous… Vous avez dit dans un commentaire :

Je voudrais préciser que je ne pense pas être supérieur, j'ai juste l'impression qu'ils me sous-estiment, mais c'est peut-être un problème personnel.

Vous l'avez à l'envers : ils ont une haute opinion de vous, alors ils viennent vous demander de l'aide. Les gens demandent généralement de l'aide à des personnes qu'ils respectent, alors ne considérez pas le fait que quelqu'un vous demande de l'aide comme une sous-estimation de vos capacités. En outre, il n'y a pas de raison de se sentir offensé car les personnes qui vous demandent sont (je suppose) simplement mal informées sur ce que fait un développeur/programmeur de logiciels. C'est juste la façon dont les choses sont. De plus, beaucoup de gens qui sont développeurs, _peuvent dans une certaine mesure, s'occuper de problèmes matériels, donc ce n'est pas comme si les gens qui viennent vous voir avaient tort de le faire. Si vous ne savez pas comment faire ce qu'ils vous demandent, vous pouvez l'admettre.

Je ne suis pas développeur de logiciels mais je travaille au niveau du système avec des ordinateurs. Je reçois des demandes pour toutes sortes de choses matérielles/logicielles - par exemple, hier, on m'a demandé comment ajouter quelqu'un à un groupe de courrier électronique… J'ai répondu au courrier électronique et l'ai transmis… à notre personnel informatique qui s'occupe de cette chose.

Les entreprises sont grandes et compliquées. Parfois, savoir à qui parler est déroutant, alors vous parlez aux personnes que vous connaissez et qui semblent avoir peut-être votre solution. Je considère que c'est une grande faveur pour eux de pouvoir dire “Je ne peux pas, mais je peux aider à trouver qui peut”… tout le monde ne veut pas prendre le temps de le faire, mais j'aime le faire, dans la limite du raisonnable.

Établir une bonne relation de travail avec les informaticiens dont le travail consiste à réparer les ordinateurs.

Puis leur demander “Vous savez, quand les gens me demandent de réparer leurs problèmes informatiques, je vous les renvoie, ok ?” (ça devrait être évident)

Puis quand ils demandent inévitablement, dites quelque chose comme “Je suis le programmeur, quand mon ordinateur se casse comme le vôtre, j'appelle les spécialistes !” (et ensuite les diriger vers la bonne personne).

J'aime le mot “spécialiste”, il exprime le respect dû aux techniciens informatiques, tout en précisant que le problème de cet utilisateur n'est pas votre problème…

Il existe une relation similaire entre les architectes et les constructeurs que vous pouvez exploiter. L'architecte imagine une maison et en dessine les plans. Le constructeur utilise ensuite ces plans pour construire réellement une maison. Un programmeur imagine ce qu'un programme doit faire, puis rédige le code pour le faire. L'analogie n'est pas parfaite, parce que ce que fait un technicien et ce que fait un constructeur ne sont pas tout à fait identiques. Cependant, dans les deux cas, l'une des caractéristiques de l'architecte/programmeur est la création de documents papier/numériques décrivant ce qui doit être fait. En tant que collègue programmeur, quand je pense aux attributs qui définissent mon travail, c'est l'un d'entre eux. Si j'essayais de définir la différence entre un programmeur et un technicien, je choisirais une analogie qui peut faire passer ce message, comme celle-ci

La raison pour laquelle j'aime cette analogie est qu'elle explique la différence entre un programmeur et un technicien sans déprécier le technicien. La plupart des gens seraient d'accord pour dire que le métier d'architecte est plus sexy, mais cela ne signifie pas que le métier de constructeur n'est pas incrustement important et précieux pour la société. De même, ce que fait un technicien est très important, c'est juste différent de la programmation. En fait, si la conversation l'exige, je peux même parler de l'importance des techniciens sans diluer mon affirmation selon laquelle je fais quelque chose de différent de ce qu'ils font.

De plus, une partie de la confusion vient du fait que les programmeurs sont, par nature, à moitié décents pour déboguer les problèmes techniques. Nous pouvons entendre un problème, faire une recherche sur StackExchange et le résoudre, presque comme un technicien. Cependant, comme les techniciens se spécialisent dans ce genre de choses, ils sont nettement meilleurs pour cela. Je peux peut-être vous aider à brancher une imprimante chez vous et à la faire imprimer. Il faudra peut-être quelques retouches, mais nous la ferons imprimer. Les techniciens de l'endroit où je travaille maintiennent une armée de Xerox DocuCenters en réseau dans un environnement d'entreprise où les temps d'arrêt signifient $$$ et où les patchs doivent être déployés avant que les pirates exploitent ces trous pour voler nos données critiques, tout en s'assurant que tout changement qu'ils poussent peut être annulé si des utilisateurs individuels subissent des arrêts de travail à cause de ce changement. Car, après tout, en tant qu'utilisateur, si le correctif de sécurité informatique critique entrave le moindrement mon travail, je vais faire ouvrir un ticket au plus haut niveau possible, et exiger qu'on le répare selon un calendrier ridiculement court. Ensuite, je demanderai au responsable de mon manager de téléphoner et d'exiger que ce ticket attire l'attention le plus vite possible.

Oui, c'est techniquement la même chose, mais je suis très content d'avoir des spécialistes dévoués qui s'en occupent pour moi au travail !

Cela me laisse perplexe depuis un certain temps et je me sens avec vous ! J'ai quelques connaissances sur les logiciels et les sciences des données (bien que je le fasse plus comme un passe-temps que comme un travail), mais les gens me demandent souvent de régler un problème sur un routeur Wi-Fi, de régler des problèmes de matériel, etc…, sur lesquels je n'ai que peu ou pas de connaissances.

J'ai trouvé qu'une bonne approche consiste à relier la technologie au sport. La plupart des gens ont suffisamment de connaissances sur le sport en général, il est donc plus facile de leur faire comprendre qu'un programmeur ne sait pas tout sur la technologie, un peu comme les footballeurs professionnels ne sont pas bons dans tous les sports.

Voici un exemple que j'explique généralement lorsqu'une personne non spécialisée en technologie (des amis, pas des membres de la société) me demande :

My frined X : Hey, my Internet suddenly stop working. Que s'est-il passé ?

I : (Trop large…) [Ayant vérifié brièvement…] Désolé, je ne sais pas. Je ne suis pas un ingénieur réseau.

X : Mais tu es un ingénieur ! Pourquoi vous ne pouvez pas le réparer ?

I : Un ingénieur en logiciel n'est pas la même chose qu'un ingénieur réseau. Pensez au sport. Messi est un joueur de football mais pensez-vous qu'il puisse être aussi bon qu'au volley-ball ou au base-ball ?

X : Non.

I : Il en va de même pour les programmeurs. Messi serait meilleur au volley-ball ou au base-ball ou dans tout autre sport que les gens ordinaires, mais est-ce que Messi est le genre de personne à qui vous voulez apprendre le volley-ball ? Ou préférez-vous un joueur de volley-ball professionnel ?

X : Joueur de volley-ball !

I : Exactement. Messi serait meilleur au volley-ball que toi ou moi, mais il ne serait même pas aussi bon qu'un élève de 14 ans qui joue au volley-ball à l'école. Messi pourrait ne pas savoir comment servir un ballon de volley-ball dans un pas et un saut corrects.

I : Je suis peut-être meilleur en réseau que la plupart des gens qui n'utilisent pas d'ordinateur habituellement, mais le réseau est trop compliqué et je n'y connais pas grand chose, tout comme Messi ne sait peut-être pas comment servir un ballon de volley-ball. Il serait préférable de le demander à un ingénieur qui travaille spécifiquement sur les réseaux.

X : OK, je l'ai ! Désolé de vous l'avoir demandé… Merci !

Votre travail, pour la plupart des gens, consiste à “travailler avec des ordinateurs”. La plupart des gens n'ont absolument aucune idée de la différence entre les nombreux ordinateurs, applications, services, fonctions, bases de données, OS, etc. et n'ont aucune idée de la différence relative de difficulté des différentes tâches.

La confusion est probablement accrue si vous êtes membre du département informatique. Elle est probablement aussi accrue parce que vous (ou d'autres “programmeurs”) avez probablement aidé à effectuer des tâches plus simples, soit lorsque les techniciens étaient occupés d'une autre manière, soit simplement en raison de la proximité.

Vous pouvez expliquer, mais il est probable que de nombreuses personnes répondront à votre “ce n'est pas ma fonction” par “mais pouvez-vous la réparer” et, dans un grand nombre de cas, votre réponse sera “-sigh- yes”.

D'abord, je pense que vous devez cesser de penser que vous êtes meilleur qu'un technicien.

Vous n'aurez pas une bonne conversation si vous avez une puce sur votre épaule.

Mon travail et mon expertise sont la programmation, pas le matériel. Voici le contact pour le support technique.

Ces personnes sont vos collègues de travail et, à ce titre, doivent être traitées avec gentillesse lorsque cela est possible. Donc si le problème qu'ils vous posent est (très et sûrement) rapide, je vous suggère de les aider. Tout comme si quelqu'un vous demandait de l'aide pour transporter quelque chose dans le bâtiment parce que vous vous trouviez là quand une livraison peu commune est arrivée.

Si la chose qu'ils vous demandent n'est pas rapide de manière fiable, dites-leur que cela vous ferait perdre trop de temps dans vos missions de programmation. Peut-être suggérez-vous également qui pourrait vous aider, si vous le pouvez.

Le temps de programmation est incroyablement coûteux, vous pourrez donc peut-être atténuer ce problème en faisant savoir à votre direction qu'on vous demande de faire des choses qui ne sont pas de la programmation. Cette direction fera probablement passer le mot que les gens doivent éviter de distraire les programmeurs parce que l'entreprise a besoin qu'ils restent sur des tâches de programmation. (De nombreuses équipes d'ingénieurs ont un poste, Scrum Master, dont la seule responsabilité est d'éliminer les obstacles au codage, notamment en défendant le temps des programmeurs contre ce genre de choses).

Vous ne pouvez pas.

Ce que les autres pensent de vous est, la plupart du temps, hors de votre contrôle.

Note : Je voudrais spécifiquement exclure les membres de la famille immédiate et les amis proches de cette catégorisation des autres.

Ok, ne tirez pas sur le messager pour l'instant. Permettez-moi de clarifier les choses :

• Certaines personnes ne sont pas très au fait des technologies, ni même des ordinateurs.

• N'oubliez pas qu'il y a peut-être certains emplois dont vous ne savez probablement pas grand-chose et qu'il est donc tout à fait plausible que vous puissiez par inadvertance faire ressentir à quelqu'un d'autre exactement la même chose que vous, bien que vous n'ayez pas d'intentions malveillantes. 002

• Un exemple classique de cela est (pas nécessairement celui que vous ignorez) : de nombreux physiciens (et aussi scientifiques ) n'aiment vraiment pas être comparés à des ingénieurs , même s'ils travaillent tous les deux sur le même projet. 002 Ceci n'a pas pour but d'invalider ce que vous ressentez, mais simplement d'indiquer que, la plupart du temps, les personnes ayant des intentions raisonnablement bonnes ne veulent même pas vous dégrader. C'est simplement leur ignorance ou leur méconnaissance.

Suggestions:

1. Si vous connaissez de manière fiable le passé de quelqu'un (c'est-à-dire son manque de connaissances en informatique, en programmation, etc.), souriez , expliquez-lui gentiment et brièvement votre incapacité à l'aider à cet égard, et continuez. À moins que vous ne vous sentiez motivé et que vous ayez beaucoup de temps libre, vous ne voulez probablement pas investir trop d'énergie pour expliquer les différences entre le matériel, les logiciels et la programmation à toutes les autres personnes que vous rencontrez.
2. Si vous ne connaissez pas les antécédents de quelqu'un, ne supposez pas qu'il soit nécessairement compétent en informatique ou en technologie. Ensuite, réglez vous éventuellement selon la suggestion 1.
3. Si vous savez avec certitude que quelqu'un essaie délibérément de vous rabaisser, tout en étant pleinement conscient de votre spécialisation et des fines différences entre le matériel et les logiciels, je pense qu'il ne serait pas injuste de répondre avec une pointe de sarcasme. Peut-être quelque chose comme : “Monsieur / Madame, j'aimerais pouvoir vous aider. Malheureusement, je ne suis pas aussi polyvalent et compétent que vous…”_ ;)

Pour ces situations, je trouve qu'il est souvent utile de faire une comparaison avec d'autres métiers que les gens connaissent mieux, pour prendre un exemple.

Quelque chose comme :

Oh je ne peux pas vous aider avec ça, ce n'est pas ma spécialité. C'est un peu comme si j'étais plombier mais que vous aviez besoin d'un électricien.

D'autres possibilités sont le chauffeur de bus/conducteur de train, le chirurgien/psychiatre, etc.

Essayez juste de leur expliquer dans un comportement très calme.

Cela arrive à la plupart des codeurs, on me demande moi-même parfois et je me contente normalement d'expliquer et de dire quelque chose du genre :

Je programme leurs logiciels, je ne répare pas ou ne construit pas d'ordinateurs.

La majorité des gens ont tendance à comprendre après cela !

Il faut leur donner une analogie.

Inspiré par le commentaire Pilote/Mécanicien, mais la plupart des gens ne sont pas non plus des pilotes. Essayez les analogies suivantes :

• Du programmeur à un technicien en informatique :

• Du pilote à un mécanicien (voitures)

• Du sabreur au forgeron

• De l'architecte à un ouvrier du bâtiment

• Du scénariste de film à l'équipe de production (effets spéciaux, accessoiristes, maquilleurs)

En gros, toutes les paires d'utilisateurs/concepteurs et de constructeurs/créateurs/réparateurs.

La plupart des programmeurs prennent les compétences de technicien informatique comme un passe-temps, mais ils ne sont pas nécessairement assez compétents pour en être vraiment un.