Idea principal

Un defecto real puede ser menor: un botón en el que hay que hacer clic dos veces. Al lado, una capacidad ausente puede impedirle a un usuario presentar una declaración fiscal obligatoria.

El primero es un defecto en sentido estricto, el segundo no lo es, y es el segundo el que debe pasar delante. El orden de tratamiento sigue el impacto, nunca la calificación.

Por qué es importante

Es la salvaguarda de una política cero bugs. Leída deprisa, se convierte en "todo defecto antes que cualquier funcionalidad", y el equipo se pone a corregir molestias mientras una necesidad bloqueante sigue sin respuesta.

Tratar primero algo porque está etiquetado como defecto es sustituir el arbitraje por la etiqueta: exactamente el error que la regla quería corregir, del revés.

Matices y límites

La recíproca no es cierta. Aplazar indefinidamente defectos menores en nombre de una funcionalidad siempre más urgente es precisamente el mecanismo que forma el inventario.

Y la comparación supone que sabemos poner ambos dolores en la misma escala, cosa que no está garantizada cuando uno es normativo y el otro cotidiano.

Preguntas abiertas

• ¿En qué escala comparar un dolor normativo puntual con un dolor de uso cotidiano?