Le Plan de l'Outil

Pourquoi elle marche

Je commence par là. Une demi-journée chez vous, assis à côté de la personne qui tient le fichier. Je ne touche à rien. Je regarde par où passe une commande, combien de fois elle est recopiée, et à quel endroit elle se perd.

Puis je me pose la question qu'un développeur ne se pose pas : où cette entreprise gagne-t-elle de l'argent, et où en perd-elle ?

Au cinquième jour, vous lisez le Plan de l'Outil. Quelques pages, en français. Ce que l'outil fera, pour qui, avec quelles règles. C'est le cahier des charges. Sauf que c'est moi qui l'ai écrit.

Ce que je vois sur le terrain

J'appelle cette règle « le plan avant le code », parce que j'ai vu ce que coûte l'ordre inverse. J'ai piloté, côté client, une plateforme confiée à une agence : 70 000 € et 1 200 comptes à migrer. Quand le plan manque, c'est le dirigeant qui paie chaque oubli.

Le plan sert à trois choses. Il vous montre l'outil avant qu'il existe : vous pouvez dire non à une page plutôt qu'à trois mois de travail. Il vous appartient : vous pouvez le confier à quelqu'un d'autre que moi. Et il tranche une question que personne n'ose poser : faut-il vraiment construire ?

Parfois, la réponse est non. Un logiciel à 300 DH par mois fait l'affaire. Je le dis au jour 5, et seul le plan est dû : 5 000 DH. Cette garantie va contre mon intérêt. C'est pour cela que je l'ai écrite.

Quand il faut construire, la suite va vite, parce que tout est décidé. Au dixième jour, ce n'est pas vous qui essayez l'outil. C'est la personne qui s'en servira. Si elle n'est pas convaincue, j'arrête, et je rembourse votre acompte.