Un logiciel n'est utile qu'à l'usage

Dans tout projet, il arrive un moment où la roadmap semble plus importante que la livraison. Un beau planning, un large ensemble de fonctionnalités, une mise en ligne dans six semaines. Ça paraît confortable.

C’est l’inverse du confortable. Un logiciel qui ne se retrouve pas entre les mains de quelqu’un dans les semaines qui suivent ne s’y retrouve souvent jamais.

Deux semaines, pas deux mois

Je travaille en itérations de semaines, pas de mois. Pas par principe têtu, mais parce qu’un utilisateur final ne dit quelque chose d’utile qu’une fois qu’il a quelque chose entre les mains.

• La première livraison est utilisable, pas complète.
• On affine sur la base de retours réels.
• Ce que personne n’utilise est supprimé.

Dix ans de développement m’ont appris : une fonctionnalité que personne n’a utilisée n’a pas non plus droit à des heures supplémentaires. Mieux vaut découvrir en deux semaines que quelque chose ne fonctionne pas, plutôt que de le constater après trois mois.

Les roadmaps sont internes

Les roadmaps sont un instrument pratique pour moi en tant que développeur — pas une promesse à l’utilisateur final. Le travail ne compte vraiment qu’à partir du moment où quelqu’un ouvre effectivement le site, l’application ou l’outil et fait ce qui a été promis.

Pas de jalons qui restent sur l’étagère.

Voilà ce que veut dire être utilisé.