Existe-t-il un moyen de lutter contre les ventes sans cesse en excès? [fermé]

120

Il semble que je sois constamment coincé dans une situation où les dates de sortie ne sont pas basées sur des considérations techniques, mais parce que quelqu'un des Ventes s'est engagé envers un client à ce moment-là. D'après des discussions avec des amis en développement dans d'autres sociétés, la même chose semble se produire.

"Voici la liste des fonctionnalités validées et la date de publication de la version", et il est difficile d'argumenter car, à l'heure actuelle, il y a de l'argent en jeu, et cela prime sur tout.

En général, y a-t-il un moyen de repousser cela? Si ce n'est pas pour cette version, qu'en est-il à l'avenir? Le problème que j’ai, c’est que je ne vois qu’une façon de le faire, c’est de faire de mon mieux, mais de publier le logiciel «tel quel», pour ainsi dire.

Je ne veux pas publier de logiciel corrigé de bugs, car son nom est attaché, mais passer 80 heures par semaine pendant des mois à la fois ne fait que confirmer la date de sortie fixée de manière arbitraire.

edit: pour mémoire, je ne fais pas 80 heures par semaine maintenant, cela me vient à l’esprit comme ce qui serait nécessaire pour couvrir les fonctionnalités attendues avant la date de sortie.

Shawn D.
la source
49
Pourquoi votre nom est-il associé au produit alors que vous n'êtes pas celui qui prend les engagements? Si l' entreprise souhaite mettre au point un logiciel de mauvaise qualité, c'est son droit, mais vous n'avez aucune raison de prendre la responsabilité personnelle d'une décision que vous n'avez même pas prise.
4
@Giorgio haha ​​bon un :)
ell
3
@ShawnD. Pour la horde!
Kalamane
3
@ell: Merci. Eh bien, je pense que c’est une mauvaise gestion d’essayer de faire travailler plus de développeurs qu’ils ne peuvent en fournir. Chaque projet présente une complexité inhérente et si vous allouez trop peu de ressources, vous vous retrouvez avec un mauvais logiciel ou vous ne livrez pas à temps. Une bonne gestion a pour tâche de reconnaître cela et de planifier en conséquence. La meilleure chose à faire est que le gestionnaire soit également un bon développeur.
Giorgio
3
Achetez le Clean Coder. Lisez-le (je l'ai dévoré en un week-end) et appliquez les idées avec vigueur à votre carrière. Votre travail consiste à donner un "Non" honnête si le travail ne peut être accompli. Si vous ne le faites pas, vous n'aurez à blâmer que vous-même. Je sais que le risque de perdre un emploi pourrait peser sur le courage d'être honnête. Mais le revers de la médaille est contraint de passer 80 heures par semaine à respecter un engagement totalement infondé.
Michael Brown

Réponses:

147

Arrêtez de faire les semaines de 80 heures. C'est un renforcement positif . Parce qu'ils obtiennent le produit à temps avec les coûts prévus, ils continueront de le faire, peu importe ce que cela vous fait.

S'ils ne peuvent pas gérer correctement leur temps, c'est la faute de la direction. Pas le vôtre.

Laissez-les manquer quelques échéances.

Malfiste
la source
60
+1 pour se lever pour vous-même. Les développeurs qui s’autorisent à se promener partout sont exactement ce qui permet à de telles cultures d’éclaboussures de perdurer.
31
J'ajouterai que pendant que cela fonctionne, vous voulez minimiser les dommages que cela peut causer à la relation client. Dès que vous obtenez un délai déraisonnable, vous devez être franc et informer le vendeur que cela ne se produira tout simplement pas, afin qu'il puisse traiter avec le client en conséquence.
GSto
40
Malheureusement, dans de nombreux endroits, cela fera en sorte que le développeur qui travaille seulement des heures "raisonnables" ne semble pas être un "joueur d'équipe" qui n'aide pas à atteindre ses objectifs. Ils seront probablement les premiers contre le mur lorsque les tailles d’équipe seront coupées. Peut tout aussi bien chercher du travail pour un employeur plus raisonnable. Cette tactique de "travail à la règle" ne fonctionnera que si tous les développeurs sont à bord.
FrustratedWithFormsDesigner
20
@FrustratedWithFormsDesigner Qui se soucie de savoir s'ils ne vous voient pas comme un joueur d'équipe? S'ils ne vous aiment pas, ils peuvent vous libérer de cet endroit terrible et vous pouvez chercher autre chose pendant que vous collectez le chômage pendant un certain temps. En outre, ce n’est pas comme si les ventes et la gestion s’inquiétaient à l’avenir pour le bien de «l’équipe» en prévoyant des heures supplémentaires obligatoires. Cela me surprend que des développeurs avec des compétences recherchées et négociables se soumettent à ce genre de brimades de la part de la direction. Si vous pouvez être licencié ou arrêté et avoir un autre emploi en moins de 3 mois, alors vous avez tout le pouvoir.
maple_shaft
6
@FrustratedWithFormsDesigner: Ayant personnellement fait face au risque élevé d'échec d'un engagement excessif, je peux vous recommander de chercher un nouvel emploi dès que vous savez que les choses commencent à devenir fragiles. Parce que si vous êtes considéré comme un mauvais joueur d’équipe, vous vous sentez presque épuisé par les heures supplémentaires, il y a de fortes chances que votre soi-disant "équipe" vous frappe dans le dos et que vous soyez finalement renvoyé, même si vous avez fait de votre mieux. La recherche d'un emploi, car vous en avez toujours un, est une situation bien meilleure pour vous que la recherche d'un emploi alors que vous êtes hors d'un emploi qui ne vous donnera pas de bonnes références.
Spoike
96

En général, y a-t-il un moyen de repousser cela? Si ce n'est pas pour cette version, qu'en est-il à l'avenir?

Bien sûr, il y a: laissez-les échouer mal avec cette approche. Rien n'enseigne ni échoue.

Faites une estimation vous-même avant de commencer et montrez-la- leur. Ensuite, faites de votre mieux, écrivez le bon code, arrêtez de compenser leur stupidité par votre temps libre et, quand ils se plaindront plus tard, rappelez-leur l'estimation de temps que vous leur aviez montrée, basée sur des principes d'ingénierie.

Et vous feriez mieux de commencer à faire cela avec le projet actuel .

S'ils continuent à vous blâmer pour le problème, vous feriez mieux de commencer à chercher un nouvel emploi, car rien ne les convaincra que c'est le problème.

Après coup, je pense que cette question mérite en fait un lien vers la célèbre histoire d'EA telle que présentée dans l'un des livres de Joel: EA: The Human Story .

sbi
la source
1
Assurez-vous de bien faire la différence entre une estimation et un engagement: blog.mountaingoatsoftware.com/… On dirait qu'ils ne s'en soucient pas non plus, mais une fois qu'ils le font, il est utile de connaître la différence.
StuperUser
26
+1 pour leur montrer l'estimation . En outre, je voudrais ajouter quelque chose à ce message: même dans les environnements de société de la mort, fournir du travail gratuitement aux clients (c'est-à-dire toutes les heures supplémentaires non rémunérées) est fortement découragé, car l'entreprise aurait pu le faire. beaucoup plus d’argent sur le même travail s’ils facturaient le client . Soulignant que la surattribution de vente est en train de perdre l'argent de l' entreprise pourrait faire toute la différence.
5
Un projet qui échoue n'enseigne rien au management dans une culture similaire à celle décrite. Étant donné que les vendeurs rapportent de l'argent et que les développeurs ne sont qu'une dépense nécessaire , on blâmera toujours les développeurs de ne pas travailler assez fort si les vendeurs surestiment.
Mark Booth
2
Ouais. Ainsi, lorsque les ventes vous parviennent sans spécifications, insistez-y avant de consentir à une estimation, ou donnez-leur une fourchette d'estimation appropriée en fonction du niveau de détail fourni. Ce sera généralement quelque chose comme "entre une et trente semaines".
PeterAllenWebb
2
@ Mark Booth: C'est pourquoi vous devez monétiser les coûts de développement. Bien sûr, le développement est une dépense nécessaire, mais ce n’est pas la seule. Et en général, la direction ne comprend que le travail des ventes est de vendre au- dessus des coûts; n'importe quel imbécile peut vendre en dessous du coût.
MSalters
52

Cela est généralement dû à une incitation perverse: les vendeurs sont payés à la commission, tandis que le personnel de production est payé en salaire. Les commerciaux disposent de plusieurs leviers: caractéristiques, coût et date de livraison. Ils découragent fortement de réduire les coûts, car cela réduit généralement leur commission, de sorte qu'ils ont tendance à augmenter les fonctionnalités et la date de livraison (en termes d'avance). Ils vont pousser ceux-là aussi haut que possible afin de conclure le marché.

Essayez de voir cela de leur point de vue, juste pour un moment. Ils ont aussi une famille à nourrir - et si la différence entre clore une vente sur laquelle je travaille depuis des mois réside dans la réduction de quelques semaines de l'horaire, c'est une tentation incroyable, surtout si je ne le fais pas. vraiment comprendre ce que cela signifie.

La tentation est de dire "ce sera toujours ainsi et ce sera toujours ainsi". Mais un endroit dans lequel je travaillais avait au moins une solution PROPOSÉE, sinon mise en œuvre ... un gestionnaire a finalement levé la main et a déclaré: "Si les heures supplémentaires des programmeurs sont utilisées pour conclure une vente, ils devraient recevoir une partie de la Commission." Cela n’avait pas été mis en œuvre, mais les incitations de tout le monde auraient été alignées plus étroitement. Les programmeurs auraient été ravis d’entendre parler d’une nouvelle fonctionnalité qui devait sortir très rapidement, car ils anticiperaient la commission et les les vendeurs seraient moins aptes à créer ces circonstances, car ils seraient moins susceptibles de travailler à leur avantage.

Chris B. Behrens
la source
46
+1 si les heures supplémentaires des programmeurs sont utilisées pour conclure une vente, ils devraient recevoir une partie de la commission.
Gilbert Le Blanc
12
Cela encouragerait les développeurs à libérer de la merde non testée.
quant_dev
5
Une fois, un directeur des ventes m'a acheté le déjeuner et a reçu une commission de plusieurs milliers de dollars sur un projet que je me trouvais au bout de cinq semaines à livrer. Je ne peux pas dire que cela m'a beaucoup fait me sentir mieux à propos de la situation.
Dan Ray
7
@quant_dev - chaque situation encourage les développeurs à publier de la merde non testée - à l'exception des tests. C'est une question distincte.
Chris B. Behrens
18
Le moyen le plus simple d'ajuster les incitations consiste à soustraire le coût des heures supplémentaires du montant de la transaction avant de payer la commission en pourcentage.
robertc
26

L'équipe de développement doit être consultée sur ces décisions, sinon vous ne sortirez jamais de ce cycle. Si vous ne gérez pas l'équipe, l'un de vos responsables hiérarchiques doit défendre l'équipe de développement. S'ils font partie du problème, vous voudrez peut-être envisager d'autres options d'emploi.

En règle générale, les ventes ne devraient s'engager dans aucune activité sans l'accord de la direction produit, qui devrait évidemment consulter l'équipe de développement pour connaître les délais. Il n’ya vraiment aucune bonne excuse pour éviter cela dans une grande ou une petite entreprise car au bout du compte, l’équipe des ventes devra faire face à des problèmes de sous-production (de qualité ou d’envergure).

RichardM
la source
2
+1 pour une sommation précise et de haut niveau. La gestion des produits devrait être impliquée, mais il peut s'avérer nécessaire de s'engager plus avant et de paraître mauvais plus tard pour assurer la survie de l'entreprise.
maple_shaft
C'est bien de dire des choses comme ça, mais ce n'est pas un conseil réel qui pourrait aider à résoudre le problème actuel du PO. Quelles mesures pourraient-ils prendre pour parvenir à cette meilleure position?
FrustratedWithFormsDesigner
@FrustratedWithFormsDesigner En plus de discuter avec la direction de la nécessité d'une meilleure contribution de la gestion des produits dans les discussions de vente, eh bien ... rien ne peut être fait en tant que développeur. Ces types d’entreprises ont des habitudes bien définies et rien de moins que des changements de direction ne changeront rien.
maple_shaft
1
Malheureusement, dans de nombreuses entreprises, l’avis des «gurus / rockstars» des ventes a souvent plus de poids que celui de la gestion de produit, qui parfois n’est tout simplement pas assez fort pour faire valoir son point de vue. J'ai constaté que beaucoup de vendeurs estiment que quelle que soit l'estimation du temps proposée par les développeurs, elle sera trop pessimiste et peut au moins être réduite de moitié facilement.
dodgy_coder
Les vendeurs reçoivent beaucoup plus de prestige que les développeurs car ils sont beaucoup plus étroitement liés au flux de chèques entrant envoyé par les clients. Cela est vrai même dans les sociétés de logiciels où les développeurs sont sans doute très importants, mais pas aussi importants que les vendeurs qui "ramènent le bacon à la maison". C’est, malheureusement, comme presque tous les PDG, etc.
CraigTP
21

C’est une chose presque universelle dans les petites entreprises car elles ont davantage besoin de conclure un marché. Jusqu'à ce que je sois amené à des réunions de vente dans mon entreprise, j'étais amer à cela, mais je peux au moins comprendre comment et pourquoi cela se produit un peu plus.

Les clients le veulent vite et beaucoup joueront difficilement. Cela encourage les ventes à respecter les délais impartis simplement pour faire signer quelque chose. Un contrat signé est de l'or car vous pouvez acquérir du capital ou du crédit à l'aide d'un. Parfois, il est préférable d’avoir un délai serré plutôt que de ne rien travailler du tout.

D'autres fois, si le marché est chaud et qu'il y a beaucoup de concurrents, la société a un besoin imminent d'obtenir un produit plus rapidement que tout le monde. Une plus grande entreprise ou une entreprise disposant de plus de capital peut toujours engager plus de ressources, une plus petite ne peut pas.

Les échéances sont vraiment artificielles et les ventes et la direction le poussent à obtenir de gros bonus pour eux-mêmes.

Ne prenez pas l'habitude de travailler plus de 45 heures par semaine, c'est mauvais pour la santé et c'est primordial.

arbre_érable
la source
2
Je conviens qu'il est plus difficile pour les petites entreprises de mettre du pain sur la table. Pourtant, il est faux pour les ventes d'obtenir des commissions pour l'effort supplémentaire des développeurs. La direction doit reconnaître puis rectifier cette situation, sinon le chiffre d’affaires des développeurs sera toujours élevé.
semaj
16
+ 1 "Ne prenez pas l'habitude de travailler plus de 45 heures par semaine, c'est mauvais pour la santé et c'est
primordial
2
C'est quoi avec 45h? Vous n'avez pas chanté un contrat de 40 heures?
sbi
14
@sbi: Vous pourriez être surpris. Là où je travaille, nous avons en effet été obligés de chanter le contrat. En fait, il a fallu environ 40 heures pour chanter le tout. (Il y avait beaucoup de petits caractères.) C'était particulièrement mauvais, parce que ma voix est faible.
Matthew Scouten
3
@MatthewScouten combien de langues parlez-vous?
Jim
11

J'ai travaillé des deux côtés de la maison. N'oubliez pas que sans vendeurs, il n'y aurait pas d'emplois ou de projets en aval.

Comment lutter contre le dépassement des ventes : faites une estimation, puis prenez un multiple d'au moins 130% (prévoyez toujours une réserve minimale de 30%). Fournir et documenter ladite estimation. Réalisez que vos estimations d'effort seront réduites dans le processus de vente. C'est bien, il suffit que la direction exclue de l'accord de licence / vente / commission toute réduction de ces heures. Si vous êtes une entreprise publique cela devient difficile avec VSOE , mais jusqu'à ce que vous frappez les gens de vente avec la responsabilité du contrat initial au cours de leur processus de vente, il deviendra votre responsabilité plus tard.

Jé Queue
la source
6
Cela ne fonctionne que si le PO est autorisé à voir la fonctionnalité potentielle et à donner une estimation avant que les vendeurs essaient de vendre. On dirait que l'OP n'a même pas une chance : "Here is the committed feature set and here is the committed release date".
FrustratedWithFormsDesigner
2
Le problème, c’est que les vendeurs supposent souvent que vous avez ajouté une réserve, c’est pourquoi ils s’engagent à respecter une échéance plus rapprochée.
dodgy_coder
Peut-être que leur commission devrait être entièrement basée sur une livraison à temps, puis récupérée par un pourcentage du temps supplémentaire passé par le développeur. Cela alignerait les intérêts de l'entreprise avec les ventes.
PeterAllenWebb
10

Vous pouvez utiliser de nombreuses stratégies, mais vous aurez généralement besoin de l'approbation ou de l'adhésion de la direction.

  1. Payer les heures supplémentaires aux développeurs à un taux plus élevé. Travailler des heures supplémentaires n'est pas si mal quand on gagne beaucoup d'argent en le faisant. Et si cela commence à affecter la rentabilité de la société, la direction exercera une pression sur les ventes pour une meilleure estimation.

  2. Payez les vendeurs en fonction du profit au lieu des ventes brutes. Chaque heure de travail qu’ils n’incluent pas dans leur estimation a une incidence négative sur leur commission.

  3. Limitez le nombre d'heures travaillées par les développeurs à 40 (ou quelle que soit la semaine de travail standard dans votre région).

  4. Faites en sorte que les vendeurs travaillent chaque heure que les développeurs travaillent. S'ils veulent que vous travailliez des heures supplémentaires pour mener à bien leur projet, ils doivent également être présents. Trouvez quelque chose qui leur soit utile, comme écrire de la documentation ou produire des copies calligraphiées et illuminées à la main de Design Patterns et de la bibliothèque de modèles standard C ++ .

  5. Demandez aux développeurs d'estimer chaque travail au lieu de laisser les vendeurs le faire. Au moins, vous aurez ainsi la possibilité de rendre l’horaire plus raisonnable. Ce n’est pas une bonne solution, cependant… Les développeurs ont souvent du mal à estimer le travail requis. Même si l'estimation est raisonnable, des événements imprévus peuvent vous empêcher de toucher votre cible. De plus, nous avons tous tendance à ne pas travailler au début d'un long projet avec la même urgence que celle que nous avons à l'approche de la date limite. Ce sont les facteurs qui motivent les cycles de développement courts auxquels les promoteurs Agiles adhèrent.

  6. Adoptez une approche "agile" et refusez de vous engager. Pour devenir agile, le client doit être beaucoup plus impliqué, mais cela peut aussi lui donner plus de flexibilité, car il ne doit pas nécessairement s’engager dès le départ pour la forme finale du projet. Les ventes ne sont peut-être pas heureuses au début, mais elles peuvent changer de ton dès qu’elles réalisent que cela peut offrir de nombreuses possibilités de vendre plus de travail.

Je pense que la solution la moins attrayante est tout ce qui peut nuire à l'équipe des ventes aux yeux des clients potentiels. L'équipe de vente est le visage de l'entreprise. Le fait de leur donner un mauvais aspect nuit à l’ensemble de l’entreprise et ne résoud pas le problème. Ils pourraient avoir le sentiment qu’ils doivent conclure une transaction encore meilleure pour le client afin de regagner leur confiance.

Caleb
la source
Vous ne pouvez pas faire le n ° 4, vous le savez clairement. Les ventes sont 100 fois plus prometteuses que n'importe quel contrat actif.
Jé Queue
2
Re 4: Je travaillais dans une entreprise où les vendeurs partaient à 17h00, une heure avant les autres. Cela n'a pas créé de sympathie entre les ventes et le reste de la main-d'œuvre.
quant_dev
2
@Xepoch S'ils rentrent chez eux plus tôt que les programmeurs, ils ne sont évidemment pas trop occupés pour gratter des manuscrits enluminés.
Brian Gordon
1
@Graham, j’ai écrit «des stratégies que vous pouvez utiliser», mais c’est en fait des stratégies que la direction pourrait utiliser si elle considérait que le sur-engagement perpétuel était un problème qu’il fallait vraiment résoudre. # 1 pourrait, en fait, être le plus raisonnable. Ce n'est pas parce que vous travaillez avec un salaire que vous n'êtes pas éligible pour des heures supplémentaires, des primes ou du temps supplémentaire. J'ai reçu les trois à des moments différents tout en étant salarié. De même, modifier la structure de rémunération des vendeurs n’est pas impossible; les entreprises offrent souvent des incitations ou des dissuasions pour modifier le comportement des vendeurs.
Caleb
1
D'accord avec Caleb. De plus, les clients dont les délais ont été repoussés et la portée réduite ne sont pas satisfaits et ont tendance à traîner les paiements en place. Il ne faut pas présumer que ce genre de choses n’affecte pas la rentabilité. En fait, il est souvent nécessaire que les responsables et les ventes AUGMENTENT la portée sans facturer plus afin de soulager un client mécontent. Vous devriez aborder la direction avec la promesse de pouvoir aider les clients à ne plus être en colère et à s'opposer, ou du moins à ce que cela se produise beaucoup moins. Ce n'est pas une chimère. Je l'ai vu dans la vie réelle.
PeterAllenWebb
8

Quitter

Les réponses contiennent déjà de nombreuses suggestions judicieuses qui, espérons-le, peuvent aider à résoudre cette relation dysfonctionnelle. Mais à la fin, vous décidez combien vous voulez travailler.

Il est facile de faire pression sur vos collègues pour les amener à travailler trop. Mais vous sacrifiez votre vie personnelle quand vous faites cela.

Voici ce que vous pouvez faire:

  • Dites à votre patron: «J'ai dû faire beaucoup plus d'heures supplémentaires que je ne le souhaite. À partir de maintenant, je ne travaillerai pas plus de X heures par mois.
  • Comme d'autres l'ont suggéré, estimez le nombre d'heures nécessaires. Rappelez-leur que "à ma limite de X heures par mois, je ne finirai probablement pas ceci avant la date limite". Mettez ceci dans un email pour référence ultérieure.
  • Reportez-vous à cet e-mail lorsque la date limite est dépassée. "Vous voyez? Comme prévu, nous ne pouvions pas respecter ce délai en heures de travail raisonnables."
  • Si elles continuent à faire pression sur vous pour faire des heures supplémentaires et que tous les efforts de communication échouent, arrêtez.

Expérience personnelle

J'ai quitté mon dernier emploi car je travaillais toujours des heures supplémentaires et on me demandait toujours de travailler plus. Je leur ai dit clairement dans mon entretien de fin d'emploi que j'aimais beaucoup de choses sur le travail, mais que je ne voyais pas la fin des heures supplémentaires en vue.

J'ai également clairement exprimé ce souhait lors de mon entretien pour mon nouvel emploi et j'ai reçu une réponse enthousiaste. Ils ont tenu parole: on me demande rarement de faire des heures supplémentaires ici.

Mon ancien employeur a un taux de roulement élevé chez les développeurs et a du mal à recruter de nos jours car il a la réputation d'être surmené. Peut-être que le coût supplémentaire du recrutement et de la formation leur donnera une leçon. Mais sinon, ce n'est pas mon problème.

Nathan Long
la source
J'ai lu un bon livre à propos de cette fois appelé Never Work for a Jerk. Je suis surpris qu'il ne soit plus disponible, mais Amazon en a toujours utilisé des copies: amazon.com/gp/product/0880297484/?tag=resingnet-20
Tom Resing
6

Tout d’abord, rappelons-nous que nous avons tous généralement des emplois pour soutenir les contrats des vendeurs plutôt que pour construire une programmation artistique irréprochable. S'ils ne font pas les affaires, vous n'avez pas de travail.

Cela dit, le truc consiste à trouver des moyens de travailler avec les ventes pour que tout le monde soit beau. Les processus dans lesquels l'équipe technique peut au moins exprimer un avis sur les propositions avant de les envoyer sont essentiels. Il est également très utile de trouver des moyens créatifs de gérer les indemnisations: si les ventes doivent «renverser» l’ingénierie lorsque celle-ci nécessite des heures supplémentaires énormes pour réaliser un calendrier irréaliste, elle semble réduire de façon drastique la fréquence des projets de marche pour la mort.

Wyatt Barnett
la source
4
Et si vous ne l'implémentez pas, ils n'ont pas de travail non plus. Je ne peux pas approuver ce point de vue du programmeur comme support pour les vendeurs.
Agos
@Agos: bon point. D'autre part, dans quelle mesure êtes-vous susceptible d'être embauché ailleurs si vous êtes licencié pour avoir refusé de travailler? Et à quel point la plupart des magasins sont-ils disposés à engager le prochain type qui participera aux marches de la mort.
Wyatt Barnett
Si quelqu'un veut prendre un emploi de marcheuse, ou continuer à le faire, c'est son problème. La société pour laquelle ils travaillent n’aura bientôt plus que les personnes qui NE PEUVENT PAS LAISSER, souvent parce qu’ils n’ont pas les compétences et l’expérience pour s’emmener ailleurs. Les développeurs qualifiés sont moins nombreux et plus éloignés que les vendeurs qualifiés. Ils méritent d'être traités avec au moins autant de déférence.
PeterAllenWebb
5

C’est quelque chose que vous devez apporter à votre responsable (il existe des responsables du développement, non?) Et expliquer le problème. C'est un changement qui doit se produire au niveau organisationnel - les ventes doivent obtenir l'adhésion du développement avant de prendre des engagements, et avant que cela ne se produise, ils doivent obtenir la direction de leur chef.

Vous ne pouvez rien faire pour que le changement se produise réellement, mais vous devez absolument en parler à votre responsable.

En plus d'essayer de changer la culture (bonne chance), chaque fois qu'ils viennent à vous avec un délai que vous ne pouvez pas respecter, repousser - avec des chiffres. Décomposez le projet et montrez-leur votre estimation de temps. Si c'est un projet de six semaines, dites-leur. Si cela a été promis au client dans quatre semaines, vous ne pouvez pas le faire et vous devez diffuser cette information le plus rapidement possible. Espérons que vos vendeurs pourront contacter le client et définir de meilleures attentes, ou travailler avec vous pour proposer un ensemble de fonctionnalités acceptables plus petit, à livrer dans les délais impartis, les fonctionnalités supplémentaires devant être ajoutées ultérieurement.

Modifier pour ajouter: ne les laissez pas démentir votre estimation. Soyez confiant que cela est correct et respectez-le. Ils vont essayer de négocier avec vous, mais ne les laissez pas.

MattBelanger
la source
8
Mais montrez-leur ce qu'ils peuvent avoir en quatre semaines. Peut-être qu'ils peuvent avoir tous les écrans avec la moitié des champs, ou quelque chose du genre. Ou trois des cinq principaux flux de travail. Demandez sur lequel de ces trois vous devriez travailler. Faites-en "leur" problème.
sdg
1
Excellent point, Robert Martin parle beaucoup d’être ferme dans ses estimations dans Clean Coder, qui constitue le seul antidote raisonnable à une gestion déraisonnable. Soyez toujours désireux d’offrir autant que vous pouvez, mais n’acceptez jamais un objectif, ni même de "faire de votre mieux" pour le réaliser, lorsque cela ne peut pas être réalisé de façon raisonnable. Il est de votre devoir de prévenir des contraintes. Vous êtes celui qui peut les voir.
PeterAllenWebb
4

Une suggestion qui n’a pas encore été faite: les rétrospectives .

Ne dites pas «non, je ne fais pas d'heures supplémentaires», cela encourage toujours les autres développeurs à s'investir et à vous faire mal paraître.

Mais dites très clairement à votre direction que chaque fois que vous devez travailler plus de 40 heures par semaine pour effectuer un travail, toutes les personnes impliquées dans le projet doivent s’asseoir dans une salle après la livraison du produit , déterminer ce qui ne va pas et ce que nous pouvons faire pour que cela ne se reproduise plus. Ou, mieux encore, chaque projet devrait avoir une rétrospective pour discuter de ce qui a bien fonctionné ou non .

Si vous avez raison et que les vendeurs sur-engagent, cela deviendra très clair très rapidement. Mais n'empêche pas la conclusion et ne sois pas contradictoire. Parlez de ce que votre équipe peut faire pour livrer à temps sans heures supplémentaires.

Vous ne savez jamais, vous pouvez même trouver des améliorations à vos propres processus qui peuvent rendre l'estimation du commercial plus réalisable.

pdr
la source
3

Il n'y a absolument aucun moyen de lutter contre cela entièrement. La nature même des ventes est trop engagée. En tant que représentant, vous êtes là pour faire disparaître comme par magie les problèmes du client potentiel. Les bons représentants n’exagéreront que légèrement, les mauvais eux-mêmes seront très embarrassants.

Tout ce que vous ferez ne fera qu'aggraver ou créer des tensions entre les gens du produit et les vendeurs (au moins). Vous pouvez faire tout votre possible pour éviter que vos représentants commerciaux ne vous gâchent vraiment, mais au bout du compte, les développeurs et les représentants commerciaux sont payés sur le même compte bancaire. Votre entreprise réussira ou échouera en tant qu'unité, alors commencer une guerre civile avec des ventes ne va pas aider.

Si vous avez un ou plusieurs représentants commerciaux qui s'embarrassent habituellement, la direction des ventes se chargera du problème. En tant que développeur, vous n’avez pas l’influence voulue pour le résoudre. Vous devez donc vous concentrer sur la fourniture du meilleur produit possible, avec le temps et les ressources qu’ils vous offrent.

Joel Brown
la source
Pourquoi est-il impossible de se forger une réputation de solide atelier de développement performant qui offre des résultats réalistes au lieu de prétendre faire de la magie? Je veux dire, n'y a-t-il pas des clients qui ne sont pas des idiots et qui comprennent réellement les choses dont nous parlons?
Brian Gordon
Je suis convaincu que le bon sens est aussi courant chez les clients des magasins de développement que dans la population en général. Je dirais que chaque client, qu’il ait du bon sens ou non, remarquera l’écart entre ce qui est promis et ce qui est livré - ou du moins l’écart entre ce à quoi il s’attend et ce qui a été livré. Les plus sensibles continueront à revenir quand cet écart est petit ou inexistant. Le reste achètera le devis le moins cher, comme toujours.
Joel Brown
3
"La nature même des ventes est trop engagée." Être en désaccord. La nature des ventes consiste à présenter vos produits et services sous le meilleur éclairage possible, à les vendre à chaque opportunité disponible et à créer davantage d'opportunités. Un historique de livraison dans les délais et dans les limites du budget pourrait constituer un avantage considérable dans toutes ces situations. Même si une estimation externe des efforts de développement doit être réduite aux estimations techniques réelles effectuées en interne afin de réaliser une vente stratégique, cela ne doit pas être une excuse pour les imposer en interne aux développeurs. C'est non professionnel.
PeterAllenWebb
2

Il est difficile de répondre sans connaître la structure de votre entreprise.

Voici quelques outils généraux pour vous aider:

  • S'être mis d'accord (mais pas avec les responsables, mais avec les vendeurs) sur les contrôles de qualité
  • Avoir une feuille de route du produit (interne et externe)

En vous accordant sur les contrôles de qualité , vous avez une raison, pour des raisons commerciales, de ne pas être en mesure de publier un logiciel contenant des erreurs. Vous devrez peut-être convaincre vos patrons de la raison pour laquelle cela est important (espérons-le pas), mais il existe de nombreux ouvrages pour vous aider.

En disposant d'une feuille de route pour leurs produits , les ventes savent ce qu'elles peuvent et ne peuvent pas promettre aux clients. S'ils souhaitent modifier la feuille de route, ils doivent en parler avec le responsable produit / responsable projet / responsable du développement ou toute autre personne qui souhaite la modifier.

S'ils promettent quelque chose à un client qui n'a pas encore été accepté, malheur. Espérons que votre feuille de route repose sur les données du marché relatives aux besoins des clients. "Que proposez-vous d'exclure de ces 8 autres fonctionnalités hautement prioritaires qui répondent aux besoins de notre clientèle?"

Enfin, comme prévu, ne travaillez pas 80 heures par semaine. Vous n’aidez même pas l’entreprise en faisant cela, vous l’aidez à creuser un trou plus profond.

Dan McGrath
la source
2

Non

J'ai essayé d'en faire une réponse en deux lettres et la pile ne me laissait pas ... mais la réponse est

Non

Ce qui n’est pas tout à fait vrai si vous possédez / gérez l’entreprise, bien sûr. Si vous êtes dans cette position, vous pouvez entraîner l'équipe de vente par les oreilles et «avoir la parole». Si, toutefois et comme je le soupçonne, vous n'êtes qu'un "humble" technicien, votre seul recours est de vous plaindre "UP" de la chaîne de commandement. Cela dit, mon expérience a été que, dans les entreprises où cela se produit, la direction est au courant de la situation et s'en moque.

brmore
la source
2

Montrez-leur cette image (ou celle-ci ) et dites-leur que vous travaillez avec un triangle impossible.

  ·-----------------------·
 / \                       \
·   \   ·-------------------·
 \   \   \                 /
  \   \   \-----------·   /
   \   \   \     /   /   /
    \   \   \   /   /   /
     \   \   \ /   /   /
      \   \   /   /   /
       \   \ /   /   /
        \   ·   /   /
         \     /   /
          \   /   /
           \ /   /
            ·---·

Dans tout projet, si vous corrigez deux coins de ces trois:

  • Temps
  • Portée
  • Qualité

... alors le troisième est le seul flexible. Ce qui rend impossible, ce sont les attentes. Si elles fixent toujours le temps trop court et le champ d'application trop grand, la qualité en souffrira toujours. Dans un projet agile, les trois angles sont plus ou moins flexibles.

(Avertissement: j'exclue le facteur coût du triangle de projet traditionnel et fais de la qualité un angle. Le temps est le coût dans les projets logiciels.)

J'espère que vous réussirez à passer à une gestion de projet plus agile.

FAIRE DU JOGGING
la source
2

Quelques très bonnes réponses ici déjà. J'ajouterai simplement que vous ne devriez pas être contraint de respecter ses délais à votre propre détriment. J'aurais aussi un mot à dire au vendeur et lui rappellerai que s'il ne tient pas ses promesses et que la société ne peut tenir ses promesses, on ne lui fera pas confiance (et la société) à l'avenir, ce qui lui fera perdre de futures commissions (et peut-être son travail), il est donc dans son intérêt d’être réaliste (c’est-à-dire de consulter le personnel chargé de la programmation) afin qu’il gagne la confiance en l’entreprise. À court terme, il peut gagner à être irréaliste, mais à long terme, il perdra en endommageant sa réputation auprès des clients, de son employeur et des futurs employeurs par le biais de mauvaises références.

Comme les vendeurs comprennent plus que tout l’argent, parlez-lui en ces termes.

authentictech
la source
1

Avec le développement Agile, nous voyons des consultants vendre des arguments pour ~ 1000-1500 chacun. Si vous pouvez modifier le processus de vente en fonction de l’échelle de points, l’équipe de vente sera forcée de travailler avec l’équipe de développement afin de produire des estimations raisonnables.

SoylentGray
la source
ils augmenteront simplement le paquet de travail par "point" (mais pas la durée de chaque "point" dans une itération) au point où cela correspond à la portée et au budget / calendrier qu'ils peuvent vendre.
Jwenting
Les points par histoire sont attribués par les développeurs et non par l'équipe des ventes ou des affaires.
SoylentGray
1

Tout se résume à un point critique; Si vous pensez ne pas pouvoir maintenir le rythme nécessaire pour respecter le calendrier fixé par les ventes, ne vous engagez pas dans les travaux. Si les ventes sont excessives, ce n'est pas votre problème, jusqu'à ce que vous acceptiez le travail. ALORS c'est votre problème. Rappelez à votre patron que tout ce que les vendeurs doivent faire, c'est dire oui et ils reçoivent le chèque; c'est vous qui tenez les promesses. Si vous dites que cela ne fonctionnera pas, votre patron devrait vous écouter. Si vous avez la malchance d'avoir un manager qui écoute sa force de vente plus que sa force de développement en ce qui concerne ce qui est ou non possible, vous avez alors le PHB Dilbert-esque, et vous devriez mettre à jour votre CV.

C'est une des raisons pour lesquelles j'aime Agile. l'équipe de développement est impliquée dans le processus dès les premières discussions de conception. Vous pouvez calibrer un "point" des deux côtés; l'équipe de développement décide (de manière explicite ou empirique) de la quantité de travail-heures de développement inhérente à un point, que la direction peut ensuite utiliser pour calculer les points par semaine, les points par mois, etc., ce qui donne un chiffre en dollars. À ce stade, votre équipe de vente dispose désormais de chiffres relatifs aux coûts et aux délais nécessaires aux effectifs actuels pour obtenir le volume actuel de la portée. S'ils sur-promettent une fois qu'ils ont ces chiffres, ils sont sur leurs fesses.

KeithS
la source
Ah, mais les vendeurs sont des artisans de la négociation et les ingénieurs ne le sont pas. C'est pourquoi ils sont dans les ventes et nous sommes dans l'ingénierie! D'après mon expérience, la plupart des techniciens font simplement un signe de tête (cela n'aide pas que les estimations soient susceptibles de biais d'ancrage ). Il est très difficile pour les techniciens de dire que cela prendra plus de temps que prévu, car ils savent que cela peut facilement être transformé en une réflexion sur leurs capacités. "Tu penses que ça va prendre deux semaines? Joe a dit qu'il pouvait le faire en un peu plus d'une."
Scott Whitlock
1
Si Joe dit qu'il peut le faire en un peu plus d'une semaine, il en pâtira. Si Joe échoue, les ventes apprendront à conforter ses estimations. Si Joe réussit à réussir, ne souhaitant probablement pas passer 80 semaines de plus par semaine, il ajustera ses propres estimations. Si cela ne se produit pas, Joe sera renvoyé pour avoir manqué à ses engagements une fois de trop, ou sera épuisé et cessera de travailler. Si vous êtes sûr que Joe est trop vendu, appelez le bluff. Juste ne soyez pas Joe; ça n'en vaut pas la peine (ok, ok, TRES RAREMENT, ça vaut le coup).
KeithS
L’essentiel de l’estimation Agile est que le prix est correct et que le rythme est durable. Ce sont des choses qui ont de la valeur pour un client; savoir combien cela coûtera VRAIMENT et combien de temps cela prendra VRAIMENT, et qu'ils obtiendront ce qu'ils ont demandé pour ce prix et ce temps, vaut bien plus que la promesse de "nous battrons n'importe quel prix" .
KeithS
1

Spécifiez le travail après vous l'avoir donné et dites-leur combien de temps cela prendra. Puis quand ils en parlent, dites-le-leur.

"Je suis désolé que vous ayez pris cet engagement, mais compte tenu des ressources à ma disposition, cela prendra environ X heures"

Faites cela à chaque fois… ça a fonctionné pour moi.

En gros, dites-leur qu'ils peuvent l'avoir rapide, bon marché et bon, choisissez-en deux.

Jim
la source
Rapide et pas cher?
IAdapter
alors ça ne me va pas bien.
Jim
Je pense qu'ils ne se soucient pas que ce soit bien, mais juste pour le vendre.
IAdapter
tant qu'ils savent que ... ainsi soit-il.
Jim
2
ils se soucient que ce soit bien, ils vont juste vous blâmer pour l'échec du projet quand le client n'est pas content ...
jwenting
-1

Il existe effectivement un moyen - un moyen réel, pas une platitude vide de sensations - mais vous ne l'aimez peut-être pas.

Faites participer un membre de l'équipe de développement au processus de vente .

Maintenant, il est évident que vous avez besoin de quelqu'un avec de bonnes compétences en relations humaines, une personne que les vendeurs ne seront pas fatigués de prendre pour la balade. Et cette personne doit bien comprendre le type de travail que vous faites. Ils n'ont pas besoin d'être un ninja de code, ils ont juste besoin d'une compréhension légère du codage en général et de votre processus de développement en particulier, et sont raisonnablement doués pour estimer le travail.

C’est vraiment un travail d’analyste commercial ou de chef de projet. Il y a une raison pour laquelle ces emplois paient si bien dans de nombreuses entreprises; ils combinent deux ensembles de compétences très importants et distincts. Si vous n'avez pas de véritable BA ou PM, mais un développeur ou un architecte expérimenté avec des compétences sociales, ils peuvent le faire aussi.

Vous devez également fournir des directives claires aux vendeurs. En réalité, vous (comme dans votre équipe de développement) envoyez quelqu'un négocier en votre nom. Si vous ne leur donnez aucun paramètre, ils ne feront que négocier ce qui leur semble bon. C'est pourquoi vous leur donnez toujours des paramètres.

Une fois que vous comprenez la portée du projet, travailler combien de temps vous voulez avoir pour la construction, les tests, les changements de périmètre, et ainsi de suite, en plus d' une certaine quantité de tampon, puis leur donner ce numéro ainsi qu'un « minimum autorisé » - la plus bas, ils peuvent éventuellement aller avant de mettre le projet en péril. Attendez-vous à ce qu'ils réduisent ce nombre d'un certain montant également, alors fixez votre minimum un peu plus haut que nécessaire.

Soyez assuré que leur direction fait la même chose. Le directeur des ventes ne veut pas que les associés aux ventes vendent des offres non rentables. Ils entrent dans chaque négociation avec une plage de chiffres correspondant à la rentabilité cible et à la rentabilité minimale.

Vous n'êtes peut-être pas leurs gestionnaires, mais si vous documentez tout cela par écrit avant même qu'ils ne commencent à négocier, alors vous êtes sur un terrain beaucoup plus ferme avec la haute direction lorsque les gens commencent à poser des questions sur les raisons du retard du projet. Mais il ne s'agit pas seulement de CYA; En toute honnêteté, l'équipe des ventes n'a aucune idée du temps que cela prendra, et vous leur rendez service en leur fournissant des informations complètes.

Autre chose: ne vous attendez pas à ce que l'équipe des ventes implique votre équipe juste pour le plaisir de le faire. Le directeur des ventes et les dirigeants doivent également s’engager. Cela ne devrait vraiment pas être trop difficile à obtenir, si vous abordez la question sous l’angle des risques. Vous ne voulez pas vendre l'échec, n'est-ce pas? Pensez au coût pour la réputation de l'entreprise. Pensez au coût d'un procès . Un technicien doit faire partie de toute négociation avant de pouvoir signer un accord.

Et si vraiment, honnêtement, vous ne pouvez pas vendre de gestion à cette idée, puis-je vous suggérer de trouver un nouvel employeur? Parce que de toute façon, le vôtre n’est peut-être plus là.

Aaronaught
la source
-1

De tels désaccords sont normalement causés par un manque de communication. Soit ils ne comprennent pas la pression qu’ils exercent sur vous, soit vous ne comprenez pas ce qu’ils demandent vraiment. Quoi qu'il en soit, pour résoudre le problème, vous devez comprendre la situation d'un autre point de vue.

Avez-vous déjà essayé de vendre des logiciels? Cela ne semble peut-être pas la meilleure solution pour de nombreux développeurs, mais tant que vous n’aurez pas essayé, il sera difficile de voir les activités du point de vue des ventes. Si vous êtes un bon développeur, écrivez quelque chose que vous voulez vraiment écrire et vendez-le. Vous pouvez voir qu'ils ont des points valables ou vous pouvez voir qu'ils n'en ont pas!

Tom Resing
la source