Question:
Comment dire à votre patron qu'un travail imprévu retardera un projet?
redsoxfantom
2019-02-14 19:34:41 UTC
view on stackexchange narkive permalink

Je suis un nouveau chef d'équipe sur un projet d'intégration des logiciels de mon entreprise avec un fournisseur externe. Ce projet a été planifié et estimé avant mon arrivée, je suis donc à peu près juste la feuille de route.

Cependant, nous venons de recevoir une livraison du fournisseur nécessitant une toute nouvelle méthode de communication entre notre code et le leur. C'était un travail complètement imprévu qui doit être effectué immédiatement et nécessitera un effort décent, ce qui fera sortir nos autres fonctionnalités prévues. J'ai également découvert que ce fournisseur était connu pour avoir créé ces «surprises» dans le passé.

En gros, je dois dire à mon patron que nous venons de nous parler de la fonctionnalité X, qui nécessitera Y des heures de travail à faire, ce qui fera sortir les fonctionnalités A, B, C, sans trop ressembler à une plainte. Quelle est la meilleure façon de procéder?

Que dit votre contrat avec le fournisseur au sujet des changements d'API surprise?
Cinq réponses:
user44108
2019-02-14 19:37:44 UTC
view on stackexchange narkive permalink

Dites-lui simplement les faits tels que vous les voyez actuellement. C'est vraiment aussi simple que cela.

Vous devrez peut-être organiser une réunion pour discuter des implications de ce changement et de son lien avec la feuille de route. Venez à cette réunion avec des estimations, ainsi que vous pouvez les faire pour le moment (et quels éléments vous ne pouvez pas estimer, en raison d'un manque d'informations).

Et laissez-le ensuite décider comment cela va jouer out - si vous devez ou non changer votre chemin de développement, et de combien.

Si ce fournisseur a déjà changé les objectifs, cela ne sera pas totalement inattendu et il pourrait bien y avoir un plan de sauvegarde pour cette éventualité.

J'ai travaillé dans des entreprises où il y a eu un accord selon lequel les fournisseurs ne détruisent pas l'interface de l'API quand ils en ont envie - la promesse de non-paiement d'un service peut être assez convaincante.

+1.Bons conseils d'@Snow.J'ajouterais que Y devrait être une plage, pas un nombre spécifique.
@Justin D'accord, quelque chose comme une [estimation en trois points] (https://en.wikipedia.org/wiki/Three-point_estimation) devrait fonctionner suffisamment bien pour toutes les parties impliquées.
Cela pourrait même être quelque chose qui sort de la portée contractuelle de leurs travaux.Je suis sûr que le Premier ministre apprécierait d'être payé pour cela au lieu de le voir gruger son budget de manière inattendue.
Sourav Ghosh
2019-02-14 19:44:04 UTC
view on stackexchange narkive permalink

Quelle est la meilleure façon de procéder?

Immédiatement entrez dans un discussion et dites à votre patron: ( emprunter des mots à vous-même )

"Hé patron, on vient de nous parler de la fonctionnalité X, qui nécessitera Y heures de travail , qui déploiera les fonctionnalités A, B, C. J'ai également découvert que ce fournisseur "PQR" était connu pour avoir créé ces "surprises" dans le passé. Même si nous pouvons obtenir des assurances concrètes de "PQR" que c'est le dernier d'entre eux, nous devrions envisager de revoir la feuille de route restante pour nous assurer que nous pouvons gérer quelques surprises supplémentaires sans manquer nos délais. "

Quelle est la solution (plan B) ?

Vous le découvrirez après la discussion avec votre responsable et votre équipe.

Tout comme le dit Sourav, la clé est de *** immédiatement *** apporter l'information à votre patron.
Peut-être souhaitera-t-il ajouter à la discussion que: "comme 'PQR' a fait cela dans le passé, et donc très probablement à nouveau dans le futur, nous pourrions vouloir commencer à chercher un autre fournisseur, avec une gestion des versions / modifications plus stableet / ou rétrocompatibilité "
@noslenkwah OK, je ne sais pas.Je pensais mentionner désolé, mais là encore, OP ne tenait pas compte de la planification initiale, donc rien à redire.Une meilleure formulation?
@SouravGhosh - Je le laisserais de côté.Il n'y a aucune raison de penser que OP va être blâmé pour un client qui déplace les messages d'objectif et donc aucune raison de résoudre le problème.- juste mon avis
Acceptez *** immédiatement ***.Comme quelqu'un que je connais aime à le dire, * "Les mauvaises nouvelles ne s'améliorent pas avec le temps." *
«Une meilleure formulation?Que diriez-vous de "... J'ai également découvert que ce fournisseur" PQR "a été connu pour créer ces" surprises "dans le passé. Même si nous pouvons obtenir des assurances concrètes de" PQR "que c'est la dernière d'entre elles, nous devrions envisager de revoir la feuille de route restante pour nous assurer que nous pouvons gérer quelques surprises supplémentaires sans manquer nos délais. "
Old_Lamplighter
2019-02-14 20:25:53 UTC
view on stackexchange narkive permalink

Ne tardez pas, agissez maintenant

C'est assez standard pour l'industrie.

Donnez un bref résumé au patron dès que possible.

X s'est produit, provoquant Y, nous examinons à quel point c'est grave, et je vous ferai savoir par Z combien de temps cela prendra pour corriger.

Si le patron n'est pas déjà conscient de la tendance du vendeur à tirer des choses comme ça, faites-le lui savoir. Il devra peut-être escalader au sein de l'organisation. L'entreprise devrait probablement prendre des mesures pour inclure une compensation pour de telles «surprises» à l'avenir.

puis continuez, comme d'habitude.

jcaron
2019-02-14 21:10:28 UTC
view on stackexchange narkive permalink

Honnêtement, je ne vois pas où est le problème. Ce n'est pas comme si c'était de votre faute, la faute de quelqu'un d'autre dans votre équipe, ou même des personnes qui ont fait la planification avant vous (à moins que ce type de comportement de ce fournisseur ne soit si courant qu'il aurait dû inclure un tampon approprié dans la planification de ça!).

Comme d'autres l'ont dit, il suffit d'informer votre patron, y compris le temps nécessaire pour le travail supplémentaire, et les nouvelles estimations de livraison.

En fonction des autres contraintes éventuelles soit, votre patron peut alors décider (seul, ou avec vous), de tout supprimer (cela devient trop coûteux, concentrons-nous sur autre chose), de supprimer certaines fonctionnalités, de réorganiser certaines fonctionnalités (j'ai besoin de la fonctionnalité X avant l'heure Y pour une raison Z), ajoutez plus de ressources ...

Bien sûr, si vous êtes déjà au courant de certaines de ces contraintes (la fonctionnalité X est requise avant le temps Y, ou le budget maximum quoi qu'il arrive est Z ...), vous devriez probablement en tenir compte dans votre communication, en prenant éventuellement l'initiative de suggérer tout autre changement que vous pensez être nécessaire (mais laissez-leur la décision). Votre patron appréciera que vous apportiez des solutions plutôt que des problèmes.

Selon qu'il s'agit d'une nouvelle fonctionnalité standard ou de quelque chose spécialement conçu pour un client (ou quelques clients), il peut également y avoir un besoin pour communiquer avec le client et / ou facturer davantage.

Ray Koren
2019-02-15 05:43:15 UTC
view on stackexchange narkive permalink

Dites à votre patron que vous venez d'être informé de la fonctionnalité X, qui nécessitera Y heures de travail, ce qui fera sortir les fonctionnalités A, B, C. Ne vous plaignez pas. Simple.



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 4.0 sous laquelle il est distribué.
Loading...