Especificación NORTH.md

1North Star (Estrella Polar)Copiar

Una sola frase que declara el destino. No el roadmap. No el próximo trimestre. El destino.

Una North Star bien planteada es:

• Lo bastante específica para descartar alternativas. "Ser el mejor ERP" no es una North Star. "Sustituir la contabilidad en hojas de cálculo de los autónomos europeos para 2030" sí lo es.
• Lo bastante ambiciosa para incomodar. Si la North Star parece segura, no es una North Star.
• Alcanzable en principio. Una North Star no es una fantasía. Es un destino que justifica decisiones difíciles.

Ejemplo. Arkwell hace que cerrar el mes en un día sea lo normal para los pequeños fabricantes europeos para 2030.

2The Bar (El Listón)Copiar

El umbral de calidad que distingue lo "entregado" de lo "empezado". Define qué trabajo es aceptable dar por terminado.

Un Listón bien planteado es:

• Medible u observable. "Alta calidad" no es un Listón. "Latencia p95 por debajo de 200 ms, cero errores de tipos en CI, accesibilidad AA en cada página" sí lo es.
• Más alto que el estándar del sector. Un listón en la media del sector no es ningún listón.
• Defendido por controles. Los elementos del Listón DEBERÍAN asignarse a mecanismos de control: comprobaciones de CI, linters, reglas de revisión, runbooks.

Ejemplo. Cada funcionalidad entregada pasa: comprobación de tipos, linter, suite completa de pruebas, Lighthouse ≥95 en todas las métricas, WCAG AA mediante axe y paridad i18n en todos los idiomas soportados. Sin excepciones, sin "TODO: pruebas luego".

3Asymmetric Bets (Apuestas Asimétricas)Copiar

Los frentes donde invertimos deliberadamente un esfuerzo 10x, y los frentes donde 1.1x es lo correcto.

Una sección de Apuestas Asimétricas bien planteada nombra ambos lados:

• Dónde vamos a lo grande. Lo que merece una inversión desproporcionada por ser estructural o estratégicamente decisivo.
• Dónde entregamos deliberadamente a medio gas. Lo que está bien al 80 % para poder dedicar la capacidad restante a las apuestas.

Esta sección previene dos modos de fallo: sobreinvertir en trabajo genérico e infrainvertir en el trabajo cuyo valor se multiplica con el tiempo.

Ejemplo.
Apostar 10x en: conciliación entre inventario y contabilidad, exactitud de la facturación electrónica, migración desde el sistema anterior.
Aceptar 1.1x en: interfaz de ajustes de administración, pulido de paneles, informes internos.

4Anti-Goals (Anti-Objetivos)Copiar

Aquello que nos negamos explícitamente a hacer, incluso cuando sería fácil o rentable a corto plazo. Los Anti-Objetivos son la forma de decir que no sin volver a decidirlo cada semana.

Un Anti-Objetivo bien planteado es:

• Tentador. Si nadie lo pediría nunca, no es un Anti-Objetivo.
• Justificado. Una razón de una línea que resiste la presión.
• Específico. No "no hacemos chapuzas", sino "no entregamos funcionalidades que requieran la revisión de un contable externo antes de usarse".

Ejemplo.
No construimos un módulo de CRM. (Ya existen CRM maduros; nos integramos, no reconstruimos).
No soportamos despliegues on-premise. (Distraen de la velocidad de un producto cloud-first).
No aceptamos peticiones de funcionalidades sin un problema de usuario documentado. (El roadmap se basa en la demanda, no en la oferta).

5Trade-off Defaults (Trade-offs por Defecto)Copiar

Decisiones ya tomadas sobre trade-offs habituales, escritas una sola vez para no volver a debatirlas en cada sprint.

Cubre los trade-offs que surgen una y otra vez en tu dominio. Pares habituales:

• Velocidad vs. seguridad
• Amplitud vs. profundidad
• Construir vs. comprar
• Generalidad vs. ajuste
• Compatibilidad hacia atrás vs. diseño limpio
• Inquilino único vs. multiinquilino

Para cada uno: nombra la opción por defecto y las condiciones bajo las que esa opción se invierte.

Ejemplo.
Por defecto: velocidad sobre seguridad en herramientas internas; seguridad sobre velocidad en código fiscal. Se invierte: cualquier código que toque la facturación electrónica o las nóminas debe cumplir el criterio de seguridad, sea interno o externo.

6Ambition Triggers (Disparadores de Ambición)Copiar

Frases — usadas por personas y citadas en los prompts de los agentes de IA — que amplían el alcance cuando el equipo está pensando en pequeño.

Un Disparador de Ambición bien planteado:

• Es lo bastante corto para recordarse.
• Fuerza un cambio de marco concreto. No "sé ambicioso", sino "¿cómo sería la versión 10x?".
• Admite como respuesta 'esta ya es la versión 10x'.

Ejemplos.
"¿Existe una versión 10x de esto?"
"¿Qué entregaría aquí [equipo de referencia]?"
"Si tuviéramos tres semanas en lugar de tres días, ¿qué cambiaría?"
"¿Cuál es la versión de esto que acabaría en la demo de una keynote?"

7Reversibility (Reversibilidad)Copiar

Un mapa de qué decisiones son puertas de un solo sentido (costosas de revertir) y cuáles son puertas de doble sentido (baratas de revertir). Las puertas de un solo sentido merecen deliberación. Las de doble sentido merecen velocidad.

Una sección de Reversibilidad bien planteada lista:

• Puertas de un solo sentido en este proyecto. Cambios de esquema de base de datos en producción, contratos de API pública, identidad de marca, lógica de cálculo fiscal, fronteras de seguridad.
• Puertas de doble sentido en este proyecto. Textos de la interfaz, disposición de herramientas internas, estructura del código, dependencias de herramientas internas.
• La disposición por defecto. Qué tipo de puerta suponer ante la duda.

Ejemplo.
Puertas de un solo sentido: formato de firma de la factura electrónica, forma de las respuestas de la API pública, elección de dominio.
Puertas de doble sentido: interfaz de administración interna, dependencia de una librería OSS concreta, organización del código no público.
Ante la duda: tratar como puerta de doble sentido y avanzar.