Vous devriez vous concentrer sur un canot de sauvetage pour vous-même

Quelqu'un vous a promu pour diriger un projet avec seulement 5 jours restants, ce qui est un désastre absolu? Avec seulement 5 jours, il semble qu'ils auraient dû choisir un chef intérimaire de l'équipe elle-même. À moins qu'ils ne vous aient informé de tous ces problèmes (principalement des stagiaires, des problèmes de licence Unity et des enjeux extrêmement élevés) avant d'accepter le poste , vous êtes défini comme le bouc émissaire ou travaillez pour des personnes manquant de curiosité / compétence / capacité à vérifier les choses.

J'informerais mes supérieurs des problèmes dans une lettre officielle (je ferais toutes sortes d'excuses pour éviter autre chose que d'écrire des courriels pour maintenir la trace écrite) et commencer à chercher un emploi. Je soupçonne que vous en aurez besoin dans un petit moment de toute façon. Celui qui vous a promu vous a remis un tas de merde fumante et un cure-dent pour y faire face.

Si vous faites au moins confiance à la direction, informez-les en détail des problèmes et du fait que le projet est loin d'être achevé. S'ils prennent des mesures correctives suffisantes et ne vous imposent pas de respecter la date limite, vous pouvez envisager de rester. Sinon, exécutez simplement le plan de départ que vous prépariez déjà.

Si vous ne faites pas confiance à la direction, envoyez le même e-mail et faites juste assez de travail pour éviter d'être traité de fainéant pendant que vous cherchez un emploi. Essentiellement radier l'entreprise à ce stade.

Si vous ne leur faites vraiment pas confiance et pensez que vous avez été mis en place, démissionnez immédiatement si vous pouvez vous le permettre. Je ne voudrais pas que mon nom soit associé à un projet majeur juste avant qu’il ne s’effondre, surtout s’il s’agit d’un projet suffisamment important que les gens connaissent.

Soyez prudent en pensant que vous trouverez un moyen de sauvegarder le projet. Je ne peux pas dire avec certitude que c’est impossible, mais les choses ne semblent pas bonnes. Et vous serez tenu responsable d'avoir prétendu (ou même d'avoir dit que vous allez essayer) que vous pouvez terminer le projet. Vos développeurs peuvent rechigner à craquer, ils pourraient avoir leurs plans de départ définis, une grande partie du code apparemment fonctionnel pourrait être des ordures, etc.

Il est temps de construire vous-même un canot de sauvetage et de pagayer avant que votre responsable ne tente pour servir votre tête pour l'échec du projet.

Alors, à votre avis, que feriez-vous dans cette situation? Dites la vérité au client? Laisser le projet terminé avec bogue?

Je voudrais aller DÈS QUE POSSIBLE avec mon patron et lui exposer la situation. Dites-leur qu'à partir de ce moment, vous n'avez pas ressources pour terminer le projet à temps.

Appelez-les, écrivez-les ... tout ce que vous avez à faire pour les contacter, car c'est critique .

Demandez ce qui peut être fait pour obtenir le projet à temps.

Faites-le également par écrit; un e-mail est ok. De cette façon, vous avez des preuves pour sauvegarder vos réclamations à l'avenir (vous n'êtes donc pas utilisé comme bouc émissaire).

Et en attendant, continuez à travailler normalement sur les bogues (il semble d'après votre commentaire que c'est ce que votre responsable vous a dit de faire jusqu'à la date limite).

Si l'entreprise doit survivre, vous pouvez soit devenir le bouc émissaire, soit vous profiler pour gérer professionnellement une situation horrible.

Vous devez vous concentrer sur la rédaction et communiquer le problèmes de ce projet.

Comme il semble, 5 jours peuvent être trop peu pour même cette tâche, mais essayez de faire au moins celle-là.

• Où sont les questions du projet? Techniquement & au niveau de l'organisation
• Comment résoudre ces problèmes
• Combien de temps supplémentaire sera nécessaire

Préparez ces informations pour votre patron. Communiquez-le.

Lorsque vous parlez à votre patron, découvrez si:

• le client sait même qu'un problème existe
• le client est prêt à attendre un peu plus longtemps - car cela aurait dû être évident depuis assez longtemps

Cinq jours avant la date limite, quelqu'un aurait au moins dû communiquer qu'il y a encore des problèmes à résoudre. Sinon, le client doit au moins être informé de manière structurée et savoir combien de temps cela prendra encore. Sans un horaire approprié, vous ne pourrez pas le dire au client. Il y a toujours des problèmes dans chaque projet et parfois les délais ne seront pas respectés. La question est de savoir comment ces situations sont gérées professionnellement. C'est votre tâche maintenant. Communiquez, communiquez et communiquez.

Et commandez un livre pour votre patron pour de futurs projets: "Le mois de l'homme mythique". Votre situation est l'exemple exact donné dans ce livre. Si un projet échoue, n'essayez jamais de lancer plus ou d'autres développeurs dessus. Il semble que les patrons de l'industrie du logiciel soient les mêmes depuis 40 ans.

Pour le bénéfice de l'entreprise: il devrait y avoir une discussion entre vous, votre responsable et quelqu'un qui peut prendre des décisions concernant plusieurs millions de projets.

Le fait est qu'il n'y aura pas de produit sans bug dans cinq jours, c'est un fait. Le fait, qui doit être communiqué clairement à quelqu'un de plus haut que votre supérieur, est qu'il n'y a rien que vous puissiez faire à ce sujet, et que si cela prend la forme d'une poire, c'est votre supérieur qui devrait être congédié, pas vous. Le fait est que c'est très, très critique dans le temps.

Celui qui est le plus haut doit décider s'il faut perdre plusieurs millions, s'il faut aller chez le client ramper et réussir d'une manière ou d'une autre à réduire les coûts (c'est quelque chose en dehors de votre ligue et de la ligue de votre manager), ou pour expédier un produit avec des bogues et souffrir de la perte de réputation et de certains frais supplémentaires pour corriger les bogues.

C'est donc une chose dont vous avez besoin pour commencer. Et l'autre chose est que vous devez faire tout ce que vous pouvez pour mettre le logiciel dans une forme où il ne présente pas de bogues évidents, afin qu'il puisse être donné au client et accepté par le client. Un client trouvera toujours des problèmes avec le logiciel après l'avoir accepté, et il ne sait pas s'il y a des problèmes que vous connaissiez. Donc "sans bogues connus" n'est pas le critère, mais "sans bogues qui font que le client refuse l'acceptation du logiciel qui nous coûte des millions", tel est le critère.

Il y a donc une chance de sortir de ça en tant que héros, et une chance de sortir de ça sans travail. Dépend de toi.

La gestion de crise consiste parfois à faire bouger les choses, à retourner les tableaux (métaphoriquement), à " laisser tomber vos outils" et à sortir d'une ornière. Vous avez du personnel démotivé et un projet impossible. Rester silencieux et le laisser échouer n'est pas une option; ni se plaindre ou l'ignorer. Vous devez prendre en main la situation et montrer la voie à suivre même si vous n'avez pas l'autorité formelle pour l'approuver.

Il est important non seulement de montrer à l'équipe, et vos managers, que la situation a changé, mais aussi le client doit savoir qu'un nouveau "gestionnaire de crise" a été nommé dans l'équipe et qu'il y a un nouveau plan à livrer . Rappelez-vous que le client savait certainement que le projet était en retard et bogué, et il veut qu'il soit corrigé. Ils sont probablement cochés chez le chef de projet précédent et n'aiment pas "la façon dont les choses se passent". N'hésitez pas à tisser des liens en leur racontant tout ce que l'ancien responsable a fait de mal, ou n'a pas fait, et dites clairement qu'il y a un nouveau shérif en ville.

Votre plan devrait être présenté directement au client (pas par l'intermédiaire de votre patron ou d'un service commercial) et doit inclure:

• Identifiez ce que vous allez faire et ce que vous n'allez pas faire . Répertoriez les 12 bogues spécifiques que vous allez corriger et annoncer un "gel" sur tout autre code / fonctionnalité jusqu'à la publication.

• Donnez un nouveau calendrier pour faire spécifiquement ces choses.

• Dites-leur exactement ce dont vous avez besoin s’ils veulent que cela réussisse (par exemple, les licences de logiciels "pro" aujourd'hui ). Faites preuve de tact ici; n'accusez pas votre propre manager d'être bon marché ou incompétent ou de bafouer la loi, dites simplement au client que c'est quelque chose pour lequel nous devons payer sans insister sur les raisons pour lesquelles vous ne l'avez pas déjà.

• Expliquez le problème avec les services tiers et dites-leur ce qu'ils doivent faire ou décider parce que (dans le cadre du gel du code) vous n'allez pas le résoudre avant après la sortie

En bref, vous indiquez clairement que la situation actuelle pose un problème et que vous êtes un nouveau chef d'équipe déterminé à 100% à réparer ce qui ne fonctionne pas et vous avez un plan. Ils peuvent le prendre ou le laisser. S'ils y investissent des millions de dollars, ils voudront sauver le projet plutôt que de le voir échouer. Votre patron ou votre service commercial tentera peut-être de vous décourager de parler directement au client, car (consciemment ou non) ils jouissent du privilège de posséder la relation client, mais ils vous remercieront plus tard d'avoir sauvé le projet. "Il vaut mieux demander pardon que la permission".

Vous avez besoin d'une réunion d'urgence avec la haute direction (les plus hautes personnes dont la tête tourne si ce projet plante et brûle).

Vous ne dites pas clairement si vous 'suis devenu le gestionnaire du projet ou le développeur principal. Si vous êtes le responsable, vous devez appeler pour cette réunion, tout de suite, sans aucun délai. Sinon, vous devez insister pour que le responsable le fasse.

Vous pourriez être en mesure de trouver une aide extérieure pour sauver votre cul. Quelques vraies fissures Unity qui peuvent vous renflouer. Pour les $$$ supérieurs, bien sûr, mais les dégâts seront toujours moindres que si le projet se bloque. Mais c'est pourquoi vous avez besoin de la direction impliquée, car vous avez besoin d'une personne sur la table avec le pouvoir de dépenser nécessaire.

Vous avez également besoin d'une communication d'urgence avec le client. En fonction de ce qu'il sait ou non, de la nature du projet et du contrat signé, il peut être possible d'annoncer ou de négocier un délai pour gagner le temps nécessaire.

Vous devez escalader ceci et indiquez très clairement par écrit que c'est la situation que vous avez trouvée en assumant le nouveau rôle et que vous êtes tout à fait certain qu'à moins que des mesures d'urgence ne soient prises immédiatement , le projet ne parviendra pas à livrer à temps. Vous devez le faire pour vous couvrir le cul et éviter de devenir le mec de la chute.

Beaucoup de gens vous disent de couper et de courir. Mais c'est à cause du niveau de drame que vous créez à ce sujet, qui reflète évidemment un niveau très élevé d'inconfort et d'anxiété. Ce qui fait de vous un mauvais candidat pour être un gestionnaire de crise. Ils ont besoin de quelqu'un pour redresser le navire. Il est possible qu'ils aient des problèmes parce que la dernière personne n'a pas été honnête avec la direction.

Votre responsabilité est limitée

En tant qu'employé de W-2, vous n'avez aucune responsabilité personnelle pour les résultats ici au sens juridique. Le client ne peut en aucun cas vous poursuivre personnellement.

C'est un projet Unity3D qu'un client a payé (avec une énorme somme d'argent)

Si le projet est toujours bogué dans 5 jours, l'entreprise perdra les futurs contrats d'un client potentiel, qui peuvent être évalués à quelques dizaines de millions de dollars

Ce n'est pas votre problème / pas votre travail .

Il est facile d'obtenir un complexe de héros et de penser que le résultat est "tout sur vous". Mais ce n'est pas. Cela repose carrément sur les épaules des autres, qui ont la peau dans le jeu : ils ont investi leur capital dans cette entreprise, et leur richesse personnelle flotte ou diminue en fonction de leur décisions.

Quant à la crise imminente, vous ne savez pas. C'était leur travail d'avoir le doigt sur le pouls de leur projet et d'être en communication constante avec le client à ce sujet. Il est fort possible qu'ils aient déjà la conversation "va être en retard" avec le client, et les propriétaires et le client sont en train de régler le problème. Ce n'est pas votre problème .

Les informations du client peuvent donc être accessibles par Unity (et ainsi, peuvent entraîner des poursuites intentées par le client). Aucun de nous n'a Unity Pro (Unity pourrait également intenter des poursuites, je pense)

Ils ne peuvent pas poursuivre vous . Vous n'êtes qu'un employé. Vous êtes protégé par le voile corporatif, vous n'êtes pas un administrateur, un dirigeant ou un cadre supérieur, vous n'avez donc pas le type particulier d ' obligation fiduciaire qui est sujette à caution. Et vous n'êtes pas un avocat, et vous n'êtes pas au courant du produit du travail juridique de l'entreprise, donc vous ne savez vraiment pas.

Vous devriez dire quelque chose comme "Je ne suis pas sûr que nous ayons le bon Licence du logiciel Unity pour ce que nous faisons, veuillez demander à la loi de vérifier "et votre travail est terminé.

Il va donc être tard

Tout d'abord, absolument toute première chose, vous devez signaler à la direction qu'il est en retard, et un sens grossier de la distance en arrière, vis-à-vis des parties qui sont sous votre responsabilité. Il est plus important de le faire rapidement que de faire des recherches approfondies, alors passez 1 heure et non 2 jours à rédiger ce rapport. Voici ce dont ils ont besoin pour prendre leurs décisions commerciales .

Votre prochaine tâche consiste à formuler un plan pour que vos pièces soient effectuées le plus tôt possible, bien que tardivement. Vous voudrez développer cela le lendemain ou deux sommets. Établissez un calendrier réaliste et insérez-le dans un autre rapport écrit. C'est votre travail.

Ce sont des rapports CYA. Ils vont sur papier. Mettez une copie dans votre voiture avant de la leur présenter, puis remettez-la en main propre ou présentez-la à leur assistant administratif ou à leur responsable. Envoyez également un e-mail PDF. Ils n'ont pas besoin de connaître la copie que vous gardez pour vous. C'est une carte «sortez de prison gratuitement» dans le cas peu probable où vous en auriez besoin, mais j'hésite à le dire parce que je ne veux pas que vous paniquiez. Vous n'en aurez pas besoin.

Ce n'est pas que ce soit vos affaires, mais ce qui va vraiment se passer ici, c'est que la date limite va aller et venir, et l'entreprise aura des discussions avec le client et essaiera de déterminer ce qu'il faut faire ensuite et comment meilleure valeur de conservation. Presque certainement, le client consentira à une date de fin avancée. Si votre entreprise a vos estimations sous la main, elle peut négocier à partir d'une position de force et de confiance, et c'est le meilleur moyen de récupérer le contrat.

Ce n'est pas le premier projet en retard dans le développement de logiciels .

Opportunity Knocks

Contrairement à la réponse acceptée, je vais sortir sur une branche et dire que la probabilité d'être licencié est de 0. Contrairement au manager précédent, vous avez démontré que vous savez quoi vous faites et pouvez faire avancer les choses. Vous avez été affecté au projet parce que tout le monde sait que c'est un spectacle $ #! + Et que personne ne veut le toucher avec un poteau de 20 pieds. Tout le monde sait probablement que c'est une "mission suicide". Ils s'attendent donc à ce que vous échouiez, et vous le ferez probablement.

Puisque l'entreprise est en mauvaise posture et que vous avez été chargé de la mission de sauvetage, vous disposez désormais d'un énorme levier. Quelles sont leurs options? S'ils avaient quelqu'un de mieux pour réparer le Titanic, cette question aurait été rédigée par cette personne. Ne considérez donc pas cette situation comme une "promotion" dans un projet: considérez-la comme une véritable opportunité de promotion.

Dites la vérité

L'ancien responsable a menti à propos du progrès pour qu'ils ne paraissent pas mal, ou ils ont déjà dit à la direction que le calendrier était impossible, et la direction les a ignorés. Donnez votre évaluation professionnelle mais impartiale de la situation: "J'ai trié les bogues restants comme petits, moyens ou grands. Les petits bogues peuvent probablement être corrigés en 2 à 4 heures par un développeur Unity intermédiaire. Le moyen peut être corrigé en 4 à 12 heures. , et les bogues importants peuvent prendre 12 à 48 heures pour être corrigés. Compte tenu de ces estimations, nous avons besoin d'environ 340 heures pour corriger ces bogues, mais nous n'avons que 4 développeurs x 8 heures x 5 jours = 160 heures de développement disponibles. manque significatif d'expérience Unity au sein de l'équipe. "

Faites vos demandes

D'abord, dites à votre responsable que vous devez obtenir une licence Unity appropriée, sinon vous ne travaillerez pas sur le projet . N'oubliez pas que vous n'avez personnellement pas des millions de dollars en jeu à perdre. Et si l'entreprise vous expulse maintenant, quelqu'un (ou peut-être plusieurs personnes) au-dessus de vous vous suivra à la porte.

Deuxièmement, si vous connaissez d'autres experts Unity dans l'entreprise, en particulier ceux que vous connaissez et en qui vous avez confiance personnellement, dites à votre patron qui vous voulez exactement dans votre équipe et combien de temps vous en avez besoin. Utilisez vos projections de modèle de triage comme justification. Si vous pensez que vous pouvez faire appel à des armes de l'extérieur pour vous aider, allez-y, mais j'imagine que même le temps d'intégration rendrait cette solution irréalisable.

Troisièmement, dites-leur ce que vous pensez que vous pouvez de façon réaliste accomplir, dans les scénarios de ressources les plus probables. N'enrobez pas de sucre. Ce sera une pilule amère à avaler, mais ils doivent l'entendre et préparer le client. Juste pour faire ressortir le problème, dites à votre patron: "Si ces conditions ne fonctionnent pas pour vous, j'ai préparé ma démission pour vous." C'est fondamentalement juste un bluff, mais vous devez l'écrire au cas où ils l'appelleraient.

Conséquences

Si l'entreprise survit, il y aura évidemment des conséquences. Un problème ne devient pas aussi grave sans l'échec de plusieurs niveaux de gestion. Creusez, découvrez qui a ignoré les avertissements, ou a caché l'échec, ou a autrement agi de mauvaise foi, et assurez-vous que la direction traite ces personnes de manière appropriée, ou vous vous retrouverez simplement dans une autre crise dans quelques mois. Espérons qu'à ce stade, vous aurez le pouvoir d'exiger des changements et des améliorations (plus de formation Unity, évidemment), ainsi qu'un bonus / promotion pour vous-même et toute autre personne qui a dépassé les attentes. Ou, vous pourriez être à la recherche d'un nouvel emploi. Bonne chance!

Concentrez-vous sur ce qu'un leader ferait dans cette situation.

Soyez objectif dans votre évaluation et fournissez à votre leadership une analyse réfléchie de la situation maintenant que vous êtes réellement en mesure de mettre la main sur toutes les informations pertinentes. Informez-les des problèmes en suspens et proposez des solutions pour chacun.

Si vous pouvez corriger les bogues en 5 jours mais que vous devrez embaucher trois experts indépendants à 500 $ / h, présentez cela comme une atténuation contre le risque de perdre 10 millions de dollars si le projet échoue.

Ne soyez pas négatif et dites à quel point le projet va mal - énoncez les barrages routiers actuels, puis dites-leur comment les vaincre. De cette façon, vous n'êtes pas la personne qui n'a pas pu le faire, vous êtes la personne qui a présenté les solutions qu'une autre personne a refusées.

Certaines des réponses ci-dessus mettent en garde contre le fait d'être défini comme un homme d'automne. J'ai travaillé dans des endroits suffisamment désorganisés pour avoir les problèmes que vous décrivez, mais pas assez machiavéliques. Le rasoir d'Occam suggère un simple chaos, un brouillard de guerre, un manque de flux d'informations, etc. Et, ils ont déjà un gars de la chute: le manager devant vous. Vous ne pouvez pas probablement être le gars de la chute, si je comprends bien.

Certaines des réponses ci-dessus suggèrent de faire le minimum possible, ne soyez pas le héros, commencez à chercher le prochain travail, etc. Dans ma carrière, l'expérience d'être un héros est en fait utile. C'est nécessaire de temps en temps. À ta place, je serais excité à l'idée de m'entraîner à éteindre un feu aussi grand. Si vous échouez, ce n'est pas de votre faute et vous apprendrez sûrement quelque chose. D'après mon expérience, les industries sont petites et vous vous heurterez encore et encore aux gens à l'avenir et il vaut mieux qu'ils se souviennent d'un effort surhumain qu'un haussement d'épaules et de votre CV sur l'imprimante de l'équipe. Et qui sait, il y a une possibilité que les choses fonctionnent et que cela vous donne une promotion sérieuse. Ce n'est peut-être pas plus d'argent ou un nouveau titre, mais les gens commenceront à vous demander plus, à écouter ce que vous dites, et ainsi de suite. Cela seul rend le travail tellement plus agréable.

Bien sûr, ne parlez pas avec le client sans permission, mais en supposant que vous le pouvez, l'écoute est primordiale. Peut-être qu'ils ont besoin de la date mais pas toutes les fonctionnalités. Peut-être qu'ils ont besoin de toutes les fonctionnalités, mais la date peut glisser. Peut-être que leur principal désir est simplement que quelqu'un les écoute et comprenne ce dont ils ont vraiment besoin et ils peuvent échapper à la fiabilité des et fonctionnalités et . / p>

Aussi, sous-promettre à ce stade, la chose la plus difficile pour tout ingénieur de mon expérience.

C'est DOA - avant l'arrivée. Et vous étiez certainement voué à l'échec.

Renvoyer immédiatement le projet au précédent manager conseillé, qui s'est probablement distancé, car les narcissiques vivent souvent dans un monde onirique et ils sont incapables d'assumer la responsabilité de leurs actes . Celui qui a accepté de changer de chef de projet peu de temps avant la date limite pourrait en être un aussi - et il pourrait vous jouer. Pas étonnant que l'environnement soit devenu toxique, une fois que la réalité a fait surface. Cet entretien explique bien le problème réel - et la folie de la situation. Essayez toujours de laisser une trace écrite et d'avoir un témoin avec vous, lorsque des réunions pertinentes ont lieu. Si ce n'est pas une option, suivez la chaîne de commandement et laissez les représentants communiquer avec le client - afin de leur présenter un calendrier et des exigences de licence réalistes. Afin de garder le client, il peut être nécessaire d'accepter une pénalité conventionnelle, car les conditions du contrat ne seront pas respectées à temps. Le remplacement de certains coéquipiers non pertinents par des pigistes peut être nécessaire pour accélérer la progression.

Bien que la plupart, sinon la totalité, des réponses ici se concentrent sur la recherche du n ° 1 (c'est-à-dire vous), je vais proposer une réponse radicalement différente. Mais avant de le faire, je tiens à dire que ce que je décris dans cette réponse ne s’exclut pas mutuellement avec ce qui est décrit dans d’autres réponses (c’est-à-dire rechercher un emploi, tout documenter, arrêter avant l’échec, etc.) Alors gardez cela à l'esprit, le timing est tout dans cette situation. Vous voulez laisser suffisamment de temps pour changer radicalement d'approche si votre compréhension de la situation change.

Ce que vous devez réaliser à propos d'une situation comme celle-ci est celle où le proverbial s *** a frappé le fan proverbial. Quelqu'un a laissé tomber la balle en grand et vous avez été inséré dans cette situation à cause de deux scénarios possibles:

1. Vous êtes en train de devenir le gars de la chute. / li>
2. Vous avez été inséré dans la situation parce que quelqu'un de plus haut pense que vous êtes un faiseur de miracles.

Certes, chaque instinct me dit 1. est beaucoup plus probable, mais 2. est une possibilité qui ne peut être ignorée, et même si ce n'est pas vrai, vous pouvez toujours faire de cette possibilité une réalité.

Dans cette situation, si vous voulez le résoudre du mieux que vous le pouvez pour l'entreprise (c'est-à-dire faire le miracle,) vous n'avez vraiment qu'un seul jeu, c'est d'affirmer votre position de leader de le projet et négocier plus de temps avec les parties prenantes. Si vous ne parvenez pas à négocier, vous n'êtes pas dans une situation pire que celle que vous êtes actuellement. Si vous réussissez, vous pouvez négocier à partir d'une position de grande force (parce que vous représentez la seule lumière au bout du tunnel.)

Réalisez cependant que ce sont les deux seules possibilités et vous pourriez aussi swing pour les clôtures parce que si 1. est vrai, vous serez de toute façon à la recherche d'un nouvel emploi. Cependant, vous pourriez finir par frapper un coup de circuit à la place.

TLDR: Négociez plus longtemps car vous n’avez rien à perdre. Vous êtes soit le gars de la chute , soit le faiseur de miracles , alors supposez ce dernier et, dans le pire des cas, revenez au premier et commencez votre évasion.

Voici un point de vue plutôt mercenaire sur le sujet.

Si on ne vous a pas dit que c'est votre travail de parler au client, alors ce n'est pas votre travail de parler au client. Laissez cela à la direction, aux contrats, ou à n'importe quel service.

Il y a donc deux possibilités:

1. Le logiciel va être livré avec des bogues. S'il existe un contrat de support, les bogues seront corrigés. Le client ne sera pas content, mais vous ne pouvez rien faire à ce sujet.
2. Le logiciel ne sera pas livré à temps. Celui qui est chargé de parler au client devra régler ce problème. Ce n'est pas votre travail.

Alors faites tout ce que vous pouvez pour corriger les bogues les plus graves maintenant. Cela peut vouloir dire que les autres membres de l'équipe doivent aider. Ou cela peut signifier les geler pendant que vous travaillez vous-même. Faites tout ce qui peut résoudre les bogues les plus graves le plus rapidement possible.

Gardez la direction au courant de ce qui se passe. Cela suppose qu'ils n'ont pas déjà de réunions quotidiennes.