Prouver un Concept et Faire Évoluer le Code

Dans une conversation récente, un ami a mentionné qu’il crée des preuves de concept puis les jette après avoir testé leur viabilité. J’ai fait la même chose dans le passé. Cette fois, cela ne me semblait pas correct. J’ai grimacé quand il a dit qu’il jetait le code. Peut-être que mes jours en tant que propriétaire d’entreprise ont fait de moi une chèvre économe, mais j’avais l’impression qu’il jetait de la valeur.

Pourquoi ne continuons-nous pas avec une preuve de concept ?

Généralement, quand je pense à une preuve de concept, elle est assemblée à la hâte. Beaucoup des “meilleures pratiques” sont raccourcies si ce n’est carrément ignorées. L’objectif est de tester la faisabilité d’une idée. À un moment donné, vous réaliserez si la solution fonctionnera. Ensuite, vous déciderez s’il est temps d’abandonner l’idée et de jeter la preuve de concept ou d’aller de l’avant avec l’idée. Si vous allez de l’avant avec l’idée, pourquoi ne pas continuer à coder et transformer la preuve de concept en solution réelle ?

Je vais être honnête ici, il semble ridicule de créer une solution puis de la jeter juste pour la recréer. C’est comme peindre mal toute une maison juste pour voir si vous aimez la couleur. “Oui, la couleur est bien. Peignons la maison pour de vrai cette fois et cette fois nous ferons du bon travail.”

Il y a une autre façon. Faire évoluer le code. Ajouter l’infrastructure manquante. Cela a la possibilité de se développer en une solution saine à long terme.

Abandonner une preuve de concept vous coûte de la valeur (temps et argent) qui pourrait autrement être capturée. Même si vous ne capturez pas 100%, vous vous en sortirez mieux qu’en jetant tout et en vous éloignant. Alors la prochaine fois, essayez. Voyez si vous pouvez transformer une preuve de concept en projet durable. Je pense que vous pourriez être surpris du résultat final.