Manager: Je ne peux pas modifier les estimations maintenant. Vous devez gérer cela d'une manière ou d'une autre. Je commence à penser que vous n'êtes pas la bonne personne pour travailler sur ce projet.

Votre manager abdique sa responsabilité pour son rôle, vous allez donc devoir faire son travail aussi .

• Commencez par rassembler ce que vous considérez comme une chronologie réaliste pour ce devoir, en répertoriant toutes les étapes que vous voyez et en estimant le nombre d'heures pour chaque étape. Ne passez pas trop de temps là-dessus, car vous pourriez être accusé de «bloquer» le projet. Il peut s'agir de quelque chose d'aussi simple qu'une feuille Excel répertoriant les étapes, le nombre d'heures estimé et le calcul de la date d'achèvement estimée. N'incluez aucune référence à la date limite. Envoyez-le par e-mail à votre responsable.

• À la fin de chaque journée, à côté de votre temps estimé, indiquez le nombre d'heures que vous avez passées à l'étape à côté de votre estimation et le pourcentage complet (certes subjectif) à côté de cela. Incluez également une référence à toute période «hors projet» (réunions obligatoires, demandes d'urgence, etc.). Le calcul de la date d'achèvement estimée devrait être mis à jour à partir de là. Envoyez-le par e-mail à votre responsable à la fin de chaque journée.

• Ne vous plaignez pas. Procédez de votre mieux. Faites tous les efforts possibles.

À la fin du projet, une des deux choses se produira:

1. Vous vous serez surpris et aurez effectivement respecté la date limite.
2. Vous aurez manqué la date limite et votre responsable n'aura aucune raison (légitime) d'être sévère avec vous, car vous l'avez tenu informé à chaque étape .

Par-dessus tout, évitez vos émotions. C'est juste du travail. Si cela vous émeut, vous ne vous en tirerez pas bien et les choses que vous dites en étant désemparé peuvent être utilisées contre vous plus tard. Si vous restez calme, concentré et productif, vous pourrez honnêtement dire que vous avez fait de votre mieux et que vous n'avez rien caché à votre responsable.

Si votre organisation ne peut pas respecter cela, il n'y a jamais eu moyen de réussir en premier lieu.

Comment gérer les délais irréalistes sur un projet logiciel? Comment puis-je m'assurer de ne manquer aucun délai lorsque les délais eux-mêmes ne sont pas réalistes?

S'ils ne sont pas réalistes, vous les manquerez . Cela dit, il est possible que les délais soient considérés comme atteignables par votre responsable (comme dans "pas irréaliste") étant donné que vous ferez des heures supplémentaires (voir ci-dessous).

Ayant travaillé dans l'industrie pour un quelques années, je sais que je vais devoir travailler 12 heures par jour et probablement aussi le week-end pour respecter la date limite pour chaque sous-tâche.

Je ne sais pas quelle est votre situation est, mais si quelqu'un me disait que je devrais travailler 12 heures par jour pour respecter un délai auquel je ne me suis pas (personnellement) engagé, je répondrais en révisant mon CV et en commençant à chercher ailleurs. Il y a deux trois choses à réaliser à propos des heures supplémentaires planifiées:

• d'abord, lorsque la date limite est irréaliste, les heures supplémentaires ne sont pas réponse, mais un symptôme du problème.

• Deuxièmement, à moins que vous ne travailliez dans un pays sans loi sur la protection du travail, les heures supplémentaires ne peuvent pas vous être imposées. Si vous êtes payé 9 heures par jour (par exemple), il est totalement irréaliste pour votre responsable de s'attendre à obtenir plus de votre temps, essentiellement gratuitement. Ils vous demandent de consacrer 1,5 homme-jour pour chaque homme-jour, et de ne rien obtenir en retour (c'est tout aussi irréaliste que l'échéance).

• troisième , lorsque vous faites des heures supplémentaires, vous travaillez en dessous de la moitié de votre capacité, pendant plus longtemps. Ça n'a pas envie, parce que vous corrigez les choses et elles ont tendance à fonctionner, à court terme. De manière mesurable, vous faites plus d'erreurs lorsque vous faites des heures supplémentaires, et la plupart du code que vous écrivez se traduit par une dette technique. Les retards et les problèmes causés par la dette technique augmentent de façon exponentielle avec le temps, jusqu'à ce que vous vous retrouviez avec une base de code non maintenable.

Pour répondre à votre question, je voudrais faire deux choses:

• assurez-vous que le responsable comprend et suit mes progrès sur ce projet (c'est-à-dire que si je faisais 50% de ce que je devrais faire pour respecter la date limite, je le communiquerais de manière aussi claire que possible) .

• refuse de faire des heures supplémentaires systématiques. S'il y a une urgence et que l'avenir de l'entreprise est en jeu, j'accepterais de rester en retard au bureau pendant un jour ou deux (et le troisième, je répondrais par "Désolé, j'ai des projets" - et partirais).

Si rien ne brûlait et qu'un responsable décidait "Je ne peux pas modifier les estimations maintenant" pour des estimations irréalistes, je ferais de mon mieux pendant le temps que j'ai donné à l'entreprise . Votre contrat avec l'entreprise est là pour spécifier ce que l'entreprise peut vous demander (spécifie-t-il les heures supplémentaires? Dans quelles conditions?).

Si le délai n'était pas respecté, ce serait un problème de gestion (ie pas à moi à résoudre), et la responsabilité incomberait au directeur.

Votre responsabilité à cet égard est de faire ce que vous pouvez de façon réaliste (en gardant à l'esprit qu'il n'est pas réaliste pour l'entreprise d'attendre du travail gratuit de votre part) et communiquez les retards et les problèmes à votre responsable. À partir de là, c'est son problème.

Modifier en gras .

Qu'avez-vous fait face à des délais irréalistes qui n'étaient pas négociables?

Très peu de délais sont en fait non négociables. Si c'était vraiment non négociable, alors il y aurait eu plus d'une personne sur le projet. Pour la simple raison du risque que vous ne soyez plus disponible pour y travailler et donc de la possibilité que la date limite ne soit pas respectée.

Manager: Je ne peux pas modifier les estimations maintenant. Vous devez gérer cela d'une manière ou d'une autre. Je commence à penser que vous n’êtes pas la bonne personne pour travailler sur ce projet.

Si un responsable me disait cela, en me donnant une date limite, j’ai jugé déraisonnable, alors je d'accord avec lui et demandez dans quel projet il aimerait me déplacer.

Si vous sentez vraiment que vous ne pouvez pas accomplir le travail dans le temps imparti, votre travail consiste à soulever ce drapeau à la direction. Ce que vous avez fait. Le travail de la direction consiste alors à déterminer s'il existe des obstacles à l'achèvement qu'ils peuvent supprimer ou à pousser le calendrier et à parler aux parties concernées.

Si, cependant, la direction essaie simplement de vous forcer à respecter le calendrier, alors c'est une recette pour un désastre qui ne se terminera tout simplement pas bien. Dans ce cas, il vaut mieux en finir avec le plus dur maintenant plutôt que d'être complètement stressé et de faire face à un éventuel licenciement plus tard.

En acceptant poliment que peut-être vous n'êtes pas la bonne personne pour travailler dans ces conditions l'une des trois choses se produira. Soit vous appelez son bluff et il changera le calendrier, il ajoutera une autre personne pour vous aider ou vous vous retrouverez sans travail. Honnêtement, si vous êtes renvoyé, vous l'auriez probablement été si vous aviez quand même manqué la date limite.

Comment gérer les délais irréalistes sur un projet logiciel?

En général, il y a quelques points à considérer ici:

1. La date limite est-elle due à un événement externe qui ne peut pas être déplacé ? Par exemple, s'il y a un salon professionnel où le projet doit être réalisé, c'est un peu différent d'une échéance arbitraire.

2. Dans quelle mesure pouvez-vous prouver que l'échéance est irréaliste? La date limite peut être planifiée mais de quelles preuves disposez-vous pour contrer ces points?

Comment puis-je m'assurer de ne manquer aucune échéance lorsque les échéances elles-mêmes sont irréalistes?

Mettre des heures supplémentaires et demander de l'aide serait ma suggestion.

Que dois-je dire à mon responsable lorsque je rate une échéance?

Si vous savez qu'une date limite ne sera pas respectée, je vous suggère d'en informer votre responsable dès que possible et de voir quelle ligne de conduite est recommandée. Il y aura peut-être une lutte de pouvoir ou autre chose ici, mais il peut y avoir des alternatives. Il y a aussi la question de savoir comment les délais sont gérés au sein de l'entreprise, car j'ai tout vu de tout le monde dans l'entreprise aider à respecter les délais, les délais ne sont que des dates pleines d'espoir qui ne signifient rien.

Qu'as-tu fait face à des délais irréalistes et non négociables?

En fonction de ces premiers points, il y aurait quelques options:

1. Plan d'urgence - Révisez la portée afin qu'une démo puisse être faite mais avec des fonctionnalités limitées.

2. Repousser - Accordé que c'était moche, il y a eu des moments où mes collègues et moi avons dit au responsable que l'échéance n'était pas possible et nous avons demandé ce qu'ils voudraient que nous fassions. Après tout, ils peuvent avoir d'autres choses à faire en fonction de la raison pour laquelle cela a été poussé si fort.

3. Plongez-vous - j'ai également vu des moments où l'équipe consacrerait des heures supplémentaires et respecterait la date limite. Certes, cela comporte le risque d'être éventuellement demandé de le faire à nouveau, mais c'est là qu'il faut faire attention à la façon dont le temps est géré dans l'entreprise, car s'il y avait beaucoup de temps supplémentaire, cela pourrait être utilisé plus tard. Sinon, obtenir l'approbation de l'ergothérapie peut être une autre stratégie ici.

Voici la réponse de votre responsable:

Responsable: Je ne peux pas modifier les estimations pour le moment. Vous devez gérer cela d'une manière ou d'une autre. Je commence à penser que vous n'êtes pas la bonne personne pour travailler sur ce projet.

Et l'essentiel pour moi est ceci:

Je commence avoir l'impression que vous n'êtes pas la bonne personne pour travailler sur ce projet.

L'argument principal de ce manager pour que vous respectiez une échéance irréaliste est que vous n'êtes peut-être pas la bonne personne pour le projet? Vraiment? Comment l'intimidation va-t-elle réellement inspirer le travail?

Mon instinct me dit que la pression pour respecter ce délai - et les conséquences pour lesquelles cela ne peut pas être moi - incombe vraiment à votre manager &, le manque de perspective de votre manager .

Et malheureusement, ce gestionnaire veut s'assurer que tout retour de flamme de cette échéance manquée retombe sur le développeur (c'est-à-dire: vous).

Le meilleur conseil que je puisse vous donner consiste à examiner le projet lui-même et à le diviser rationnellement en ces catégories.

• Fonctionnalité de base: Ce qui peut être fait d'ici la date limite qui serait solide comme un roc & bénéfique pour l'avancement du projet. Votre objectif serait d'aller de l'avant en faisant de votre mieux en vous admettant que l'échéance globale ne peut pas arriver, mais à quel point je serai beau - et à quel point le projet sera beau - au moment où l'échéance sera respectée. >
• Problématique mais nécessaire: ce qui ne peut être fait dans les délais sans compromettre sérieusement la qualité. FWIW dans chaque projet de programmation sur lequel j'ai participé, il y a toujours eu une fonctionnalité de base qui peut être invisible pour les non-techniciens, mais qui couvre 80% de ce qui doit être fait. Donc, si vous pouvez posséder cette base en renforçant cette fonctionnalité de base, vous gagnez gros.
• Problématique et nécessite une nouvelle stratégie: Quelles parties du projet semblent être de «belles choses», mais de manière réaliste, ce serait une fosse de ressources & qui aurait un impact négatif sur l'ensemble du projet. Plusieurs fois, en particulier dans le monde invisible de la programmation, des idées qui semblent conceptuellement bonnes sur papier peuvent finir par devenir un cauchemar dans le monde réel. Par exemple, si votre projet inclut des aspects de conception frontale qui nécessitent un examen de groupe &, vous savez que cela prendra du temps & nécessitera des révisions, cela tomberait dans la dernière catégorie.

Maintenant avec cela dit, compilez cette liste & approchez votre manager avec les détails. Bien qu'ils disent clairement que vous n'êtes pas un bon candidat pour le projet, la réalité est que s'il y avait quelqu'un d'autre qui pourrait gérer qu'il aurait déjà obtenu la tâche. Ou peut-être que votre responsable trouverait un moyen pour vous deux de travailler en coopération.

Mais dans l'état actuel des choses, mon attitude est que si le projet tombe sur vos genoux & vous savez que les délais sont déraisonnables vous êtes dans votre pouvoir de façonner une discussion sur la meilleure façon d'aborder ce problème.