Idée principale

« Il suffit que tout soit relu par un développeur » est la réponse qui vient en premier quand un profil non technique se met à produire du code. Elle paraît prudente, et elle annule le bénéfice : si un Product Manager doit mobiliser un développeur pour valider l'export qu'il vient de se fabriquer, il a déplacé la demande, pas supprimé l'attente.

La revue systématique n'est d'ailleurs pas une loi du logiciel. Elle s'est installée d'abord dans le monde open source, où elle répond à des besoins précis — qualité, sécurité, transmission, gouvernance, confiance entre contributeurs qui ne se connaissent pas. Transposée telle quelle à tout le code d'une entreprise, elle traite de la même façon un contributeur inconnu et un collègue qui se fabrique un tableau de bord pour lui-même.

La revue garde deux emplois solides, et ils sont différents : au début, pour transmettre des pratiques à quelqu'un qui commence ; et ensuite, en fonction de l'enjeu de l'objet produit. Ce qui ne tient pas est son caractère systématique.

Pourquoi c'est important

Cela oblige à formuler ce que la revue est censée acheter dans chaque cas. Selon la réponse — apprendre, sécuriser, partager la connaissance, engager une responsabilité collective —, le dispositif qui convient n'est pas le même, et ce n'est pas toujours une relecture ligne à ligne.

Cela protège aussi une économie fragile : l'intérêt d'un outil monté en deux heures disparaît si sa validation prend deux jours d'attente dans la file d'une équipe technique.

Nuances et limites

L'argument ne vaut que pour les objets à faible enjeu et à faible durée de vie. Il s'inverse dès que l'objet touche à la production, aux données sensibles ou à un usage partagé — et il s'inverse aussi quand l'objet, jetable au départ, est devenu le passage obligé d'une équipe.

Il suppose enfin que celui qui produit sache reconnaître le moment où il n'est plus dans le régime jetable : c'est précisément le jugement qui lui manque le plus souvent.

Questions ouvertes

• Quel dispositif remplace la revue quand ce qu'on cherchait n'était pas le contrôle mais la transmission de pratiques — un accompagnement au démarrage, un binôme ponctuel, une lecture d'échantillon ?