Ocho pasos. Ninguno es opcional.

#Principios del método

Cada decisión del proyecto se puede justificar con alguno de estos principios. Cuando dos chocan, gana el que está más arriba.

1. La operación real manda. Se observa dónde pasa el trabajo. Lo que dice el manual o el organigrama es una hipótesis.
2. Evidencia antes que opinión. Una fricción sin número todavía no es una fricción. Un resultado sin línea base no es un resultado.
3. La fricción es la unidad de trabajo. Todo lo que construimos (una regla, una pantalla, una integración) se puede rastrear a una fricción registrada.
4. El sistema, no las personas. Las fricciones son del proceso. Nunca se diagnostica a una persona. Así la gente cuenta lo que realmente pasa.
5. La solución más simple que elimina la fricción. Antes de software se prueba cambiar un acuerdo, configurar lo que ya existe o conectar dos herramientas.
6. Probar antes de construir. Quienes hacen el trabajo usan una prueba funcional antes de que exista el sistema completo.
7. Alcance variable, esfuerzo acotado. Primero se decide cuánto vale resolver algo. Después se diseña lo que cabe en eso. Si no cabe, se recorta el alcance, no se estira el esfuerzo sin decidirlo.
8. Conectar, no reemplazar. La pieza nueva convive con el ERP, el CRM y las hojas del cliente. Se reemplaza por partes y solo cuando conviene.
9. La lógica se escribe y se ve. Las reglas quedan en tablas que el cliente puede leer, y el sistema dice qué regla produjo cada decisión.
10. Terminado es cuando la métrica se mueve. Entregar no es el estándar. Que funcione en la operación sí.

#Las fases

Los ocho pasos se agrupan en cinco fases. El cliente ve las fases en el estado del proyecto. Los pasos son cómo trabajamos dentro de cada una.

Las fases no son una cascada rígida. Una prueba puede revelar una fricción que no vimos, y entonces se vuelve a Detectar. Lo que sí es fijo es que no se construye sin diagnóstico ni se da por terminado sin medir.

#El hilo: todo se rastrea a una fricción

Cada artefacto del proyecto apunta al anterior. Si una tarea no se puede ligar a una fricción y a una métrica, se cuestiona antes de hacerla.

1. FricciónFRIC_031 · aprobación por chat
2. HipótesisRutas por regla bajan el tiempo de aprobación
3. Regla / pantallaTabla de aprobación por monto · bandeja
4. TareaMotor de rutas con pruebas
5. MétricaTiempo de aprobación vs línea base

El hilo también funciona al revés. Cuando el cliente pregunta por qué existe algo en el sistema, la respuesta es una fricción con su evidencia, no una preferencia del equipo.

#Los ocho pasos

#Compuertas

Una fase no termina cuando se acaba el tiempo. Termina cuando su entregable responde una pregunta con evidencia. La respuesta puede ser no, y detenerse también es un buen resultado.

Cada compuerta se cierra en una sesión con el dueño del proceso del lado del cliente. Se registra la decisión, quién la tomó y por qué (ver registro de decisiones).

#Formas de proyecto

No todos los proyectos recorren todo el método con la misma profundidad. Hay tres formas comunes:

#Páginas de la sección