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.

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.

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 .

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.

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

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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

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!