Comment dire à un supérieur que je ne pourrai pas terminer une tâche parce que je vais quitter dans un mois?

Vous ne le faites pas.

Vous n'informez personne tant que vous n'êtes pas prêt à donner votre avis . Une fois que vous avez fait cela, faites de votre mieux pour que la transition vers celui qui vous remplace soit aussi transparente que possible.

N'oubliez pas le dicton " Ce n'est pas fait tant que ce n'est pas fait . " Vous ne savez jamais ce qui pourrait arriver.

Il restera toujours du travail inachevé lorsque vous cesserez de fumer, ce n'est pas une raison pour dire aux gens que vous envisagez d'arrêter. Il n'est JAMAIS dans votre intérêt de l'annoncer avant d'être prêt à arrêter de fumer. Parfois, une entreprise répond à cela en vous laissant partir immédiatement, parfois elle commence à vous traiter comme quelqu'un en qui elle ne peut pas faire confiance ou à qui elle ne souhaite plus aider.

Ils trouveront un moyen de terminer le projet si cela est important pour eux. Si vous êtes concerné, assurez-vous simplement que le projet est bien documenté.

C'était votre premier projet majeur, vous y avez identifié quelques failles (vous avez dit que le code n'est pas très bon), et ils demandent plus de fonctionnalités. Vous savez ce qui se passe lorsque vous continuez à ajouter de nouvelles fonctionnalités à un système qui n'a pas été conçu pour elles, n'est-ce pas? Vous obtenez quelque chose qui est encore plus difficile à maintenir et à étendre.

Dans votre situation, je ralentirais, mais de manière professionnelle . Faites valoir qu'avant d'aller de l'avant, il est temps de rembourser la dette technique: évaluez ce que vous avez, documentez le code actuel si vous ne l'avez pas déjà fait, évaluez les nouveaux besoins et éventuellement révisez la conception pour en tenir compte. Donc, vos premières étapes pour répondre à leur demande consistent à faire ces choses. Si la conception actuelle n'existe que dans votre tête, vous voudrez quand même résoudre ce problème - donc même si vous ne redessinez rien, vous devriez commencer par écrire des choses.

Ce n'est pas se relâcher car quiconque prend en charge cette tâche devra faire la même chose , mais ne bénéficiera pas de vos connaissances. Il convient de consacrer du temps à la maintenance et à la conception.

De cette façon, si la nouvelle offre échoue pour une raison quelconque, vous n’avez brûlé aucun pont - vous " J'ai commencé à étendre l'application et je vais être là pour plus que vous ne le pensiez.

Et s'ils disent "non" et insistent pour que vous commenciez à implémenter les nouvelles fonctionnalités? Dans ce cas, c'est sur eux. Vous avez essayé de bien faire les choses; ils ont le droit de vous dire de mal le faire et de vivre avec les conséquences. Cela ne semble pas particulièrement probable, cependant; vous êtes l'expert et il n'y a aucun signe d'hostilité. Il me semble raisonnable que si vous faites valoir vos arguments, ils l'accepteront.

Ne pas notifier; refactor

La situation est que vous ne pensez pas qu'il serait approprié de démarrer ce nouveau projet alors que vous ne vous attendez pas à le terminer. C'est formidable que vous ressentiez ce genre de responsabilité envers votre employeur. Cependant, vous avez d'autres options que de les notifier.

Vous dites

De plus, le code n'est pas très bon, car c'était mon premier projet de taille décente

Alors corrigez cette. Refactorisez la base de code existante pour qu'elle fonctionne mieux. C'est quelque chose qui aide l'entreprise. Après cela, le code fonctionnera mieux et sera plus facile à modifier. Quelques choses à faire dans le cadre d'un refactor:

1. Rédiger les spécifications fonctionnelles et techniques. Ces quatre documents (versions actuelle et future des deux) doivent documenter ce que vous avez déjà fait et suggérer comment vous vous attendez à ce que les travaux futurs soient réalisés. Ainsi, lorsque quelqu'un vient vous remplacer, il peut voir votre réflexion sur la façon dont votre code s'intégrerait dans l'application globale. C'est quelque chose que vous êtes spécialement qualifié pour faire, car vous comprenez le mieux votre code actuel en ce moment.

2. Ajouter des tests unitaires. Les tests unitaires documentent comment le code existant est censé fonctionner. Ils facilitent également la modification du code, car les changements qui interrompent les tests unitaires soulèvent des signaux d'alarme. Vous pouvez également finir par écrire des tests fonctionnels, car la fonctionnalité est ce dont vous pouvez être le plus sûr qu'elle restera.

3. Ajouter de la documentation. Concentrez-vous sur la raison pour laquelle vous faites les choses plutôt que sur ce que vous faites. Le code (y compris les tests unitaires) doit être auto-documenté de ce que vous faites. Mais si vous faites un hack pour éviter un bug particulier, documentez-le. Et rédigez des tests unitaires pour appliquer cela.

4. Modularisez. Concentrez-vous en particulier sur les domaines qui devront être modulaires pour la nouvelle fonctionnalité. De plus, vous modulez parfois pour faciliter l'écriture de tests unitaires. Par exemple, vous pouvez avoir une longue fonction qui finit par faire plusieurs choses. Décomposer cela en fonctions plus petites (éventuellement en laissant la fonction d'origine mais en déléguant ses responsabilités à d'autres fonctions) peut permettre d'écrire des tests unitaires plus granulaires.

Ces parties d'un refactor sont par ordre de priorité. Notez que même si la personne suivante jette votre travail existant et recommence à neuf, les spécifications et les tests peuvent fournir un point de départ.

De cette façon, vous faites un travail qui les aidera sur ce projet. Donc, si c'est là qu'ils veulent que vous travailliez, c'est là que vous travaillez.

Vous pouvez combiner cela avec la priorisation (comme suggéré par d'autres). Faites d'abord votre travail plus régulier. Mais consacrez votre temps supplémentaire aux tests et à la documentation.

Parlez à votre nouvel employeur

Je parlerais à une personne impliquée dans le processus de recrutement qui travaille avec votre nouvel employeur. Expliquez que votre employeur actuel essaie de faire des plans à plus long terme concernant votre travail. Cela vous inquiète car partir romprait alors ces plans. Il serait donc utile qu'ils puissent faire une offre maintenant. Au pire, ils pourraient vous dire qu'ils ne sont pas prêts à faire une offre. Peut-être que 99% est sûr trop optimiste. Ce serait bon à savoir. Au mieux, ils pourraient faire l'offre maintenant.

Une fois que vous avez une offre, informez-en votre employeur actuel dès que possible. Cela résoudra tous ces autres problèmes sans avoir besoin de gymnastique ni de risque d'être au chômage.

S'ils sont vraiment sûrs à 99% de vous embaucher, ils seront conscients des possibilités que vous pourriez réengager dans votre emploi actuel ou que vous pourriez recevoir une autre offre de quelqu'un d'autre. Ces deux choses se produisent régulièrement. Cela ne devrait donc pas être un problème de précipiter un peu la décision. S'ils ne veulent pas se dépêcher, alors ce n'est pas sûr à 99%. Ils envisagent sérieusement d'autres options.

C'est beaucoup plus sûr que de parler à votre employeur actuel. Au pire, vous n'obtenez pas d'offre mais vous avez toujours votre emploi actuel. Parler à votre employeur actuel signifie que vous pourriez ne pas avoir d'offre ni d'emploi actuel.

Le fait que vous vous souciez de l'entreprise et de ce qui arriverait à l'application Web si vous la laissez inachevée ne signifie pas qu'ils se soucient beaucoup de vous ou de l'application.

Comme vous l'avez dit, ce n'était pas Cela ne fait pas partie de votre rôle (le niveau de rémunération n'a pas d'importance ici), donc ce n'est pas vraiment de votre responsabilité. Des choses comme celles-ci (tâches en dehors de votre rôle) se produisent tout le temps dans les petites entreprises, mais cela ne signifie pas que vous devriez en être pleinement responsable.

Si l'entreprise avait une véritable équipe de développeurs, vous ne le feriez pas. t inquiéter autant, alors pourquoi devriez-vous vous inquiéter parce qu'ils ne le font pas? S'ils veulent vraiment faire des candidatures, ils doivent engager des développeurs ou une entreprise externe.

D'après votre expérience personnelle, le mieux que vous puissiez faire est d'aider à sélectionner le nouveau type (je suppose que les personnes de l'entreprise chargées du recrutement ont aucune idée des exigences) et lui présenter le projet. J'éviterais de laisser vos contacts personnels car cela pourrait conduire à être contacté pour obtenir de l'aide lorsque vous ne le souhaitez pas vraiment, mais si cela vous convient, n'hésitez pas à le faire.

Le problème que vous pourriez have est la nouvelle société qui vous oblige à démarrer le plus tôt possible et à ne pas trouver votre remplaçant avant cela.

Je ne connais pas vos supérieurs, mais ils ne vous en voudront probablement pas. Vous n'avez pas signé pour être avec eux pour la vie, il est normal que les jeunes travailleurs décrochent les meilleurs emplois qu'ils peuvent obtenir (opportunités d'apprendre et de grandir), donc ils n'essaieront pas de vous retenir.

Eh bien, c'est un gros problème. Heureusement, ce n'est pas votre problème. Ce que vous faites: Vous négociez avec la nouvelle entreprise. Si vous signez un contrat avec la nouvelle entreprise, vous vous adressez à votre patron et lui remettez votre avis. C'est ça.

Si vous êtes aux États-Unis, le délai de préavis est généralement de deux semaines. C'est le niveau de sécurité d'emploi dont vous disposez, et le niveau de sécurité de l'entreprise que vous continuez à travailler pour elle. S'ils avaient voulu éviter des situations comme la vôtre, ils auraient pu mettre un délai de préavis plus long dans le contrat, mais ils ne l'ont pas fait. La même chose qui leur permet de vous licencier facilement avec un préavis de deux semaines est maintenant de les mordre dans le dos. C'est comme ça que ça devrait être.

Si vous leur dites maintenant que vous ne serez pas là pour terminer le projet, il y a beaucoup d'entreprises qui vous licencieraient sur place, et si la nouvelle entreprise ne Tu finis pas par t'offrir un nouvel emploi, tu n'as rien. C'est ce que vous devez éviter. Donc, vous ne dites rien tant que vous n’avez pas donné votre avis.

Ce sera une bonne opportunité pour vous de développer des compétences en tant qu'entrepreneur indépendant. Découvrez ce que le superviseur souhaite pour l'application Web et rédigez un énoncé de travail. Lorsque vous démissionnez pour commencer votre nouvel emploi, présentez l'énoncé de travail à l'ancien employeur et demandez-lui s'il souhaite vous retenir comme entrepreneur ou sous-traitant pour faire le travail.

Ensuite, vous sera en mesure de continuer à travailler à temps partiel sur un projet que vous appréciez pour une belle somme d'argent et d'avoir les graines pour posséder votre propre entreprise. Assurez-vous de négocier suffisamment de temps pour terminer le projet tout en travaillant à votre nouvel emploi.

Aussi, félicitations pour le nouvel emploi!

Je pense que la remise de votre avis de démission officiel informera adéquatement votre supérieur que vous ne pourrez pas accomplir une tâche.

Comme vous l'avez dit, la personne qui vous demande de faire cela n'est pas votre superviseur. Vous devez demander à votre superviseur actuel si vous devez démarrer la tâche. Je suis d'accord avec d'autres qui disent que vous ne devriez pas mentionner d'arrêter tant que vous n'êtes pas certain. Continuez comme d'habitude.

Si votre superviseur souhaite que vous allouiez des ressources à la tâche, allez-y et voyez ce que vous pouvez faire. Vous pourriez apprendre quelque chose et votre employeur pourrait choisir de reprendre là où vous vous étiez arrêté.

Je travaille dans l'informatique pour un collège (c.-à-d. Des départements décentralisés) et je reçois constamment des demandes de divers "supérieurs que je ne signale pas" Pour "créer des projets sympas. Si j'ai le moindre doute, je demande à mon patron s'il souhaite que je donne la priorité ou non. Je suis responsable de mon travail et de nombreux systèmes informatiques, mais je ne suis pas assez haut pour être responsable du pilotage de l'ensemble du navire. C'est l'avantage d'avoir un patron.

Soit vous travaillez pour l'entreprise, soit vous ne travaillez pas pour l'entreprise. La seule zone grise que vous avez ici est lorsque vous quittez votre emploi. (Par exemple dans votre période de préavis)

Compte tenu de votre question: Quelle est la meilleure façon d'informer mon supérieur que je ne pourrai pas ajouter d'autres fonctionnalités à l'application Web puisque je suis sur le point de partir, sans brûler de ponts?

Il n'y a pas de zone gris clair où vous pouvez mettre le travail en attente simplement parce que vous pensez que vous pourriez peut-être, si x fait y, alors remettre votre démission. Cela semble contraire à l'éthique. Parce que si les choses ne se passent pas comme vous l'espérez et que vous ne parvenez pas à changer de travail, vous aurez quand même reporté le projet et endommagé les intérêts de l'entreprise.

Si vous n'êtes pas d'accord pour faire allusion à votre éventuelle démission, ou pour mentionner plus subtilement le facteur bus, vous devez toujours faire ce qu'on vous dit.

Bonnes réponses ici, je pense que le sentiment est cohérent, ne dites rien avant d'avoir une offre signée de la nouvelle société, en main. Pas prévu, pas promis, pas dans l'e-mail, mais signé en main.

+1 pour ceux qui ont dit ne pas laisser les coordonnées avec une sorte de type "appelez-moi si vous avez des questions" déclarations. C'est une mauvaise idée. Il y a toujours des exceptions. Mais c'est une mauvaise idée. Passez.

À MOINS QUE vous ayez un contrat d'indépendant, signé par eux, en place qui stipule que chaque minute après votre dernier jour leur est facturable. Même alors, la nouvelle entreprise peut ne pas opter pour cela. Si la nouvelle entreprise dit non à cela (et oui, vous devez absolument lui dire si vous travaillez toujours pour votre ancien employeur), ne le faites pas. Période. Vous n'êtes probablement pas aussi difficile à remplacer que vous le pensez. La vie dans l'ancienne entreprise se déroulera très bien sans vous.

Si vous décidez d'être assez gentil et d'offrir des services en tant qu'entrepreneur après la fin de votre emploi, fixez une limite HARD au nombre d'heures que vous travaillera pour l'ancien employeur pendant les 90 premiers jours ou selon ce que vous décidez. Quelque chose comme un maximum de 10 heures par semaine, les nuits et les week-ends uniquement.

Vous devrez probablement monter en puissance chez votre nouvel employeur. Ils s'attendront à toute votre attention pendant que vous êtes au travail. Ne perdez pas votre relation avec votre nouvel employeur et ne leur mentez certainement pas.

Assurez-vous de facturer tout le temps passé à passer des contrats pour l'ancienne entreprise. N'essayez pas d'être simplement cool avec eux. Facturez-les toutes les deux semaines, même si ce n'est que pour quelques heures. Demandez le paiement dans les 30 jours. S'ils ne paient pas, arrêtez de travailler pour eux jusqu'à ce qu'ils le fassent. N'achetez pas d'excuses ou de retards dans votre paiement.

Soyez prêt à ce qu'ils disent «non merci» à l'idée de passer un contrat avec eux. Ce n'est pas grave, ne le prenez pas personnellement. Dans un an, vous ne vous en soucierez pas du tout. Poursuivez VOTRE carrière, restez sympathique mais professionnel.

Le fait que vous soyez suffisamment conscient de vous-même pour poser cette question montre que vous êtes susceptible d'avoir un brillant avenir dans l'informatique. Bonne chance!

Il y a des moments où le préavis standard de deux semaines est approprié. Il y a des moments où il est approprié de donner un avis de 30 jours. Cela pourrait bien être l'un d'entre eux. Si j'étais en mesure de savoir que le numéro du camion est 1 et que je démissionnais, je jugerais raisonnable de donner un préavis de 30 jours plutôt que de deux semaines.

Compte tenu de la position actuelle de votre employeur, ils pourraient bien vous apprécier suffisamment pour vous garder si la nouvelle offre échoue. Mais vous devrez en juger.

Il existe une approche intermédiaire.

Ne leur dites pas que vous partez. Dites-leur que vous envisagez de changer votre vie et que vous ne leur recommandez pas de commencer à faire un investissement aussi nouveau et à long terme qui vous concerne pour le moment. Lorsqu'ils vous le demandent, vous pouvez dire que c'est une décision que vous prenez personnellement et que vous n'avez rien de professionnel à annoncer pour le moment. Si vous proposez quelque chose à partager, vous le ferez.

Notez que cela déclenchera toujours un drapeau rouge. Beaucoup de gens ici trouveront probablement que c'est un mauvais conseil (car ils suggéreraient d'éviter complètement le drapeau rouge). Je ne suggère même pas que vous fassiez cela. Je présente simplement cela comme une option qui peut sembler moins dramatique ... le drapeau peut encore être rouge, mais pas tout à fait rouge coulant de sang. Si vous recherchez des idées sur ce qui pourrait être moins terminal (dans certaines circonstances - dans d'autres cas, l'employeur tirera toujours ses propres conclusions et «jouera la sécurité» en supposant le pire), cela pourrait être une idée à considérer, ou au moins quelque chose sur lequel se rabattre si une conversation suit un chemin que vous ne vouliez pas.