Je vais quitter mon emploi à cause de notre plate-forme: comment puis-je laisser une explication productive à ce sujet? [fermé]

Je prévois de quitter mon emploi actuel parce que nous sommes obligés d'utiliser Blub , avec un framework d'entreprise Blub et un serveur Web de niveau Blub, sur un hébergement mutualisé médiocre. Mes collègues sont sympathiques et mon patron est un propriétaire de petite entreprise moyen. Je veux partir entièrement pour des raisons techniques. J'ai l'impression que le fait d'être trempé dans Blub est mauvais pour mon cerveau et fait de moi un pire programmeur.

Quand je pars, comment puis-je expliquer cela à mon patron et à mes collègues? Comment formuler mes plaintes sur Blub de manière productive? Quel type d'avertissement puis-je et dois-je laisser à mon successeur dans la documentation?

(essayant de m'assurer que je respecte les normes )

Je ne connais rien à Blub lui-même, mais je me trouve dans une situation similaire: il y avait quelque chose dans mon travail qui, à mon avis, devrait être corrigé, mais je ne voulais pas brûler de ponts. Voici quelques idées qui peuvent aider.

1. Essayez de résoudre le problème. Expliquez à votre patron que vous pensez que Blub est une mauvaise décision pour la santé et la croissance de l'entreprise. Fournissez des cas spécifiques et des cas dans lesquels cela nuit à l'entreprise (ou dans lequel une autre plate-forme aiderait mieux l'entreprise). Suggérez une alternative qui vous semble supérieure et soyez prêt à la sauvegarder avec des faits (rappelez-vous - données objectives). Cela vous permettra d'exprimer vos préoccupations et d'évaluer la réaction de votre patron et son ouverture à différentes technologies (ou à quel point il est marié à Blub). Vous pouvez également comprendre pourquoila société utilise Blub et s'en tient à elle. Cela vous indiquera également si cela vaut la peine de rester, si l'entreprise a décidé de changer de technologie. (Remarque - cela dépend peut-être de votre patron. Évidemment, cela ne fonctionnera pas s'il en est amoureux et s'il pense que c'est l'avenir de la technologie.)

2. Tenez-vous jusqu'à ce que vous obteniez une offre d'emploi. Vous avez réglé le problème jusqu'à maintenant, alors trouvez un nouvel emploi et attendez de partir jusqu'à ce que vous obteniez une offre. Cela vous donne un moyen facile: «On m'a proposé un poste qui correspond mieux à mes objectifs de carrière» (ou une autre ligne plus neutre). Certes, cela n’aide pas forcément votre entreprise actuelle, mais ce n’est également pas à vous de résoudre le problème.

3. Supposons que vous souhaitiez que votre carrière prenne une direction différente. Expliquez que vous préférez travailler sur une plate-forme différente et que Blub n'est pas votre tasse de thé. Cela vous permet de dire quelque chose du genre "je n'aime pas ça", sans entrer dans le débat religieux sur les langages de code / plates-formes. Comme Paul l'a dit dans sa réponse, les raisons de votre départ sont gardées proches de vous et réduisent les chances que les gens le prennent personnellement.

4. Faites bien comprendre que ce n'est pas l'environnement de bureau. Assurez-vous que votre supérieur et vos collègues sachent que vous avez aimé travailler avec eux. Offre de communiquer avec eux sur LinkedIn si ce n'est déjà fait. Essayez de rester en contact avec eux dans le cadre de votre réseau professionnel.

En ce qui concerne votre successeur et votre documentation, assurez-vous simplement que tous les problèmes / bizarreries que vous connaissez sont documentés quelque part, soit dans le code, soit dans un wiki ou une autre plate-forme de documentation structurée. Expliquez dans vos commentaires pourquoi vous avez fait quelque chose d'une certaine manière et soyez-y réaliste - "le faire de cette façon, car notre version de Blub ne prend pas en charge la méthode alternative X." Si votre successeur connaît bien Blub et n'y voit pas d'inconvénient, il n'acceptera aucune sorte de "rester à l'écart!" messages. Quelqu'un qui ne le connaît pas va probablement penser que vous n'êtes qu'un de ces élitistes de la plateforme et ignorer les messages explicites, et quelqu'un qui connaît Blub et qui ne l'aime pas, ou qui est sur la clôture, sera déjà déjà influent sur votre côté après plus d'expérience, ne se seraient pas appliqués au poste, ou ignorerait votre "restez à l'écart!" messages, de toute façon.

Dites simplement que vous estimez que travailler avec Blub n’est pas compatible avec la façon dont vous souhaitez évoluer au niveau de votre carrière. Cela permet de garder la raison pour laquelle vous quittez votre emploi actuel près de vous, limitant ainsi la possibilité que des personnes vous entraînent personnellement. Restez calme et dites que ce n’est pas l’environnement de travail, mais que vous et votre travail êtes devenus séparés. Si ce sont les gentilles personnes que vous dites être, elles comprendront.

En outre, vous ne pouvez que les avertir que vous pensez que blub n'est pas l'outil pour eux. Spammer les documents avec "blub sucks" ne va probablement pas au travail.

Il n’ya rien de mal à dire "je pars / ai quitté mon dernier poste parce que je voulais travailler avec une technologie plus récente / plus intéressante / moins cruelle." Vous êtes un développeur de logiciels! Vous êtes censé avoir des opinions fortes.

Mais je préférerais vous entendre dire que vous courriez vers quelque chose que de fuir quelque chose. "Je suis vraiment enthousiasmé par Flubber sur le réseau Stack Exchange; cela paraissait plus moderne et plus complet que Blub, alors je veux que ma carrière évolue dans cette direction."

Beaucoup de bons commentaires ci-dessus. Quelques éléments à ajouter ou à souligner:

1. N'abandonnez pas avant d'avoir le nouvel emploi. Vous perdez tout votre poids.

2. Documentez tout ce que vous faites pour assurer un transfert sans heurts. Allez au-delà de la formation de votre remplaçant.

3. Avant et après le déménagement, ne dénigrez personne ni ses décisions.

4. Si on vous demande pourquoi vous partez, vous pouvez honnêtement dire «pour apprendre de nouvelles choses» et en rester là.

Manipulé correctement, vous pourriez toujours avoir une bonne référence quelques années plus tard.

Bonne chance avec ça!

La question clé est de savoir qui doit à qui quoi.

Vous semblez être un type assez modeste dans une organisation de moyenne à grande taille, dans la phase d'apprentissage de votre carrière; et dans cette position, vous ne devez rien à votre employeur à part un préavis de deux semaines. Soyez assuré qu’ils ne pensent pas vous devoir plus non plus.

Je ne dis pas que s'il y a quelqu'un qui écoute et se soucie de vos raisons, vous ne devriez pas en parler longuement - mais ne vous leurrez pas que vous avez le pouvoir de changer les choses pour le mieux dans le cadre de votre activités de sortie.

Laissez sur une note aussi positive que possible. Ne tournez pas l'histoire en négatif sur Blub. Décris ton histoire de sortie à propos de cette nouvelle opportunité passionnante d'élargir tes compétences au-delà de Blub.

Ensuite, laissez une liste écrite des tâches en cours et des points de danger "potentiels" pour votre remplacement technique. C'est maintenant leur travail de convaincre la direction (s'ils sont d'accord avec vous), pas la vôtre.

L'infrastructure Blub peut toujours répondre aux besoins du propriétaire de l'entreprise.

Je ne comprends pas pourquoi vous vous attendriez à ce que le propriétaire de l'entreprise abandonne son investissement dans la base de code existante (fonctionnelle) simplement parce que le langage / la structure ne correspond pas à votre cerveau.

C'est beaucoup moins cher de vous remplacer par quelqu'un qui pense que Blub est génial.

Je ne dis pas que vous ne devriez pas passer à autre chose si Blub ne fonctionne pas pour vous, mais ne confondez pas vos sentiments avec les besoins de l'entreprise.

Mise à jour: "pense"! = Données. Je me fais un devoir de documenter les barrières de productivité et leur coût en temps chaque jour. Les choses qui glissent maintenant entre les mailles du filet ne le sont pas.

Exemple:

• VPN ne fonctionne pas (10h15-10h35: 20min);

• outil de construction mal configuré (12h30-13h20 = 50min);

• etc.

À moins de disposer de données sur la question de la productivité, vous n’avez qu’une opinion non informée.

Enfin, comment définissez-vous la "productivité"? Après tout, il peut être plus "productif" de ne pas avoir à écrire les tests pour le nouveau code ou à réparer les tests cassés. (Oui, j'avais un responsable technique qui y croyait).

À moins que vous ne puissiez faire valoir un changement fondé sur les données, pourquoi l'entreprise devrait-elle changer?

J'ai quitté mon premier emploi, car l'entreprise a décidé de passer de Java à .NET. Je leur ai simplement dit que j'avais beaucoup investi dans l'apprentissage et la maîtrise de Java et que je ne pouvais pas commencer à apprendre .NET alors qu'il y avait un besoin de développeurs Java sur le marché du travail. J'ai fait une erreur cependant. Je leur ai dit cela avant d'avoir un nouvel emploi, alors j'ai dû passer du temps à la maison. Il n'y a rien de nouveau dans mon histoire, vous avez d'excellentes réponses, mais je voulais insister sur deux choses: l' honnêteté et le fait d' avoir déjà un nouvel emploi .

Tout d’abord, vous n’avez pas à vous justifier lorsque vous quittez un emploi, mais c’est généralement ce que vous devez faire pour conserver de bonnes relations professionnelles avec votre employeur. N'oubliez pas qu'il sera probablement appelé par votre nouvel employeur (les plus sérieux le font).

Dire que vous partez parce que vous pensez qu'ils sont enfermés dans un blub peut ne pas être approprié pour deux raisons, même si l'honnêteté est généralement la meilleure option dans la plupart des situations:

• Premièrement, cela peut leur faire mal, dans leurs sentiments, et adopter une position défensive contre vous. Cela peut rendre les choses plus difficiles et vous devriez toujours éviter de blesser les autres sentiments autant que vous le pouvez (j'aime faire l'association ici avec l'intelligence émotionnelle ).

• Deuxièmement, vous pouvez avoir tort. Oui, ils peuvent avoir leurs propres raisons pour garder ces technologies. Très souvent, nous ne comprenons pas les choix de la direction car nous ne disposons pas de toutes les informations nécessaires pour nous forger notre opinion.

La seule façon qui m'a semblé appropriée de quitter une entreprise est de leur dire que vous voulez faire quelque chose qui soit plus proche de ce que vous aimez faire . Vous pouvez leur dire que vous n'aimez pas la technologie, au lieu de leur dire qu'ils ont tort .

Vous pouvez être assez franc. Ce n'est pas parce que vous n'aimez pas que le choix est mauvais pour eux. Ne vous attendez donc pas à ce qu'ils changent ou se giflent et qu'ils disent: «Bien sûr que vous avez raison, comment aurions-nous pu être aussi stupides!

Dis le. Ce n’est pas là où je veux être techniquement, j’ai aimé travailler pour vous et avec l’équipe et je vous souhaite tout le meilleur. Puis passe à autre chose.

Formulaire abrégé: vous leur dites que vous partez afin d'étendre votre expérience et vos compétences. Quant à votre successeur, vous n’avez pas besoin de laisser quoi que ce soit au-delà des documents / rapports / mémos que vous avez produits.

Forme longue: La programmation, contrairement à la plupart des professions, est en partie définie par les outils utilisés. Les gestionnaires et les ressources humaines le comprennent bien (même ceux qui réclament 5 à 7 années d'expérience de Go). Que vous souhaitiez travailler avec un outil spécifique ou simplement faire varier votre expérience ne sera considéré ni comme un rejet, ni comme un signe de manque de fiabilité. Toutes choses étant égales par ailleurs, une expérience avec plus de langages, de frameworks, d'éditeurs, d'EDI est un atout - elle vous donne un critère de comparaison qui rend votre jugement plus intéressant.

Vous ne dites pas si vous avez essayé de convaincre votre employeur actuel de changer d’outil ou si vous pensez même que ce serait une bonne idée pour eux de le faire. Si tel est votre cas, alors votre patron devrait déjà disposer de tout ce dont vous avez besoin si la décision est réexaminée. Ce n’est pas à vous d’essayer de le convaincre de prendre la cause à votre place.

Ce que vous devriez partir pour votre remplaçant, c'est autant de documentation sur la façon de faire votre travail que vous avez à votre disposition. Si vous sentez que vous savez quelque chose sur la façon de faire le travail avec les outils actuels, que votre remplaçant ne devrait pas savoir ou le découvrir facilement, alors documentez-le.

Quant à vos plaintes. Vous ne devriez pas les mentionner du tout, ils ne sont pas pertinents.

S'il s'agit d'une petite entreprise et que vous êtes un expert en technologie, vous devriez sérieusement envisager une discussion honnête (privée) avec votre patron sur les effets néfastes de Blub sur son entreprise.

D'après votre description, je ne suis pas sûr si vous vous qualifieriez d'expert en technologie de la société, et je me rends compte que vous avez dit que la société est "bloquée" par Blub. Ce n’est peut-être pas la bonne discussion à avoir s’il ya d’autres employés plus heureux ou s’il n’ya vraiment pas d’autre solution que le modèle commercial.

Mais cela me semble assez sérieux. En un sens, cela nuit à son entreprise simplement parce que vous ne l'appréciez pas, que vous la trouvez improductive et que vous en êtes au point où vous voulez partir. Perdre un bon employé est une situation assez épouvantable pour une petite entreprise (vous êtes beaucoup plus crucial pour eux que pour une grande entreprise).

Je ne serais pas enclin à laisser un quelconque avertissement à un successeur - mais assurez-vous de commenter et de documenter votre code le mieux possible afin de le rendre relativement facile à prendre en charge.

Je suis en partie en désaccord avec d’autres réponses, à savoir que vous ne devriez pas quitter votre emploi avant d’avoir une alternative. Si cet emploi vous déprime vraiment, cela peut vous donner un air de ressentiment lors des entretiens pour les nouveaux emplois, ce qui est très peu attrayant pour les employeurs. (Si tel est le cas, il serait peut-être préférable de faire une pause nette) Le conseil de donner une tournure positive aux choses en regardant de l'avant est un très bon conseil.

Beaucoup de bonnes réponses ici déjà, mais j'ai expérimenté quelque chose de similaire en essayant d'introduire de meilleures pratiques de gestion de projet qui finissent par me faire chier la tête avec tout le monde important. J'ai décidé de partir et j'ai dû réfléchir à ce qu'il fallait dire.

J'ai décidé de me mordre la langue et de partir sur la note la plus positive possible, d'autant plus que bon nombre des personnes avec lesquelles j'étais en conflit étaient mes amis. Quelques années plus tard, l'entreprise m'a demandé de revenir et de gérer le développement du logiciel à ma façon.

Alors, je dis de partir sur une note positive car ce n’est pas nécessairement la fin de l’histoire.

Tant que vous vous présentez immédiatement à un autre emploi, vous pouvez dire "meilleure opportunité, etc." Maintenant, si vous partez et que vous n’avez pas d’autre emploi, le fossé sera peut-être difficile, mais vous devriez être en mesure de l’expliquer lorsque l’on vous demandera de vous reconvertir dans un domaine différent et que vous avez besoin de temps pour le faire.

Essayez de vous inscrire à quelque chose afin de pouvoir décrire le collège ou le programme comme vous le faisiez pendant la pause.

Vous pouvez également essayer (ou non) de trouver des solutions simples à la pige, puis vous pouvez vous inscrire en tant qu'indépendant. Assurez-vous simplement d'avoir quelque chose à montrer pour cela.

N'ayez pas peur de l'écart. Ma femme n'a pas travaillé (à l'extérieur de la maison) pendant 7 ans et a reçu deux offres en même temps, même si elle n'était pas aussi bien payée qu'elle l'aurait souhaité, il s'agissait d'offres technologiques compétitives.

Cela se produit et le fait est que nous vivons dans un monde très "non-blub". De plus, en raison de l'explosion du domaine de la technologie sans blocage, vous avez des options, donc je dirais que vous êtes en sécurité.

Ce que je mets en garde, cependant, est de vous tromper en lui faisant croire que c’est la principale raison, vous êtes malheureux, et d’essayer de faire croire cela aux autres.

C’est une raison très ridicule d’abandonner beaucoup moins un argument qui laisse espérer un changement.

Ne dis pas à ton patron que c'est la raison. Faites-en un texte de présentation standard "mouvement de carrière." Et sachez simplement que si vous rencontrez des difficultés, ne vous attendez pas à être heureux ailleurs. Il y aura toujours une sorte de problème ridicule et ennuyeux pour les programmeurs, car c'est à nous de signaler les problèmes et de trouver des solutions.

Bonne chance!