Redactamos una primera versión del manifiesto interno: qué es aceptable, qué no lo es, y cómo arbitramos. El objetivo es simple: nunca terminar "reparando" el producto porque no teníamos reglas.
Este manifiesto también sirve para alinear el futuro: cuando contratemos, los nuevos deben entender inmediatamente cómo pensamos, cómo decidimos, y por qué.
Reglas clave:
- Un sistema sin contrajuego claro es un problema.
- Una UI que oculta información crítica es un bug de diseño.
- Un parche "rápido" que debilita la base es rechazado.