Je vais quitter mon emploi à cause de notre plateforme: comment puis-je laisser une explication productive de cela?
Je prévois de quitter mon emploi actuel car nous sommes bloqués sur l'utilisation de Blub , avec un framework Blub d'entreprise et un serveur Web de niveau Blub, sur un hébergement partagé médiocre. Mes collègues sont sympathiques et mon patron est un propriétaire de petite entreprise moyen - je veux quitter entièrement pour des raisons techniques. J'ai l'impression qu'être trempé dans Blub est mauvais pour mon cerveau et fait de moi un pire programmeur.
Quand je pars, comment puis-je l'expliquer à mon patron et mes collègues? Comment puis-je formuler mes plaintes contre Blub de manière productive? Quel type d'avertissement puis-je et dois-je laisser à mon successeur dans la documentation?
(en essayant de m'assurer que je respecte les normes )
Je ne sais rien de Blub lui-même, mais je me suis retrouvé dans une situation similaire où il y avait quelque chose dans mon travail qui, je pense, devrait être corrigé, mais je ne veux pas brûler les ponts. Voici quelques idées qui pourraient vous aider.
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 et des exemples spécifiques où cela nuit à l'entreprise (ou où une autre plate-forme aiderait mieux l'entreprise). Suggérez une alternative qui vous semble supérieure et soyez prêt à l'appuyer sur des faits (rappelez-vous - données objectives). Cela vous permettra d'exprimer vos préoccupations et d'évaluer comment votre patron réagit et à quel point il est ouvert aux différentes technologies (ou à quel point il est marié à Blub). Vous pouvez également obtenir un aperçu de pourquoi l'entreprise utilise Blub et s'en tient à lui. Cela vous permettra également de savoir si cela vaut la peine de s'y tenir si l'entreprise a décidé de changer de technologie. (Remarque - cela peut dépendre de votre patron. Évidemment, cela ne fonctionnera pas s'il est amoureux de cela et pense que c'est l'avenir de la technologie.)
Tenez bon jusqu'à ce que vous obteniez une offre d'emploi. Vous l'avez fait jusqu'à présent, alors trouvez un nouvel emploi et attendez de partir jusqu'à ce que vous obteniez une offre. Cela vous donne une sortie 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 nécessairement votre entreprise actuelle, mais ce n'est pas non plus entièrement à vous de résoudre le problème.
Supposons que vous souhaitiez orienter votre carrière dans une direction différente. Expliquez que vous préféreriez travailler sur une plate-forme différente et que Blub n'est pas votre tasse de thé. Cela vous permet de dire quelque chose dans le sens de "Je n'aime pas ça", sans entrer dans le débat religieux des langages/plateformes de code. Comme Paul l'a dit dans sa réponse, cela garde les raisons pour lesquelles vous partez près de vous et réduit les chances des gens de le prendre personnellement.
Indiquez clairement que ce n'est pas l'environnement de bureau. Assurez-vous que votre patron et vos collègues savent que vous avez aimé travailler avec eux. Proposez de vous connecter avec eux sur LinkedIn si vous ne l'avez pas 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 les commentaires pourquoi vous avez fait quelque chose d'une certaine manière et soyez honnête à ce sujet - "faites-le de cette façon parce que notre version de Blub ne prend pas en charge la méthode alternative X". Si votre successeur est familier avec Blub et ne s'en soucie pas, alors il ne tiendra aucun compte 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 plate-forme et ignorer les messages manifestes, et quelqu'un qui connaît Blub et qui ne l'aime pas, ou qui est sur la clôture, va déjà se balancer vers votre côté après plus d'expérience, ne se serait pas appliqué à la position, ou ignorerait votre "rester à l'écart!" messages, de toute façon.
Dites simplement que vous pensez que travailler avec Blub n'est pas compatible avec la façon dont vous souhaitez vous développer sur le plan professionnel. Cela vous permet de garder votre emploi actuel près de vous, ce qui limite la possibilité que des personnes vous emmènent personnellement. Restez calme et dites que ce n'était pas l'environnement de travail, mais que vous et le travail vous êtes séparés. Si ce sont les gentils que vous dites qu'ils sont, ils comprendront.
De plus, les avertir que vous pensez que le blub n'est pas l'outil pour eux est tout ce que vous pouvez faire. Spamming les documents avec "blub sucks" ne fonctionnera probablement pas.
Il n'y a rien de mal à dire "Je quitte/quitte mon dernier poste parce que je voulais travailler avec une technologie plus récente/plus intéressante/moins cruelle". Vous êtes développeur de logiciels! Vous êtes censé avoir des opinions bien arrêtées.
Mais je préférerais vous entendre dire que vous couriez vers quelque chose que courir loin de quelque chose. "Je suis vraiment enthousiasmé par Flubber sur le réseau Stack Exchange. Il semblait plus moderne et plus complet que Blub, donc je veux mener ma carrière dans cette direction."
Beaucoup de bons commentaires ci-dessus. Quelques éléments à ajouter ou à souligner:
Ne quittez pas avant d'avoir le nouvel emploi. Vous perdez tout votre effet de levier.
Documentez tout ce que vous faites pour assurer un transfert en douceur. Allez au-delà de la formation de votre remplaçant.
Avant et après le déménagement, ne dénigrez personne ni ses décisions.
Si on vous demande pourquoi vous partez, vous pouvez honnêtement dire "apprendre de nouvelles choses" et en rester là.
Géré correctement, vous pouvez toujours obtenir une bonne référence quelques années plus tard.
Bonne chance avec ça!
La question clé est de savoir qui doit quoi et quoi.
Vous parlez comme un gars de niveau assez bas dans une organisation moyenne à grande, dans la phase d'apprentissage de votre carrière; et dans cette position, vous ne devez rien à votre employeur, sauf un préavis de deux semaines. Soyez assurés qu'ils ne pensent pas non plus qu'ils vous doivent.
Je ne dis pas que s'il y a quelqu'un qui écoutera et se souciera de vos raisons, vous ne devriez pas parler longuement - mais ne vous trompez pas que vous avez un moyen de changer les choses pour le mieux dans le cadre de votre activités de sortie.
Laissez autant de notes positives que possible. Ne tournez pas l'histoire en négatif sur Blub. Faites tourner votre histoire de sortie sur cette nouvelle opportunité passionnante pour étendre vos compétences au-delà de Blub.
Laissez ensuite une liste écrite des tâches en cours et les points de danger "potentiels" pour votre remplacement technique. C'est maintenant leur travail de convaincre la direction (si elle est d'accord avec vous), pas la vôtre.
Le cadre Blub peut toujours répondre aux besoins commerciaux du propriétaire de l'entreprise.
Je ne comprends pas pourquoi vous vous attendriez à ce que le propriétaire de l'entreprise rejette son investissement dans la base de code existante (fonctionnelle) simplement parce que le langage/cadre ne cadre pas bien avec votre cerveau.
Il 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 continuer si Blub ne fonctionne pas pour vous, ne confondez pas vos sentiments avec les besoins de l'entreprise.
Mise à jour: "pensez"! = Données. Je tiens à documenter tous les jours les obstacles à la productivité et leur coût en temps. Les choses qui passent à travers les mailles du filet ne le font plus.
Exemple:
VPN ne fonctionne pas (10h15-10h35: 20min);
outil de construction mal configuré (12 h 30 - 13 h 20 = 50 min);
etc.
Sauf si vous avez données sur la question de la productivité, vous avez juste 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 du nouveau code ou de réparer les tests cassés. (Oui, j'avais un directeur 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 investi beaucoup d'efforts dans l'apprentissage et la maîtrise de Java et qu'il n'y avait aucun moyen de commencer à apprendre .NET alors qu'il y avait un besoin de Java développeurs sur le Job marché. J'ai fait une erreur cependant. Je leur ai dit cela avant d'avoir un nouvel emploi, j'ai donc dû passer un peu de temps à la maison. Il n'y a rien de nouveau dans mon histoire, vous avez obtenu d'excellentes réponses, mais je voulais souligner deux choses: honnêteté, et avoir un nouveau travail déjà.
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 maintenir 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:
D'abord, cela peut leur faire du 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 Intelligence émotionnelle ).
Deuxièmement, vous pouvez vous tromper. Oui, ils peuvent avoir leurs propres raisons de conserver ces technologies. Très souvent, nous ne comprenons pas les choix de la direction car nous n'avons pas toutes les informations nécessaires pour construire notre opinion.
La seule façon que j'ai trouvée appropriée de quitter une entreprise est de leur dire que vous voulez faire quelque chose qui est 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 ne l'aimez pas que ce n'est pas le bon choix pour eux, alors ne vous attendez pas à ce qu'ils changent ou se giflent la tête et disent "Bien sûr, vous avez raison, comment aurions-nous pu être aussi stupides!"
Dis le. Ce n'est pas où je veux être techniquement, j'ai aimé travailler pour vous et avec l'équipe et je vous souhaite le meilleur. Continuez ensuite.
Forme courte: vous leur dites que vous partez afin d'élargir votre expérience et vos compétences. Quant à votre successeur, vous n'avez rien à laisser au-delà de la documentation/rapports/mémo que vous avez produits.
Forme longue: la programmation, contrairement à la plupart des professions, est en partie définie par les outils que l'on utilise. Les gestionnaires et les RH le comprennent (même ceux qui demandent 5-7 ans d'expérience Go), ni ne cligneront des yeux en entendant que vous souhaitez étendre votre expérience. Que vous souhaitiez travailler avec un outil spécifique ou simplement 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'IDE est un plus - cela vous donne un critère de comparaison, ce qui rend votre jugement plus valable.
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 de le faire. Si vous le faites et que vous l'avez, votre patron devrait déjà avoir 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 défendre la cause à votre place.
Ce que vous devriez laisser pour votre remplacement, c'est autant de documentation sur la façon de faire votre travail que vous en avez. Si vous pensez qu'il y a quelque chose que vous savez sur la façon de faire le travail avec les outils actuels, que votre remplaçant ne devrait pas être censé connaître ou découvrir facilement, alors documentez-le.
Quant à vos plaintes. Vous ne devriez pas du tout les mentionner, ils ne sont pas pertinents.
S'il s'agit d'une petite entreprise et que vous êtes l'expert technologique, vous devriez sérieusement envisager d'avoir une discussion honnête (privée) avec votre patron sur la façon dont Blub nuit à son entreprise.
D'après votre description, je ne sais pas si vous vous qualifieriez en tant qu'expert technologique de l'entreprise, et je me rends compte que vous avez dit que l'entreprise était "verrouillée" pour Blub. Peut-être que ce n'est pas la bonne discussion à avoir s'il y a d'autres employés plus heureux, ou s'il n'y a vraiment aucune alternative pour le modèle d'affaires.
Mais cela me semble assez sérieux. D'une certaine manière, cela nuit à son entreprise simplement parce que vous ne l'appréciez pas et que vous la trouvez improductive et que vous en êtes arrivé au point que vous voulez quitter. Perdre un bon employé est une situation assez horrible pour une petite entreprise (vous êtes beaucoup plus crucial pour eux que vous ne le seriez dans une grande entreprise).
Je ne serais pas enclin à laisser un avertissement à un successeur - mais assurez-vous de commenter et de documenter votre code le mieux possible pour qu'il soit relativement facile pour eux de prendre le relais.
Je suis en désaccord partiellement avec d'autres réponses selon lesquelles vous ne devriez pas quitter votre emploi avant d'avoir une alternative. Si ce travail vous déprime vraiment, cela peut vous donner du ressentiment lors des entretiens pour de 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 pour donner une tournure positive aux choses en regardant vers l'avant est un très bon conseil.
Beaucoup de bonnes réponses ici déjà, mais j'ai vécu quelque chose de similaire en essayant d'introduire de meilleures pratiques de gestion de projet qui m'ont finalement conduit à frapper la tête avec tout le monde. J'ai décidé de partir et j'ai dû réfléchir à quoi dire.
J'ai décidé de me mordre la langue et de repartir sur la note la plus positive possible, d'autant plus que beaucoup de gens avec qui j'étais en conflit étaient mes amis. Quelques années plus tard, la société m'a demandé de revenir et de gérer le développement logiciel à ma façon.
Je dis donc laisser sur une note positive car ce n'est pas nécessairement la fin de l'histoire.
Tant que vous allez immédiatement à un autre emploi, vous pouvez dire "meilleure opportunité, etc." Maintenant, si vous partez et que vous n'avez pas d'autre emploi, l'écart pourrait être difficile, mais vous devriez pouvoir l'expliquer lorsqu'on vous a demandé si vous vouliez vous former à quelque chose de différent et que vous aviez besoin de temps pour le faire.
Essayez de vous inscrire à quelque chose afin que vous puissiez mettre le collège ou le programme comme ce que vous faisiez pendant l'écart.
Vous pouvez également essayer de faire atterrir quelques trucs indépendants simples (ou non), puis vous pouvez vous inscrire comme travailleur 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 eu deux offres en même temps, même si elle n'était pas aussi bien rémunérée qu'elle l'aurait souhaité, il s'agissait d'offres technologiques concurrentielles.