Question:
J'ai perdu la tête sur un projet, comment dire à mon patron que je ne peux plus le faire?
Matthew Verstraete
2014-04-02 23:33:30 UTC
view on stackexchange narkive permalink

Je travaille en tant que développeur junior dans mon poste actuel depuis environ un an et demi. Après avoir été à mon travail pendant environ 5 mois, je me suis porté volontaire pour réécrire complètement un très ancien système que l'entreprise possédait. Au moment où j'ai dit que je le ferais, j'étais convaincu que cela prendrait au maximum quelques mois, mais cela fait maintenant plus d'un an que j'ai commencé à travailler sur le projet et cela s'est avéré beaucoup plus difficile que prévu. .

Je viens d'avoir mon avis pour l'année 2013 et il a été mentionné que ce projet est en cours d'exécution beaucoup plus longtemps que je l'avais déclaré. La plus grande chose qui a fait durer le projet est que j'ai dû apprendre un tout nouveau style de codage (je le savais dès le départ) et je suis obligé d'utiliser un cadre qui a été développé en interne et qui est bien au-dessus de ma capacité à comprendre et partir de.

En regardant ce projet maintenant, je suis assez confiant que je ne peux plus le terminer dans le temps supplémentaire qui m’a été accordé (c’est maintenant l’un de mes objectifs de 2014 pour terminer le projet). Comment expliquer au mieux à mon patron que je ne pense pas pouvoir terminer ce projet dans un laps de temps décent et que je ne devrais plus être le développeur de ce projet?

EDIT: Tout le monde suppose que j'ai vu ce projet comme un projet raté quelques mois après son démarrage, ce n'est PAS LE CAS. Je sais que le projet allait être difficile mais je pensais pouvoir le gérer. Chaque fois que j'ai heurté un mur dans le projet et que j'ai pu le surmonter, je pensais que je pouvais continuer. Ce n'est qu'au cours des derniers jours que je me suis rendu compte qu'il restait trop de murs et que je n'ai pas les compétences pour faire ce projet.

Avec cela, plus tôt vous serez propre, mieux ce sera. Comme ça fait plus d'un an, ça va être moche, peu importe comment ça se passe. Le remettre à plus tard n'aide pas.
Ce n'est qu'au cours des derniers jours que je me suis permis de réaliser la vérité et que je veux être clair très bientôt, mais je n'ai aucune idée de la meilleure façon de le faire sans aggraver les choses et éventuellement me faire virer.
Un peu tard à la discussion, mais ce genre de situation n'est en fait pas la vôtre, mais votre erreur de gestion. Si vous avez dit que cela prendrait 2 mois après, disons, 3 mois, votre patron aurait dû faire quelque chose à ce sujet.
@ren Je ne sais pas quel est le pire échec de gestion - donner le feu vert pour une réécriture, le donner à un junior, ou ne pas demander de mises à jour trop longtemps. Le tl; dr de réécritures est: NE PAS. http://www.joelonsoftware.com/articles/fog0000000069.html
Six réponses:
#1
+32
Garrison Neely
2014-04-03 00:03:05 UTC
view on stackexchange narkive permalink

Quelques questions auxquelles vous devrez être prêt à répondre:

- Qu'avez-vous fait tout ce temps?

Soyez prêt à montrer votre travail et à discuter des obstacles que vous ont été incapables de sauter pour accomplir le travail.

- Qu'avons-nous si nous nous arrêtons maintenant? Est-ce que l'un de ces éléments est récupérable?

Espérons que oui. Si vous avez une partie du système qui fonctionne, montrez-la, car cela peut éliminer une partie de la piqûre.

- Pourquoi n'êtes-vous pas venu me voir plus tôt?

Cette question va être difficile à répondre. En tant que développeur junior, vous avez probablement été aveuglé par l'orgueil. Les estimations de la plupart des projets sont inférieures à leur temps réel d'achèvement. Cela est passé de mois en années, donc quelques grandes explications seront nécessaires.

En fin de compte, votre patron ne sera pas content de cela, mais vous êtes un développeur junior, donc des erreurs sont attendues. Vous devez les avouer beaucoup plus tôt dans le futur. Je ne pense pas que ce soit une infraction licenciable, mais il peut s'agir d'un récit ou d'une sorte d'avertissement verbal. Bonne chance.

Merci pour les suggestions, sur la base de ces derniers et de certains résultats de Google, j'ai rédigé une petite "lettre" qui m'aidera lorsque j'approcherai mon patron à ce sujet.
#2
+16
HopelessN00b
2014-04-04 05:48:58 UTC
view on stackexchange narkive permalink

En plus de l'excellente réponse de Garrison Neely, je vous conseille de dire que la façon dont vous dites cela est presque aussi importante que le fait que vous le disiez.

Au lieu de quelque chose comme j'ai échoué; Je ne peux pas terminer ce projet , essayez de le cadrer de manière plus positive - quelque chose comme Je frappe un mur et j'ai besoin de l'aide d'une ressource plus expérimentée pour le dépasser. En plus pour vous permettre de potentiellement sauver le succès ici, il sert un double objectif en expliquant pourquoi vous êtes en retard sur le calendrier, ainsi qu'en proposant une solution à ce problème même.

Cela va dans le sens de ce que je pensais. Souvent, lorsque je me retrouve à heurter des murs, avoir cette ressource senior est un énorme avantage et une heure de leur temps peut me faire gagner des semaines.
Absolument. Peu importe votre niveau junior ou senior, il n'y a pas de honte à demander de l'aide.
+1 pour avoir suggéré de demander de l'aide à quelqu'un d'autre - même si ce n'est que temporaire pour vous remettre sur la bonne voie.
#3
+3
Vietnhi Phuvan
2014-04-03 00:18:17 UTC
view on stackexchange narkive permalink

J'appuie tous ceux qui vous disent que vous devez en informer votre patron dès que possible.

  • Donnez un rapport de situation sans fioritures sur le projet, mais ne dites pas simplement que vous avez échoué s > - une évaluation aussi succincte vous collerait comme une encre noire indélébile sur une chemise blanche.
  • Commencez votre rapport d’état en disant que le projet est en retard sur le calendrier que vous aviez établi, puis passez en revue les parties qui se sont bien déroulées et celles qui ne se sont pas bien déroulées.
  • Ne vous contentez pas de passer en revue les parties qui n'ont pas bien marché, car si vous le faites, vous donnerez aux gens une perception déformée de vos capacités et de vos efforts. Laissez-les déterminer ce qu'ils veulent faire ensuite.
  • Enfin, supprimez le bénévolat pour quoi que ce soit pendant un certain temps.
Je ne vote pas sur celui-ci, mais c'est une bonne réponse avec un peu de sourcils inutiles. Je pense que le demandeur sait qu'il est dans un tas de merde. Nous n'avons pas besoin de faire plus de jugement.
@GarrisonNeely Merci, cela me semble plus juste me battre, spécialement car des hypothèses incorrectes sont faites et des «faits» erronés signalés (c'est-à-dire que je n'ai raté que le premier délai de 3 mois, le deuxième délai est EOY 2014). puis en fait en essayant de répondre à ma question initiale de chercher des conseils sur la façon d'aborder cela avec mon patron. Cependant, j'aime le conseil de donner un rapport de situation sans fioritures.
J'ai apporté une modification substantielle à cela pour éviter les coups de sourcils. Cette partie ne répond pas vraiment à la question et met la réponse en danger de suppression. Vous êtes toujours libre de modifier davantage si vous pensez qu'il existe une meilleure façon de le dire. Merci.
Salut Vietnhi, n'oubliez pas que le but de notre site est de fournir des réponses utiles à la question. Se concentrer uniquement sur les défauts d'une personne ne les aide pas autant que les réponses qui expliquent de manière constructive comment s'améliorer. Lorsque vous répondez, concentrez-vous sur des solutions positives. Bonne chance!
#4
+3
Bart van Ingen Schenau
2014-04-06 17:48:31 UTC
view on stackexchange narkive permalink

Comme vous êtes un développeur junior, traitez cela comme une opportunité d'apprentissage. L'une des choses qu'un junior n'est généralement pas censé être capable de faire est de superviser la portée et les conséquences d'un grand projet comme celui que vous êtes

Le meilleur plan d'action maintenant est de planifier une réunion avec votre superviseur direct et de lui avouer que vous êtes au-dessus de votre tête avec votre projet et que vous souhaitez des conseils sur la façon de procéder Vous pouvez vous attendre à des questions difficiles, comme celles de la réponse de @GarrisonNeely, mais le plus important pour y répondre est de dire la vérité et de ne pas essayer de rendre les choses plus belles qu'elles ne le sont. .

Si vous avez un bon manager, admettre que vous êtes au-dessus de votre tête en tant que développeur junior n'est pas nécessairement une mauvaise chose. Il est possible que votre responsable savait déjà que vous ne seriez pas en mesure de terminer le projet avant la nouvelle date limite et attend que vous surmontiez votre fierté et admettez vous-même l'échec. J'apprécierais cela plus que d'avoir à tirer de force quelqu'un de sa tâche car il est devenu évident qu'il ne peut pas (encore) le gérer.

Quant à l'avenir du projet, il peut aller dans plusieurs

  • Il peut être complètement supprimé, surtout si le projet n'était pas si important pour l'organisation au départ
  • Il peut être réaffecté à quelqu'un d'autre, avec vous obtenez un travail qui correspond mieux à vos capacités actuelles
  • Vous pouvez affecter des développeurs supplémentaires plus expérimentés au projet pour vous aider.
#5
+2
Neolisk
2014-04-06 18:19:10 UTC
view on stackexchange narkive permalink

Si vous prévoyez de renflouer, présentez les raisons pour lesquelles vous devez le faire. Si votre plan va aussi loin, vous devez avoir des arguments solides. Dans ce cas, préparez un plan de projet pour les six prochains mois de travail, disons, et prouvez qu'aucun de ces travaux n'était prévu lorsque vous avez commencé. Donnez autant d'informations que possible. Indiquez pourquoi cela fait plus d'un an et quels travaux supplémentaires / inattendus ont été réalisés à ce jour.

Une fois que vous avez un aperçu de vos performances passées, ainsi que de vos attentes futures envers vous-même, vous pouvez présenter ceci à un responsable avec quelque chose comme "D'après mes observations, cela prend plus de temps que prévu. Voici mes conclusions. Pour cette raison et cette raison (mettez de solides arguments ici), cela peut même prendre plus de temps. Dois-je continuer à travailler sur ce projet? " Avec cela, vous dites effectivement: "Oui, cela prend plus de temps que prévu, mais je sais en quelque sorte où je vais et où je me suis trompé dans le passé, mais je vous laisse aussi, le manager décider du résultat". Les gestionnaires aiment décider, donc vous obtenez un +1 ici tout de suite.

Pour les projets futurs (je suppose que vous n'allez pas abandonner le travail de développement simplement parce que vous avez échoué une fois), ne prenez jamais quelque chose que vous percevez comme compliqué. Il y a de fortes chances que vous ne le terminiez jamais (comme celui-ci), ou que cela prendra plus de temps que prévu et que les avantages n'en valent pas la peine (du point de vue de la direction).

Au lieu de cela, prenez le travail que vous trouvez super simple (et réalisable en moins d'une journée). Cela finira souvent par s'étirer de 4 à 5 jours, vous apprendrez donc à estimer, mais l'entreprise ne perdra pas autant d'argent sur vous. Échouez rapidement et souvent. N'oubliez pas que vous apprenez de vos erreurs, pas de vos succès.

S'il n'y a pas de petit travail, essayez de diviser le travail que vous avez en petits morceaux autonomes, c'est-à-dire que chacun doit avoir une valeur et être autonome. Vous devez estimer votre travail avant de le démarrer. C'est à dire. jamais quelque chose comme "eh bien, c'est une tâche de recherche, donc ça va prendre 2 semaines, peut-être un mois ..." Connaissez le domaine, sachez que les questions vont être résolues.

Si vous ne le faites pas sachez exactement ce que vous recherchez, ne vous engagez pas sur un calendrier, dites "j'ai besoin d'un jour pour construire un plan de projet pour mes recherches, je vais alors fournir une estimation". Utilisez ce temps pour avoir une meilleure compréhension de votre problème.

Si vous ne pouvez pas faire une estimation sur une tâche, vous ne savez pas ce que vous faites. Ne commencez pas une tâche, si tel est le cas. Obtenez plus d'informations, jusqu'à ce que vous soyez absolument sûr que cela prendra X jours. Parfois, il est utile d'utiliser vos expériences passées, c'est-à-dire "cela devrait prendre 1 jour, mais une tâche similaire il y a 3 mois a pris 5 jours, peut-être que je manque quelque chose ..."

+1 pour avoir donné les informations aux managers et les laisser décider.
#6
-1
krubo
2014-12-09 16:59:36 UTC
view on stackexchange narkive permalink

Il semble que vous incluez certaines évaluations que vous n'êtes pas qualifié pour faire, comme «[le cadre] est bien au-dessus de ma capacité à comprendre» et «je ne devrais plus être le développeur du projet». Ces évaluations nécessiteront que votre patron fasse des recherches supplémentaires pour savoir ce qui s'est réellement passé, ce qui aurait dû se passer et ce qui devrait être fait maintenant.

Plutôt que de vous concentrer sur de telles évaluations, votre objectif devrait être de fournir votre patron avec des détails factuels spécifiques sur le projet, y compris les limites spécifiques de votre compréhension. Par exemple, "J'ai travaillé pendant 3 mois sur la réécriture du composant de connexion. À ce moment-là, il était censé s'interfacer avec LDAP, et ce n'est toujours pas le cas. Il suit avec état les tentatives de connexion. Comme je ne comprends pas le protocole de hachage LDAP , Je ne sais pas si le code que j'ai écrit peut être ajusté pour s'interfacer avec LDAP, ou s'il nécessite une approche totalement différente. ... "



Ce Q&R a été automatiquement traduit de la langue anglaise.Le contenu original est disponible sur stackexchange, que nous remercions pour la licence cc by-sa 3.0 sous laquelle il est distribué.
Loading...