Je suis un pigiste, et donc, "et les Suisses, et le moissonneur, et le mec sur la pipe." Et une part importante du temps de travail est consacrée aux négociations avec les clients potentiels. Voici le malentendu fondamental que j'observe chez les personnes dans 50% des cas:
Un projet de développement d'applications coûte autant qu'il en coûte. Et à l'ère de la mondialisation et d'Internet, vous ne pouvez pas obtenir un logiciel personnalisé à un coût nettement inférieur à ce qu'il coûte sur le marché.
Un exemple simple pour plus de clarté. Mon ancien camarade de classe élève des poulets dans une ferme familiale. Elle aime vraiment ça et elle est dans cette spéciale. Et ici je m'intéresse à elle:
- N., pourquoi le prix du poulet a-t-il augmenté si récemment?
- Alors la nourriture a augmenté, donc le poulet est monté. Et les fournisseurs d'aliments le motivent par la hausse du prix du carburant et de l'électricité.
Tout le monde le sait et tout le monde le comprend, oui. Mais quand il s'agit de produits logiciels, la compréhension de nombreuses personnes échoue pour une raison quelconque. Voici leur motivation:
- Eh bien, c'est pour vous 5 minutes de travail! Tout est très simple ici!
Eh bien, faites-le vous-même si c'est aussi simple que cela.
Soit dit en passant, je peux le dire sans ambages, pas même une question. Tout simplement parce que quelqu'un doit dire la vérité dans les yeux. Sinon, une société dans laquelle tout le monde a peur de dire la vérité à cause des craintes concernant les coûts financiers perdra rapidement toute valeur. Et les programmeurs d'une telle société se déplaceront progressivement vers une société voisine, où ils examineront leur travail de manière plus réaliste et l'évalueront correctement.
D'un autre côté, il y aura toujours un Indien rusé du Bangladesh pour chaque pigiste présomptueux qui est prêt à travailler pour 1/4 du repas. Et nous sommes ici dans une situation manifestement perdante, car nos prix du poulet sont plus élevés et le climat est plus froid - nous ne pouvons tout simplement pas nous permettre de travailler au même rythme. Sinon, nous mourrons de froid et de faim.
Mais le client gagne-t-il en recourant aux services d'un Bangladais (je le prends ici dans une interprétation élargie, «le Bangladesh est un mode de vie»)? Oui, il ne gagne rien, car, pour en revenir à la thèse originale, un projet de développement logiciel coûte autant qu'il en coûte. Et même si, à l'heure actuelle, des économies substantielles sont constatées, de toute façon, quelqu'un devra payer pour cela, non pas avec de l'argent, mais avec du temps et des nerfs.
Voici un exemple très courant du développement indépendant que vous ou vos connaissances devez avoir rencontré:
1. Une personne vient avec sa commande à la bourse indépendante.
2. Aux termes du paiement échelonné, il trouve un artiste pour un maigre prix.
3. L'interprète fait la première étape et fusionne en direction de Nirvana.
4. Le client se gratte l'arrière de la tête et se rend à nouveau à l'échange.
5. L'histoire se répète.
6. À la troisième ou à la quatrième itération, de nombreux exécuteurs refusent simplement de finaliser ce code, ce qui est plus facile à réécrire qu'à faire quoi que ce soit de plus.
7. ...
Pourquoi cela se produit-il?
Parce que, comme dans ce conte de fées: «vous ne poursuivriez pas la pop pour pas cher».
Le fait est que sur la base d'un maigre paiement pour un projet, les nouveaux arrivants dans ce domaine sont généralement pris. Et à bas prix, ils ont initialement prévu (à juste titre d'ailleurs) la possibilité d'acquérir une expérience de développement. Mais, comme cette expérience est encore très faible pour eux, ils ne peuvent pas initialement évaluer correctement la quantité de main-d'œuvre impliquée dans le projet. Et la compréhension de ce volume ne leur vient qu'au cours du travail. Et ils comprennent qu'ils ont sous-estimé leur travail. Mais, comme ils sont déjà liés par un contrat, ils prennent une décision provisoire: achever le travail en cours, en obtenir un bonus, et - au Nirvana!
C'est une mécanique très simple, et très vitale.
- Mais qu'en est-il de «travailler pendant 5 minutes»? - demandez-vous.
Et voici une histoire complètement différente. Un programmeur qui "y travaille pendant 5 minutes" connaît généralement déjà tellement les coûts de main-d'œuvre qu'il voit la justice de la situation dans laquelle il est payé non seulement 5 minutes de son travail actuel, mais aussi toutes ses nuits blanches quelques années auparavant. Quand il a pataugé dans la jungle des manuels indistincts et des tutoriels semi-observables.
Ici, après tout, voici une autre chose (pardonnez-moi les chauffeurs de taxi). Lorsque vous êtes chauffeur de taxi, par exemple, votre produit final est toujours plus ou moins le même. Il s'agit d'un client livré du point A au point B en x temps. Et lorsque le client commence à négocier avec vous, il part également du principe qu'il recevra de toute façon un produit connu.
Dans le cas du développement de logiciels, en particulier par étapes, en particulier avec un soutien supplémentaire, la situation est quelque peu différente de celle du transport ou, par exemple, du creusement de fossés. Parce qu'un programmeur est, dans une certaine mesure, toujours un artiste. Et parfois, il vaut mieux que l'artiste lui donne l'opportunité d'entrer à l'Académie de Vienne que de démêler tout ce qu'il a inventé à moitié affamé, en passant la nuit sur le banc. Si vous comprenez ce que je veux dire.
Et oui, comprenez-moi bien, je n'appelle pas ici "pour donner plus d'argent aux programmeurs", ou quelque chose comme ça. Mais j'attire simplement votre attention sur le fait que plus vous évaluez votre projet en termes de coûts et de main-d'œuvre, mieux c'est pour tout le monde. Après tout, comme il y a les fameux "inachevés" dans le domaine de la construction de bâtiments, de la même manière il y a le phénomène "inachevé" dans le domaine du développement logiciel. Des milliers d'entre eux. Même des dizaines et des centaines de projets logiciels ont été fermés en raison du fait que leurs propriétaires ne pouvaient pas initialement correctement évaluer le coût des travaux.
"Eh bien, que dois-je faire?" Je n'ai que 500 dollars pour ces travaux!
Écoutez également périodiquement cette phrase. Et le travail là-bas, disons, cinq mille dollars. Et que faire? Et ne fais rien. Vous ne venez pas au magasin pour le poulet, et ne dites pas au vendeur "ici j'ai 1 dollar, mais j'ai besoin de ce gros poulet gras". Parce que vous comprenez que ce gros poulet gras coûte plusieurs fois plus cher que votre dollar. Mais alors pourquoi ne comprenez-vous pas cela dans le cas d'un projet logiciel? C'est une question rhétorique.
Vous savez, j'avais l'habitude d'interpréter la situation quand on vous offre un emploi pour peu d'argent, comme un manque de respect. Mais je me suis alors rendu compte que nous parlions davantage d'incompétence. Après tout, évaluer immédiatement la quantité de travail requise pour implémenter toutes les fonctionnalités prévues ne peut être que de vrais génies de la direction. Et puis, on ne peut que parler de projets standards dans lesquels ce manager brasse depuis plusieurs années. Car il suffit de s'écarter un peu du rail habituel, car les nuances notoires commencent immédiatement.
C'est pourquoi je suis un ardent partisan de l'
approche MVP du développement logiciel, si ce logiciel est plus compliqué qu'un blog WordPress. Cette approche, au moins, vous donne au moins une certaine garantie que vous obtiendrez finalement ce que vous voulez.
J'espère que la compréhension de ce qui précède vous sera utile la prochaine fois que vous viendrez à l'échange indépendant avec votre projet.
Soyez en bonne santé!
Roman D.