Valider un concept et développer le code

Lors d’une conversation récente, un ami a mentionné qu’il crée des preuves de concept et les abandonne après avoir testé leur viabilité. J’ai fait la même chose par le passé. Cette fois, cela ne semblait pas juste. J’ai grimacé quand il a dit qu’il avait jeté le code. Peut-être que mes années en tant que propriétaire d’entreprise m’ont transformé en avare, mais j’ai eu l’impression qu’il jetait de la valeur.

Pourquoi ne pas continuer 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 contournées, sinon 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. Vous déciderez alors s’il est temps d’abandonner l’idée et de rejeter la preuve de concept ou de poursuivre avec l’idée. Si vous décidez de poursuivre 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 et de la jeter simplement pour la créer à nouveau. C’est comme peindre mal toute une maison juste pour voir si vous aimez la couleur. « Ouais, la couleur est bonne. Peignons la maison pour de vrai cette fois et cette fois, nous ferons du bon travail. »

Il existe une autre façon de faire. Faites évoluer le code. Ajoutez l’infrastructure manquante. Cela a le potentiel de se transformer 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 serez quand même mieux lotis qu’en jetant tout et en vous en allant. Donc la prochaine fois, essayez. Voyez si vous pouvez transformer une preuve de concept en projet durable. Je pense que vous pourriez être surpris par le résultat final.