La première semaine sans écrire une ligne de code

· Publié le · 2 min de lecture

Hier, je parlais de l’importance de ralentir en début de projet.

Greenfield ou brownfield, même réflexe

Un projet greenfield ? Ne pas écrire une ligne de code la première semaine.

Un projet brownfield ? Pareil.

Ça peut sembler contre-intuitif, mais c’est exactement à ce moment précis que se font les plus gros gains : en temps, en énergie, en sous.

Pourquoi ça rapporte autant

Plus on est en amont du projet, plus les mauvaises directions coûtent cher… et plus les bonnes rapportent.

Et d’expérience : une fois le nez dans le code, on a tendance à très vite plonger dans la technique, et à ne plus voir l’essentiel, le pourquoi de chaque chose.

Ralentir, ce n’est pas rester à ne rien faire

C’est le moment de prendre le temps de :

Et chacune de ces choses aide à faire les bons choix, dans le bon ordre. C’est par là que je commence quand je rejoins un projet.

On parle de 5, 10, 15 jours « perdus »… mais de mois (facile) gagnés derrière.

Le coût de l’empressement

Et pourtant, je vois trop de projets prendre la mauvaise direction.

Encore hier, j’ai fait un devis pour 10 jours de modélisation métier… et le client (sur un projet archi complexe) a répondu « non, trop cher, et on veut des choses plus vite ».

J’espère pour eux qu’ils tomberont par hasard sur la bonne voie… mais je sais d’avance qu’il y a 9 chances sur 10 que le projet plante, finisse par coûter deux fois le budget prévu, ou finisse à moitié bancal et plein de soucis.

Mettez le clavier de côté

Alors au prochain projet, mettez le clavier de côté.

Et quand vous pensez être prêts ? Mettez-le encore de côté quelques jours. Vraiment.

PS : on parle ici de projets qui ont vocation à durer. Si on en est encore à faire des MVP jetables pour trouver de la traction, là aucun souci. Mais quand ça doit durer : faire lentement et bien, pour continuer à faire bien longtemps (voire de plus en plus vite).