Medir con instrumento, no con recuerdo: el método detrás de mis sistemas

El diagnóstico

En agosto de 2026 reconstruí de memoria los veinte proyectos de mi portafolio. El resultado fueron 138 datos marcados como pendientes, repartidos por las veinte fichas sin excepción: usuarios que nadie contó, tiempos que nadie midió, fechas que nadie anotó. El trabajo existía; la evidencia no.

De ahí sale la tesis del método:

La documentación se escribe durante la ejecución; los resultados se miden con instrumento, no con recuerdo.

Cinco fases, tres compuertas

Todo proyecto recorre las mismas cinco fases: encuadre, levantamiento, diseño, construcción y adopción. Entre ellas hay tres compuertas —arranque, construcción y cierre— donde se decide si el proyecto avanza, avanza con condiciones, se replantea o se descarta.

Una compuerta no es una reunión. Es una checklist recorrida contra la evidencia y registrada con fecha, decisión y condiciones. Un criterio incumplido no invalida la compuerta: da lugar a un «adelante condicionado», con la condición escrita. Lo que la invalida es no mirar.

Por qué no es DMAIC

Durante un tiempo presenté mi forma de trabajar como DMAIC. Era impreciso. DMAIC aporta al método una pieza concreta —definir y medir antes de mejorar: la línea base—, pero no el ciclo completo. Cada pieza tiene su fuente:

• Stage-Gate: fases separadas por puntos de decisión formales.
• ISO 21502:2020: compuertas del ciclo de vida, transición a la operación y beneficios medidos después del cierre.
• Ciclo BPM (Dumas et al.): descubrir y analizar el proceso antes de rediseñarlo.
• DMAIC: la línea base y la medición.
• ADKAR: la adopción, persona a persona.

De cada fuente se tomó una pieza y se descartó el resto. Presentarlo como metodología propia sería inexacto; presentarlo como una adaptación argumentada de estándares reconocidos es defendible.

Cinco rutas

Un único método para todo obliga a estirarlo. Un encargo de cliente, un proyecto de grado y un prototipo no se afrontan igual, así que el método distingue cinco rutas según la naturaleza del trabajo:

• Digitalización de proceso: hay un formato en papel, un Excel o un correo que alguien llena hoy. Se entiende, se rediseña y se sustituye.
• Encargo de cliente: alguien externo paga. El alcance pasa a ser un acuerdo y la aceptación, su criterio.
• Sistema propio: nadie lo pide ni lo paga. El método existe para forzar el cierre, con una fecha pública.
• Académico: una institución fija la fecha y los criterios. Se planea hacia atrás y se traduce la rúbrica.
• Exploración: el resultado es aprender. Concluir «no funciona» también es terminar.

A cada ruta se le suma una intensidad —ligera, estándar o completa— que decide cuánta documentación exige. El tamaño dice cuánto papel; la ruta dice qué hacer.

Tres principios

Primero el proceso, después el software. Digitalizar lo que nadie definió fija en código una práctica inventada. En el Aplicativo de Líderes eso significó levantar el Standard Work y actualizar los procedimientos antes de escribir la primera pantalla: un agente de IA sobre documentación desactualizada traslada el error en lugar de corregirlo.

Construido no es adoptado. El proyecto termina cuando la gente lo usa, no cuando funciona.

Medir el antes, o declarar por qué no se midió. Ninguna cifra se afirma sin instrumento; cuando no hay dato, se escribe que no se midió y por qué, nunca una estimación disfrazada de medición.

Lo que esto cambia en esta web

Los proyectos de este sitio ya no se escriben a mano: se generan desde las fichas del portafolio. Un dato marcado como pendiente no se publica, y un año que la ficha no confirma no aparece en la tarjeta. Por eso algunas tarjetas dicen menos de lo que podrían. Es a propósito.