Acotar con non-goals

Por qué los non-goals hacen el trabajo

Una lista de lo que algo hace no tiene límite: siempre hay otro comportamiento que añadir, y nada en la lista dice dónde parar. Dos personas pueden leer los mismos criterios de aceptación y discrepar sobre si una funcionalidad entra en el alcance.

Una lista de lo que algo no hará es una decisión. Tiene autor, fecha y diff. Responde a la pregunta que cuesta dinero seis meses después: «espera, ¿no cubre X?»

## Out of Scope

- Cross-account resume. A shared TV is one device, not one person.

Esa línea impide que una petición de funcionalidad plausible se registre como bug, deja constancia del razonamiento para que la siguiente persona pueda saber si sigue valiendo, y termina una discusión antes de que ocurra.

Escríbelo en segundo lugar

Justo después de la sección de apertura, no al final. Una vez escritos los comportamientos, piensas en términos de lo que la cosa hace, y el límite se ha vuelto invisible. Escríbelo mientras la forma del problema sigue a la vista.

Qué va dentro

Funcionalidades adyacentes que descartaste a propósito, con la razón.
Casos que decidiste no cubrir: una clase de usuario, un dispositivo, una configuración regional.
Cosas que un lector razonable daría por incluidas. Estas son las valiosas.
Límites con otros Blueprints, como enlace: «El ranking es problema de Search Results.»

Qué no

«No en la v1.» Eso es un calendario, y es seguimiento de trabajo. Si está fuera, dilo y di por qué. Si es para después, va en un documento de nivel superior.
«Estaría bien tenerlo.» O está prometido o no lo está.
Cosas que nadie daría por supuestas. Cien non-goals se leen como nerviosismo y esconden los tres que importan.

Sigue sin ser una barrera

Una sección de non-goals vacía se muestra y se ofrece, no se rechaza. Un validador que rechaza archivos acaba esquivado, y un validador esquivado no señala nada.

De quién es el trabajo

Añadir un comportamiento es una decisión que cualquiera puede defender. Quitar uno del alcance exige autoridad. Una raíz sin dueño claro acumula comportamientos y pierde non-goals, porque nadie se siente con derecho a escribir los del segundo tipo. Se ve en el diff antes de verse en el producto. Quién es dueño del producto →