Idea principal

"Basta con que un desarrollador lo revise todo" es la respuesta que aparece primero cuando un perfil no técnico empieza a producir código. Parece prudente, y anula el beneficio: si un Product Manager tiene que movilizar a un desarrollador para validar la exportación que acaba de fabricarse, ha desplazado la petición, no ha eliminado la espera.

La revisión sistemática no es, por lo demás, una ley del software. Se instaló primero en el mundo open source, donde responde a necesidades precisas — calidad, seguridad, transmisión, gobernanza, confianza entre colaboradores que no se conocen. Trasladada tal cual a todo el código de una empresa, trata igual a un colaborador desconocido y a un compañero que se fabrica un cuadro de mando para sí mismo.

La revisión conserva dos usos sólidos, y son distintos: al principio, para transmitir prácticas a quien empieza; y después, en función del riesgo del objeto producido. Lo que no se sostiene es su carácter sistemático.

Por qué es importante

Esto obliga a formular qué se supone que compra la revisión en cada caso. Según la respuesta — aprender, asegurar, compartir conocimiento, comprometer una responsabilidad colectiva —, el dispositivo adecuado no es el mismo, y no siempre es una relectura línea a línea.

También protege una economía frágil: el interés de una herramienta montada en dos horas desaparece si su validación supone dos días de espera en la cola de un equipo técnico.

Matices y límites

El argumento solo vale para los objetos de bajo riesgo y vida corta. Se invierte en cuanto el objeto toca la producción, datos sensibles o un uso compartido — y se invierte también cuando el objeto, desechable al principio, se ha convertido en el paso obligado de un equipo.

Supone además que quien produce sepa reconocer el momento en que ya no está en el régimen desechable: precisamente el juicio que suele faltarle.

Preguntas abiertas

• ¿Qué dispositivo sustituye a la revisión cuando lo que se buscaba no era el control sino la transmisión de prácticas — un acompañamiento al arrancar, un trabajo en pareja puntual, la lectura de una muestra?