Question:
Comment améliorer la relation avec une équipe logicielle client qui fonctionne mal et devient moins collaborative?
Elitot Confused
2019-04-05 11:54:04 UTC
view on stackexchange narkive permalink

Je travaille en tant que chef d'équipe dans une équipe de 6 personnes (2 développeurs très seniors, 1 développeur senior, 1 développeur niveau moyen, 1 développeur junior et 1 graphiste senior). Notre client a sa propre équipe interne de 5 (1 architecte, 2 développeurs seniors et 2 développeurs juniors).

Les performances et les compétences de l'équipe interne sont extrêmement faibles (commits qui ne se compilent pas, même des balises, des fusions qui cassent / suppriment des fonctionnalités fonctionnelles et qui atteignent la production non testées, des questions absurdes, des mois pour effectuer des changements simples, etc.) et nous corrigeons toujours leur mauvais travail. Par exemple:

  • Nous avons corrigé des dizaines et des dizaines de bogues ouverts au cours de la dernière année et demie et qui ont été attribués à l'équipe interne, en passant moins de 30 minutes sur chacun (même dans la partie de le projet sur lequel nous n'avons jamais travaillé auparavant);
  • Un projet a été confié à l'équipe interne et a été estimé à 3 mois: au bout de 6 mois, ils ont admis ne pas pouvoir le terminer, le client nous l'a donc confié. En 6 mois, ils ont effectué moins de 10% du travail requis. En un mois et demi, nous avons clôturé ce projet;
  • Nous avons dû passer plus d'une semaine pour réparer un désordre dans SVN qu'ils ont créé

Depuis le début année, le client a plus ou moins contourné sa propre équipe et nous a tout confié directement (en fait notre équipe va bientôt grossir d'au moins 4 développeurs). L’autre équipe n’a pas bien pris les choses et essaie de nous saboter; nous avons besoin qu'ils contactent d'autres fournisseurs parce que pour leur politique interne; 2 fournisseurs ne peuvent pas parler directement sans médiation client et il leur faut littéralement des semaines pour simplement transmettre un e-mail. Lorsque nous avons besoin de précisions sur le code qu'ils ont développé, ils sont insaisissables et ne fournissent aucune explication utile. Ils ne nous ont pas donné les ressources ou les privilèges dont nous avions besoin pour accomplir nos tâches, etc.

Le client est bien conscient de la situation mais il semble ne vouloir rien faire pour la résoudre. Quelqu'un qui a vécu une situation similaire a-t-il des conseils sur la façon de résoudre ce problème?

Il sera peut-être utile de connaître la structure de l'entreprise cliente.Dans mon domaine, il y a un client (IT) qui rédige des détails sur les spécifications et avec lequel nous travaillons, mais il y a aussi une division spécialisée côté client (pour qui sera le logiciel) qui dit "cette tâche doit être faite, cenon »et trier les tâches par ordre de priorité.Cette division est autorisée "au-dessus" à la fois, le client IT et nous.Votre client est-il assimilable?
Le client d'@Allerleirauh est une grande entreprise (principalement nationale) de plus ou moins 2000 employés.Cette entreprise dispose d'un département informatique interne mais n'est pas son objectif principal (environ 100 personnes). Mon entreprise est multinationale avec 20000 employés.Je travaille dans la division informatique.Votre client n'est pas assimilable au nôtre: l'informatique interne décide de manière autonome des tâches à réaliser, à quelle priorité et qui les développera (en interne, en externe et auprès de quel fournisseur)
Votre entreprise compte 20 000 personnes?Ce n'est pas quelque chose que vous devriez même essayer de gérer vous-même, car vous êtes le chef d'équipe, pas celui qui est réellement responsable du contrat.Dites à votre patron le problème;ils vous diront quoi faire.
Par "le client est bien conscient de la situation", vous entendez que vous, votre direction ou quiconque est en charge du contrat dans votre entreprise, avez communiqué avec la ou les personnes de l'autre société qui sont en charge du contratet responsable de l'approbation du paiement des factures de votre entreprise?D'après d'autres choses que vous avez dites, il semble que vous vouliez dire "J'ai envoyé des courriels plus d'une fois aux personnes avec lesquelles je communique normalement dans leur équipe".Si c'est ce que vous voulez vraiment dire, alors ce n'est pas «le client est bien conscient de la situation».
Vous n'arrêtez pas de dire «client» mais cela ne nous dit pas grand-chose.Quelle est votre relation avec cette autre organisation?Êtes-vous un consultant?Dans quel but votre entreprise a-t-elle été embauchée par le client?
@Makyen nous parlons directement au client.Nous n'avons pas de manager parlant pour nous avec le client.Pour nous, «client» signifie le chef de projet du côté client
@LightnessRacesinOrbit nous développons sur un prix fixe, un logiciel de contrat annuel pour le client.Généralement, nous développons des portails, mais parfois des logiciels spécialisés.Le client décide directement à quel projet nous allouer.
Veuillez ajouter ce contexte à la question :)
Treize réponses:
PhD
2019-04-05 13:10:19 UTC
view on stackexchange narkive permalink

Veuillez ne pas vous induire en erreur, vous n'êtes rien de plus qu'un entrepreneur externe à l'entreprise. Vous ne faites PAS partie de l'entreprise, il n'y a donc aucune raison légale ou morale de vous accorder quelque chose de plus que ce que vous avez déjà. Vous n'appartenez pas à l'entreprise, vous n'êtes pas leurs ressources humaines, vous travaillez comme une relation fournisseur-client.

Vous avez été payé, non? Il ne devrait y avoir aucune raison pour vous de dépasser la limite, ce n'est pas votre entreprise. Ne soyez pas émotif. Si vous ne disposez pas de ressources, demandez simplement. Si ce n'est pas accordé, ce n'est pas le vôtre.

Quelqu'un qui traverse une situation similaire a des conseils sur la façon de résoudre ce problème?

Simple. Envoyez votre facture à votre client pour votre temps.

Les commentaires ne sont pas destinés à une discussion approfondie;cette conversation a été [déplacée vers le chat] (https://chat.stackexchange.com/rooms/92123/discussion-on-answer-by-smallchess-how-do-we-improve-the-relationship-with-a-cli).
Je suis d'accord avec cette réponse, qui mérite également d'être mentionnée: si vous ne l'aimez pas, passez à autre chose et obtenez un contrat que vous appréciez.
Robin Bennett
2019-04-05 17:19:44 UTC
view on stackexchange narkive permalink

C'est normal. Le client n'a pas une bonne équipe de développement, il vous confie donc une partie du travail. Leur équipe de développement se rend compte que vous êtes une menace pour leur travail, donc ils ne sont pas incités à vous aider.

Leur responsable aurait dû savoir que cela allait se produire, et il peut faire diverses choses pour résolvez-le, mais ce n'est pas votre problème.

Votre problème est de savoir comment vous assurer que ces retards ne vous donnent pas une mauvaise image de la personne qui paie la facture. Assurez-vous qu'il est conscient qu'il y a des problèmes et demandez-lui comment vous pouvez l'aider. Documentez tout!

Peut-être qu'il aimerait connaître les requêtes par e-mail qui restent sans réponse après une semaine, ou peut-être qu'il aimerait être mis en copie au début. Peut-être qu'il aimerait que vous corrigiez les bogues de l'autre équipe et que vous le facturiez, mais peut-être qu'il veut approuver chacun d'eux.

Vraisemblablement, il existe des contacts formels pour l'entreprise sous-traitante et l'entreprise cliente.Les problèmes doivent être escaladés à ce niveau.L'entreprise informatique devrait donner régulièrement des commentaires à ce niveau.Nous avons complètement X, et Y. Z sera terminé dans 3 semaines."Elitot Confused" attend depuis deux semaines pour AAA donc nous n'avons pas de date d'achèvement estimée pour AAA."Elitot Confused" attend depuis cinq semaines pour bbb et nous avons donc arrêté de travailler sur BBB.etc.// Version courte - Documentez tout !!!
Oui, "tout documenter" était l'expression que je cherchais quelque part dans ces réponses.C'est la chose la plus importante.
@MaxW - Votre commentaire ferait une bonne réponse.
bukwyrm
2019-04-05 13:21:52 UTC
view on stackexchange narkive permalink

Envoyez les demandes par e-mail à l'équipe client et effectuez un suivi avec un e-mail après le temps qu'il vous aurait fallu pour répondre à cette demande. CC ce rappel (bien rédigé) au patron de l'entreprise cliente. Ils l'ignoreront ou vous aideront. S'ils l'ignorent, vous avez la trace écrite pour prouver que vous n'êtes pas ceux qui ralentissent le projet, s'ils vous aident, tant mieux. Après quelques itérations, le patron de la société cliente pensera à un moyen de réduire sa charge de spam et vous donnera un passage rapide (une personne ne fait que transmettre les messages, comme votre propre VPN personnel).

En parallèle, essayez d'établir une relation personnelle avec un ou plusieurs membres de l'autre équipe. Les petites pannes de communication qu'elles produisent sont le signe qu'elles entretiennent un ressentiment personnel. Cela peut souvent être résolu par des rencontres en face à face. J'insiste sur les relations personnelles . Pas le genre de conversation «implémentons X», mais le «transport public est nul, hein?» - une conversation commune. Faites-leur voir les humains dans votre bande de connais-tout, et essayez-vous de voir les humains dans leur bande de connards.

Connaissant le client, ils ignoreront le spam.Nous avons eu beaucoup de discussions et de rencontres avec des personnes de cette équipe.Habituellement, ils restent sur leurs idées et nous restons sur les nôtres.généralement encore la nôtre s'avère correcte et le client le sait (car nous utilisons des preuves solides pour démontrer nos idées)
@ElitotConfused S'ils ignorent le spam, vous aurez un travail BS, mais un travail BS rémunéré - trouvez l'endroit mental pour gérer cela, ou quittez;--- à propos des rencontres: j'insiste sur les relations * personnelles *.Pas le genre de conversation "implémentons X", mais le "transport public est nul, hein?"genre de conversation.Laissez-les voir les humains dans votre bande de connais-tout, et essayez-vous de voir les humains dans leur bande de connards.
joeqwerty
2019-04-05 12:39:56 UTC
view on stackexchange narkive permalink

Le client est bien conscient de la situation mais il semble qu'il ne veut rien faire pour résoudre.

Vous avez donc porté ceci à l'attention des "pouvoirs qui be "et ils ne sont pas intéressés à résoudre le problème. Je suppose qu'ils vous paient pour tout ce travail «supplémentaire» que vous effectuez? Si tel est le cas, continuez à effectuer le travail et continuez à être payé pour cela ou renvoyez le client. Il n'y a pas d'autres options.

cela n'est pas utile si par exemple le patron de sa propre entreprise et le patron du client insistent sur cette relation ...
@Allerleirauh "il n'y a pas d'autres options" peut ne pas être utile mais c'est la bonne réponse
Nous travaillons sur un contrat de type location de corps.Il n'y a pas de salaire supplémentaire.le prix est fixé au début du contrat.
@ElitotConfused Je comprends que vous dites que le coût par heure est fixe, mais le nombre d'heures est-il fixe ou le produit livré (ou les deux)?Si c'est les deux, vous devriez trouver un nouvel emploi.Sinon, le coût a été augmenté - soit ils paient plus d'heures (heures supplémentaires), soit ils paient plus d'heures (car il faudra plus de temps pour que leur produit soit livré).
@user3067860 le seul cas où le client paie plus est lorsque l'équipe est en quelque sorte agrandie.Pour toutes les autres situations, le prix est fixé en termes d'heures de travail.
@ElitotConfused Donc, si les heures sont fixes, les tâches a-b-and-c ne sont pas effectuées si vous êtes occupé à faire x-y-and-z à la place.Donc, s'ils veulent a-b-et-c, alors ils doivent soit attendre d'avoir terminé ($$$) ou payer pour plus de gens ($$$).Si vous voulez arrêter de faire x-y-et-z, vous devez faire comprendre au client que x-y-et-z retiennent a-b-et-c ... et espérer qu'ils veulent plus de a-b-et-c.
JeffC
2019-04-05 20:15:57 UTC
view on stackexchange narkive permalink

Demandez une réunion de statut régulière avec le client (j'espère que vous l'avez déjà, mais j'ai l'impression que vous ne l'avez pas). (REMARQUE: par régulier, je veux dire au moins une fois par semaine, sinon 2 à 3 fois par semaine. Si vous pouvez le balancer, un stand-up tous les jours serait idéal.) Au cours de cette réunion de mise en état, parlez des obstacles que vous rencontrez actuellement. . listez-les un par un, ce dont vous avez besoin, ce que vous attendez et de qui, et quels sont les dangers si la demande n'est pas remplie en temps opportun ... la qualité du projet en souffrira, vous expédierez en retard, etc.

Nous avons envoyé un e-mail la semaine dernière indiquant que nous avons besoin de X des fournisseurs et que nous en aurions besoin d'ici une semaine afin de ne pas mettre en danger l'échéance du projet. Nous approchons rapidement d'une semaine depuis notre demande. Avez-vous des mises à jour sur le moment où nous pourrions obtenir X? Si nous ne l'obtenons pas d'ici ce vendredi, nous devrons repousser la date de livraison d'une semaine.

Nous avons envoyé un e-mail la semaine dernière à Jim pour lui demander des précisions sur le code du widget. Nous ne pouvons pas continuer tant que nous n'avons pas obtenu cette clarification. Quand pouvons-nous organiser cette réunion?

et ainsi de suite. Ne soyez pas accusateur ou émotif, soyez factuel, soyez clair sur les problèmes que ce problème cause ou causera au projet. Lorsque vous n'obtenez pas X pendant 3 semaines et que vous en aviez besoin le lendemain, personne ne devrait être surpris lorsque vous déclarez que la date de livraison va s'écouler de 3 semaines.

Une fois que les choses commencent à sembler avoir gagné N'expédiez pas à l'heure initialement convenue, commencez à communiquer régulièrement avec la direction du client. Informez-les que les retards X, Y et Z dont vous les avez notifiés sont le fait de leurs équipes et vous feront passer le délai prévu. Tout travail supplémentaire après la date X entraînera des frais supplémentaires au taux de Z $. (Il est peut-être trop tard pour faire une partie de cela, mais vous pouvez au moins commencer à laisser tomber des indices de renégociation de contrat en raison de retards indépendants de votre volonté et de la création de l'entreprise cliente).

Ouaip.La réunion de mise en état devrait avoir l'approche Joe Friday."Juste les faits monsieur ..." Ce n'est pas un endroit pour réfléchir à des solutions.Ainsi, le contact client prend un todo pour que Joe sur le site du client réponde ou pour savoir quand Joe répondra.
numenor
2019-04-09 16:39:33 UTC
view on stackexchange narkive permalink

Mon dernier rôle était exactement votre situation.

Cela semble dur mais fermez l'autre équipe avec des préjugés extrêmes. Ne leur parlez pas, ne les aidez pas, ne les soutenez pas ou ne leur permettez pas de toucher à ce que vous faites. S'ils causent des problèmes, documentez-les immédiatement (seulement si vous avez des preuves à l'appui, sinon oubliez-les), et escaladez le plus haut possible de votre côté.

En essayant de les satisfaire ou de les accommoder de quelque manière que ce soit même comme une tentative d'amélioration de la relation, sera considérée comme une faiblesse par les équipes de direction / direction tant du côté fournisseur que du côté client .

Si cette autre équipe est aussi mauvaise que vous le dites, elle peut élever le toit sur votre traitement et elle sera ignorée, rejetée, mise sur la touche et éventuellement (si vous êtes chanceux) supprimée complètement de le projet. D'après ce que vous avez dit, leurs propres dirigeants pensent qu'ils sont de toute façon incapables de livrer.

Ces environnements de distribution conjointe à deux équipes sont toxiques et ne fonctionnent pas. Soit vous, en tant que fournisseur, êtes responsable de la livraison du logiciel, soit l'équipe cliente l'a. Si vous, en tant que fournisseur, êtes responsable de la livraison, vous devez vous assurer que vous et votre équipe livrez le logiciel, car si quelque chose (y compris la propre équipe de livraison du client) vous empêche de le faire, vous et votre équipe en serez responsable.

Zibbobz
2019-04-05 20:49:08 UTC
view on stackexchange narkive permalink

Documentez chaque demande, chaque plainte et les heures perdues à essayer de travailler avec l'équipe interne pour obtenir les ressources dont vous avez besoin.

En ce moment, l'équipe interne se bat contre vous parce que, jusqu'à présent, vous vous êtes avéré plus capable de gérer l'application et vous les surpassez - ils ripostent en vous rendant les choses plus difficiles.

Continuez à fournir l'assistance dont vous disposez jusqu'à présent et tenez votre client au courant de tous ces blocages. CC eux, si vous le pouvez, afin qu'ils soient bien conscients de vos tentatives pour faire avancer les choses.

Finalement, ils devront affronter ce problème - mais ce n'est pas votre problème à résoudre. Votre seule préoccupation devrait être de faire votre propre travail et de montrer que vous faites tout ce que vous pouvez pour obtenir les ressources nécessaires à ce travail.

Tant que vous faites votre travail au degré que vous avez décrit jusqu'à présent, les seules complications étant l'équipe interne, ils ne devraient avoir aucune raison de rompre les liens avec vous (bien qu'ils puissent souhaitez envisager de restructurer cette équipe - mais encore une fois, ce n'est pas votre problème à résoudre).

+1 cela semble la bonne réponse.Une feuille Excel avec des e-mails et combien de temps ils sont retardés, peut aller très loin.
Turtle1363
2019-04-06 02:39:36 UTC
view on stackexchange narkive permalink

Voici ce que j'ai lu:

  • Nous sommes super
  • Client pas tellement
  • Ils ne nous aiment pas

Astuce de pro, parfois il vaut mieux être aimé que juste. Avec qui voulez-vous être le plus ami, le patron ou les travailleurs? Le patron paie les factures alors soyez toujours son ami. Mais parfois, il est utile d'être aussi ami avec les travailleurs.

Donc, au lieu de "Nous" contre "Eux", essayez de faire "Nous".

Règle n ° 1: BE NICE

Je suis sûr que vous êtes toujours très professionnel, mais d'après ce que vous avez dit dans votre message, je doute que vous soyez toujours gentil.

Parfois, une visite amicale au client , boîte de beignets / bonbons / plateau de viande-légumes / crème glacée / billets de cinéma / etc ... peuvent aller le long du chemin. Dites en gros: "nous voulons nous entendre, nous voulons vous aider, nous sommes de votre côté."

Ce n'est pas vraiment une récompense, car il ne semble pas que vous soyez dans un position pour récompenser ou punir. Il s'agit plutôt d'essayer de changer la perception de l'autre équipe à votre sujet, de "ils sont nos ennemis" à "ils sont nos amis".

Règle n ° 2: gardez le contrôle

Si j'étais manager dans cette situation, je dirais "comment mieux gérer le code".

Si possible, je maintiendrais un dépôt Git séparé, dans lequel vous pouvez ajouter leurs contributions en tant que demandes d'extraction séparées. S'ils sont bloqués sur SVN, qu'il en soit ainsi. Vous pouvez leur donner vos contributions sous forme de gros engagements uniques. Même si vous devez déplacer le code manuellement, c'est mieux que l'équipe cliente qui bousille le dépôt dont dépend votre équipe.

Ne laissez pas leurs mauvais commits et leurs mauvaises pratiques SVN contrôler votre productivité.

De plus, comme les autres articles l'ont dit, documentez les communications au cas où vous auriez besoin de CYA.

Bonne chance!

Sérieusement?Vous proposez de récompenser les comportements obstructionnistes et non professionnels en achetant des employés d'une autre entreprise. De la glace et des billets de cinéma?
Et SVN n'est pas le problème ici.
@LightnessRacesinOrbit parfois la carotte fonctionne mieux que le bâton.Il ne s’agit pas tant de «récompenser» que de stratégies pour contrôler la situation afin d’obtenir le résultat souhaité.
Si j'ignorais volontairement une équipe pendant des semaines, alors ils sont venus me donner des billets de cinéma, je trouverais cela vraiment gênant et bizarre.
@LightnessRacesinOrbit, peut-être?Les relations peuvent être gênantes et étranges.C'est à ce moment-là que vous mettez le chef d'équipe de côté et dites quelque chose comme suit: "J'ai l'impression que notre communication n'a pas été la meilleure ces derniers temps. Je veux que vous sachiez que nous sommes là pour vous et que nous avons tous le même objectif:souhaitant que l'entreprise réussisse. Je voulais juste vous donner ce petit gage, j'espère que vous l'apprécierez. Si vous avez besoin de quelque chose, faites-le nous savoir. Nous attendons avec impatience les nouveaux défis et opportunités dans les prochaines semaines, j'espère que jepeut compter sur vous pour votre soutien. "
Brian Y
2019-04-06 03:26:49 UTC
view on stackexchange narkive permalink

Où se trouve l'équipe interne du client? Est-il possible que quelqu'un de votre équipe puisse se rendre sur le site où se trouve l'équipe interne? J'ai eu des expériences dans le passé avec des équipes avec lesquelles il était difficile de travailler, et je trouve que la meilleure solution est de simplement aller parler directement avec les gens. J'ai dû passer des journées entières à rechercher moi-même les informations des équipes internes, simplement parce que la communication et l'initiative n'étaient tout simplement pas là. Il n'est pas nécessaire d'être abrasif ou conflictuel, il suffit de se présenter et d'établir les lignes de communication. Découvrez s'ils ont une réunion hebdomadaire et demandez à quelqu'un d'y assister. L'essentiel est que l'autre équipe a du mal et votre travail le montre à tout le monde. Ils sont défensifs pour une bonne raison, alors montrez-vous simplement avec l'attitude «comment pouvons-nous nous entraider?». Vous pouvez peut-être commencer à faire du mentorat ou les aider à améliorer leur processus. Vous êtes embauché en tant que consultants non seulement pour livrer le projet, mais pour améliorer l'entreprise / l'équipe.

ivan_pozdeev
2019-04-06 19:33:48 UTC
view on stackexchange narkive permalink

D'autres réponses ont porté sur la manière de couvrir l'aspect financier des choses. Maintenant, si leurs dommages vous causent également une anxiété inutile et des revers que l'argent supplémentaire ne peut pas résoudre seul, vous pouvez éliminer ces dommages à eux seuls. Par exemple, avec ces mesures:

  • Ne travaillez pas sur la même base de code. Ne fusionner leurs modifications qu'occasionnellement (pour limiter drastiquement le temps passé à signaler leurs défauts encore et encore) et seulement après avoir passé votre scrunity.
    • Vous pouvez rationaliser cela pour le client comme suit: "Leur code est pas à la hauteur de nos normes, nous devons donc les leur apporter à chaque fois avant de les incorporer - sinon, cela coûte beaucoup plus de temps et d'argent sur toute la ligne ".
    • Incitez-les à fusionner votre change de façon opportuniste par smth comme: "Sinon, cela nous coûtera beaucoup plus de temps lors de la prochaine fusion."
    • Vous avez mentionné qu'ils utilisent SVN. Vous pouvez utiliser Git en interne car il présente une logique de branchement et de fusion beaucoup plus avancée, ce qui facilite beaucoup les fusions complexes. (Git est livré avec un pont SVN bidirectionnel prêt à l'emploi.)
  • Ne corrigez pas leurs bogues pour eux dans le cadre de votre travail mais plutôt comme une activité distincte (par exemple dans le cadre de la scrunité mentionnée ci-dessus) afin qu'il soit facile de le séparer de votre travail régulier et de le facturer séparément (plus le client verra exactement combien son personnel l'incompétence leur coûte).
  • Si votre partie du travail dépend de certains modules fournis par eux, prévenez le client que vous ne compléterez pas cette partie de la fonctionnalité si son module n'arrive pas à temps. Ne travaillez sur ce module qu'une fois que le client vous le demande explicitement et de la même manière que ci-dessus.
  • Proposez de coacher son personnel comme une activité supplémentaire mais uniquement s'il le souhaite lui-même - des revues de code (par exemple pendant la scrunité ci-dessus, laissez-les eux-mêmes résoudre les failles) à leur enseigner les meilleures pratiques.
Joshua
2019-04-05 20:56:27 UTC
view on stackexchange narkive permalink

J'ai donc lu les réponses existantes et il y a plus à traiter.

Envoyez votre facture à votre client pour votre temps.

Correct ; cependant, nous avons aussi maintenant un problème de moral des employés de votre côté; ou si nous ne le faisons pas, nous le ferons bientôt. Quelles que soient les choses bon marché que vous pouvez faire pour garder le moral, il est temps de commencer à les faire.

Vous devrez peut-être aborder votre client avec quelque chose du genre "En raison de certains problèmes de votre côté qui causent le moral d'un employé problème pour nous, nous devons augmenter nos futurs tarifs pour vous d'environ 10% afin que nous puissions acheter des avantages pour les employés. " Mais s'il vous plaît, trouvez quelqu'un de plus diplomate que moi.

OP n'est pas le patron, donc je ne pense pas que cette réponse ait un sens pour eux.
@user87779: Dans ce cas, le problème de moral devra se propager vers le haut jusqu'à ce qu'il atteigne quelqu'un qui puisse agir.
exactement, je suis d'accord.Alors peut-être [modifier] la réponse pour dire cela, et peut-être un moyen pour le PO d'aider si cela se produit si vous pensez qu'il le peut.
@user87779: Je suppose que vous ne pourriez pas ajouter une modification?J'ai manqué de capacité (c'est pourquoi mon représentant reste faible ...)
hein, je ne peux pas non plus.Je me demande si la question était protégée ou quelque chose de bizarre.
Mike Robinson
2020-05-18 20:06:09 UTC
view on stackexchange narkive permalink

Cela ressemble à une question de contrat juridique potentielle qui devrait être transmise à la haute direction ... cela pourrait se retrouver chez un conseiller juridique d'entreprise si l'autre société est en «rupture de contrat substantielle» avec la vôtre . Pas à vous de décider. Alertez simplement les pouvoirs en place que le problème existe.

gnasher729
2019-04-06 02:34:15 UTC
view on stackexchange narkive permalink

Le client (ici: le client) a toujours raison. Tant que le client paie. Ainsi, tant que le client paie pour chaque heure de travail, peu importe que son équipe soit paresseuse et incompétente. Si votre travail prend trois fois plus de temps, vous êtes payé trois fois plus.

Bien sûr, tant que le client paie. Vous devriez donc avoir un journal sur tout ce que vous avez demandé à l'équipe cliente de faire, et quand il a été livré, et avec de nombreux bogues. Ainsi, si le client ne souhaite pas payer, vous pouvez lui montrer pourquoi les choses prennent autant de temps.

Le PO a déclaré qu'il recevait un montant fixe.Je ne sais pas exactement ce que cela implique, mais dans quelques autres commentaires, ils semblent impliquer qu'ils ne sont ** pas ** payés plus pour travailler plus longtemps.Cela me semble fou, mais vous en savez peut-être plus sur de telles situations.


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...