Quitter est-il la seule réponse raisonnable à cette situation? [fermé]

J'ai lu un article intéressant, 10 raisons de quitter l'informatique .

Je cite une partie de ce texte:

"Cette mauvaise compréhension du devoir et de la technologie fait une chose: elle rend votre travail impossible. Lorsque les pouvoirs en place commencent à microgérer votre département pour vous, chaque mauvais élément est exacerbé. Vous connaissez votre travail et vous savez que vous connaissez votre travail. La direction ne connaît pas votre travail, mais ils ne savent pas qu'ils ne connaissent pas votre travail. Tout cela est une bande de stress Mobius vicieuse. "

C'est exactement ce qui se passe sur mon projet en ce moment. Le client, c'est-à-dire celui qui paie, veut être tout. Il veut jouer tous les rôles possibles dans le projet. Il veut même une explication technique détaillée même s'il ne sait rien de la programmation. Et quand quelque chose ne fonctionne pas, il blâme quelqu'un d'autre.

Quelqu'un at-il eu une expérience similaire? Des conseils sur la façon de gérer ces situations?

J'ai eu ma part d'emplois en informatique. Helpdesk, mise en réseau, développement de logiciels, ils partagent tous des problèmes similaires. Quitter et recommencer, tout en étant rafraîchissant, ne fait qu'apporter un nouvel ensemble de problèmes. Il y a quelques choses que vous pouvez faire pour garder votre santé mentale sous contrôle.

Cherchez le vrai problème
Le client essaie de contrôler entièrement les projets. Voyez si vous pouvez découvrir pourquoi.
- Est-ce dû à des échecs passés? Faites preuve d'empathie, rassurez-les de la réussite du projet.
- Le client un monstre de contrôle? Redirigez leur attention. le secret de l' iceberg .

Les réunions ne sont pas aussi importantes que les résultats
Chaque gestion de réunion dit quelque chose qui me fait friser l'estomac. Mais, une fois la réunion terminée, tout est oublié sauf les résultats. Je suis toujours celui qui résout les problèmes et les résout de la manière dont je pense qu'ils doivent être résolus.

Ne portez pas le poids du monde sur vos épaules
Les gars les plus stressés en informatique sont souvent les meilleurs. Un de mes meilleurs amis insiste toujours sur les responsabilités sans fin que la gestion lui impose. D'autres développeurs viennent à lui pour résoudre leurs problèmes.

Je vais te dire la même chose que je lui ai dit.

Ne les laisse pas. Trouvez un moyen politique de dire non / arrêtez de vous attaquer à des problèmes qui ne vous appartiennent pas. L'entreprise comprend à quel point vous êtes un atout précieux. Vous êtes peut-être le seul gars à faire quoi que ce soit. Ils ne vont probablement pas vous licencier pour avoir mis fin à certains abus. Tant que vous le manipulez correctement.

J'ai été dans une situation similaire où je travaille maintenant. Il y a quelques chefs de département qui se considèrent comme des "technophiles" (pas les chefs de département du SI, pensez-vous) et tout en étant très critiques envers notre travail, ils ont très peu à donner en termes d'éloges ou d'appréciation. Notre gestionnaire de contenu a déjà quitté l'entreprise et le gestionnaire de réseau a toujours un pied à la porte. Je m'accroche là-bas parce que je suis à mi-projet et que je me sentirais mal de laisser l'organisation suspendue, mais c'est peut-être ce qu'il faudrait pour que certaines personnes apprécient d'avoir un développeur en interne. Dans mon environnement, mon départ entraînerait probablement leur externalisation de leurs services Web; c'est ce qu'ils faisaient avant de monter à bord et leur budget était ridicule.

Suivez ces règles d'or:

(1) Hochez la tête et acceptez

(2) Ignorer la BS comme un compilateur ignore les commentaires

(3) Livrer les résultats

En fin de compte, les résultats les fermeront, au fil du temps si vous fournissez systématiquement des résultats, les gens finissent par reculer lorsqu'ils font confiance à votre travail.

Oui, j'ai traversé ça au moins une fois, j'ai fini par quitter mon emploi. Malheureusement, un rétablissement complet du malentendu et de la méfiance du client non technique (ou de la direction) est presque impossible. Ceux qui ne comprennent pas ce que vous faites doivent vous faire confiance ou non. La psychologie humaine est telle qu'une fois la confiance rompue, elle nécessite des efforts considérables pour se rééduquer. La plupart du temps, cela n'en vaut pas la peine, car même si vous parvenez à récupérer, vous resterez, au sens figuré, avec le même salaire.

Utilisez-le comme une expérience d'apprentissage. Un grand développeur gagnera moins qu'un développeur moyen qui sait gérer un gestionnaire comme ça.

Ce n'est pas seulement ce travail où vous rencontrerez ce problème. Chaque travail que vous avez aura au moins une personne qui ne connaît pas la différence entre une chaîne et un objet vous indiquant comment mettre en cache, ou quelque chose comme ça.

Lisez des livres comme Comment gérer les personnes difficiles , rencontrez des amis avec des cadres supérieurs de l'entreprise qui savent gérer ces situations et qui savent que vous êtes bon dans votre travail, et pensez à tout cela comme une histoire drôle à raconter à vos amis programmeurs .

Un de mes amis a un dicton - le seul problème avec un projet condamné est que vous devez mourir en essayant.

Je crois qu'il y a suffisamment de bons emplois là-bas que vous ne devriez pas avoir à supporter d'être mauvais. Vous ne devez rien à votre entreprise au-delà de ce que vous êtes payé pour faire, et quand une meilleure opportunité se présente, vous devriez en profiter plutôt que de souffrir d'un sentiment de loyauté mal placé. Vous pouvez être effectuer des changements de l'intérieur, mais je n'ai plus la patience de le faire.

J'ai vécu mon propre projet d'enfer il y a environ 15 ans. En fin de compte, ce fut une expérience positive car maintenant je sais quoi chercher et éviter, mais le stress a pris quelques années de ma vie (sans blague). J'ai aussi appris qu'en fin de compte, c'est juste un travail; il y en a d'autres. Il ne sert à rien de vous mettre à l'hôpital en essayant d'être un héros; cela ne changera rien, et ils ne l'apprécieraient pas de toute façon.

COMMENCEZ À GÉRER VOTRE CLIENT.

Disposez votre plan pour l'avancement du projet, lui envoyer vos mises à jour et le plan que les questions que vous allez apporter lui . De préférence à l'heure facturable. Et écrivez de grands récits sur vos factures mensuelles.

Eh bien, cela se résume vraiment à changer de travail ou à changer de travail.

Soit être un agent de changement à l'intérieur et travailler pour corriger la situation ou trouver un nouvel emploi. Pour l'entreprise précédente où je travaillais depuis 5 ans, j'ai fait les deux.

J'ai passé plusieurs années à travailler pour un changement positif à l'intérieur. Quelques conseils que je vais vous suggérer (la plupart ne sont pas destinés aux faibles de cœur qui ont peur de la confrontation)

1. Confrontez les micro-gestionnaires. Manifestement, faites preuve de tact, mais soyez aussi brutalement honnête avec eux. Rappelez-leur qu'ils sont la personne technique expérimentée et que ce n'est pas leur travail ou leur besoin de s'inquiéter de chaque détail du projet. Ils ont une meilleure utilisation de leur temps et ils ont besoin de vous faire confiance pour faire votre part.

2. Allez au-dessus de leur tête. Cela peut ne pas être possible dans votre situation, mais une fois que vous les avez confrontés s'ils ne changent pas, allez voir leurs patrons. Encore une fois, faites preuve de tact et informez le patron que vous avez de la difficulté à travailler avec les microgestionnaires. Expliquez la situation en détail sur ce qui est difficile et en quoi il est difficile pour vous de faire le travail efficacement.

3. Trouvez un nouvel emploi. Même si vous êtes satisfait de votre poste actuel, assurez-vous d'être très actif dans votre communauté technique locale et régionale. Assister à des groupes d'utilisateurs, des dîners nerd, des conférences régionales, etc. Réseau, réseau, réseau! Soyez conscient du marché du travail dans votre région, donc si besoin est, vous pouvez rapidement et facilement commencer à postuler pour de nouveaux postes (en particulier les postes qui ne sont pas publiés publiquement).

Dans mon cas, l'étape 1 a entraîné ma réprimande verbale et "l'inscription sur mon dossier permanent" par le patron du micro-gestionnaire. L'étape 2 impliquait en fait plusieurs personnes qui se rendaient en même temps chez notre patron pour faire face à la situation et, en conséquence, le patron a été renvoyé de notre département.

Quelques années plus tard, les choses ont tourné au sud avec l'entreprise et j'ai pu voir l'écriture sur le mur. J'étais mécontent et aucun effort ne changerait la situation dans la forme de l'entreprise, alors j'ai commencé à chercher et environ 4 mois plus tard, j'ai trouvé un nouvel emploi. Maintenant, je suis heureux et gagne beaucoup plus d'argent.

Drôle, vous devriez demander quelque chose comme ça. Dans un article espagnol que j'ai écrit sur l'Amérique latine et la façon dont le programmeur est traité, il se rapporte beaucoup à votre article et à la façon dont tous les programmeurs dans environ 99% de toutes les entreprises sont traités. Généralement, ils sont comme une sorte de magicien que POOF fabrique comme par magie tout est prêt lorsque le "patron" le dit et au moment où le "patron" le dit. L'article est La Programacion en Amérique Latine . Si vous avez Google Chrome, cela pourrait traduire l'article, mais certains de mes points sont les suivants:

Caractéristiques de programmation:

• La créativité

• Imagination

• Logique

• Dévouement (concentration)

• La patience

• Ingéniosité

Soit dit en passant, une partie ou la totalité de ces éléments sont tués ou atténués par un patron qui ne connaît PAS la programmation de quelque manière que ce soit, mais qui vous ordonne comme s'il a fait le livre de la Bible en C, C ++, PHP, MySQL et quel que soit le langage. avant votre naissance.

D'autres points sont des scènes qui se produisent sur le lieu de travail ou comment un programmeur est traité, par exemple:

• Un patron qui veut terminer un projet en 2 jours alors que tout le monde a déjà dit que ça pouvait être fait en 2 mois minimum.

• Un projet dans lequel vous commencez à travailler juste pour découvrir le calendrier du projet a été réduit de moitié, mais vous devez TOUJOURS terminer le projet entier.

• Un projet dans lequel vous lui avez donné votre meilleur coup. Vous avez même ajouté un bonus pour le rendre meilleur, plus à jour, mais personne ne vous soucie ni ne vous félicite. Au lieu de cela, s'ils trouvent un bug, un problème, votre tête roulera.

• Vous offrez votre expérience de qualité à une entreprise juste pour découvrir plus tard qu'elle embauche quelqu'un qui travaille pour 10% de ce que vous facturiez ET a terminé le travail. Plus tard, vous découvrez que le travail a été horriblement fait, a eu de nombreux bugs, a créé de nombreux problèmes et ils veulent vous embaucher "à nouveau" pour les corriger.

• Votre professeur oblige tout le monde à travailler sur un projet qui utilise une sorte de langue égyptienne ancienne dont personne n'a jamais entendu parler (seulement votre professeur). La meilleure partie est que le projet mentionne que vous pouvez choisir la langue de votre choix.

• Un projet dans lequel quelqu'un vous dirige autour qui a utilisé PHP, MySQL, C, C ++ et Python il y a 10 ans, pendant 30 minutes, et depuis qu'il a utilisé ces 10 ans pendant 30 minutes, il pense maintenant qu'il les connaît par cœur, donc il veut savoir ce que vous avez fait et comment vous l'avez fait (dans la vraie vie, il n'a aucune idée de ce que vous dites, il / elle marmonne juste que vous avez raison).

Ce sont certains des points mentionnés ici. D'après mon expérience, mon meilleur ami a quitté la meilleure entreprise de notre pays et a commencé à travailler seul. Devine quoi. Ça s'est très bien passé. Non seulement il a été payé environ 6 fois plus, mais il a choisi de choisir son temps de travail, son lieu de travail et d'autres points qu'un programmeur a besoin d'avoir pour être efficace. Ma copine et moi avons également démissionné et travaillons de manière indépendante, il suffit de terminer l'enregistrement de notre entreprise et tout cela se produit en moins d'un an. Se sentir libre est l'une des conditions requises pour un programmeur. Celui qui fonctionne dans une cabine va tomber et tomber dans la façon dont le programme fonctionne, car ses caractéristiques sont tuées, lentement.

Je suis désolé, mais dans la vraie vie:

• Les gens qui ne connaissent pas un certain point ne devraient pas donner leur avis, moins tous, des ordres à ce sujet, jusqu'à ce qu'ils les comprennent. Comme dans l'armée, vous n'entrerez pas en territoire ennemi avant d'avoir tout compris.

• Pour ce que nous appelons dans mon pays des "patrons de cul", si vous ne savez pas de quoi vous parlez, tais-toi! Commencez à écouter au lieu de donner des ordres.

• Si vous êtes un programmeur dans une situation avec un "ass-boss", je vous suggère de commencer à économiser de l'argent et à travailler dans un autre projet qui vous permettra de démarrer votre vie car imaginez-vous là-bas, dans la même position, le même salaire, sans y aller parce que normalement les programmeurs ne montent pas dans ce genre d’entreprises. Imaginez maintenant 10, 25 ans plus tard, là, au même endroit. Qu'as-tu fait de ta vie? Avec tout ce potentiel et rien. Coincé au même endroit où vous avez été utilisé pour des projets que la plupart d'entre eux ont été rejetés par quelqu'un qui ne sait rien du fonctionnement (exemple: les banques .. Ne vous lancez pas dans les banques).

• Commencez à vous joindre aux autres pour travailler sur quelque chose dont la communauté a besoin. Croyez-moi, même si cela semble comme il existe de nombreux programmeurs dans le monde, nous ne sommes même pas assez pour résoudre 10% des problèmes dans le monde qui peuvent être résolus par un programmeur. Si vous ne prenez qu'une journée pour vous promener, regardez autour de vous, vous trouverez au moins 10 problèmes que VOUS SAVEZ pouvoir être résolus par vous et peut-être une solution qui les couvre tous ou la plupart d'entre eux.

Je crois que le seul travail qui offre du temps libre pour être soi-même, être créatif, qui paie bien, vous donne le plein contrôle de votre temps est un programmeur. Je crois également que le seul travail qui a la capacité de résoudre la plupart des problèmes dans ce nouveau monde numérique est la programmation (en collaboration avec d'autres comme l'électronique et autres. Avez-vous vu un avocat résoudre de nombreux problèmes? Ou les créer?)

Pensez-y un moment et sortez et marchez.

Les managers, en particulier ceux qui ne sont pas des techniciens, doivent pouvoir déléguer.

S'ils vous micro-gèrent, c'est un énorme drapeau rouge pour moi.

Je regarderais les avantages et les inconvénients de travailler là-bas et de voir comment ils se cumulent.

Faites-lui plaisir, mais à l'heure facturable (c'était un client, à droite).

S'il veut continuer à payer, très bien. Sinon, très bien aussi.