Ir al contenido
Is2Be

Los principios del método

Is2Be (del as-is al to-be, con IA) son dos metodologías independientes que se encadenan: Evidence-First para procesos de negocio (Is2Be Procesos) y Spec-First para software (Is2Be Software). Funcionan con cualquier asistente de IA: los prompts son texto plano, sin nada propietario.

La IA prepara, sintetiza, modela, compara, genera y documenta. No entrevista a nadie, no observa el trabajo real y no decide. Cada fase termina con una puerta de aprobación humana: quien es responsable aprueba antes de avanzar, y si se aprueba con condiciones, quedan registradas.

Nada se da por sabido. Cada afirmación sobre cómo funciona hoy un proceso o un sistema lleva su fuente. Lo que no está verificado se marca como supuesto y se convierte en una pregunta para el negocio. Las contradicciones entre fuentes —lo que dice el procedimiento frente a lo que se hace— son hallazgos, no errores que esconder.

En software, la especificación se genera y se valida antes de escribir código: requisitos, arquitectura, decisiones (ADR), plan de construcción y plan de pruebas. Los tests se escriben con cada módulo, no al final.

Ninguna actividad que no aporta valor se automatiza: primero se elimina, se combina o se simplifica. La tecnología llega después, sobre un proceso limpio.

Cada decisión difícil de revertir se registra con sus opciones, criterios y consecuencias: un PDR (Process Decision Record) en procesos y un ADR (Architecture Decision Record) en software.

Una frase de una entrevista se puede seguir hasta un test del software: evidencia → discrepancia → problema → causa raíz → requisito → decisión → regla de negocio → actividad del proceso → requisito del software → test.

Si el proceso rediseñado necesita software, la última pieza de Evidence-First —el briefing— es la entrada de Spec-First. Lo que el negocio aprobó llega intacto al equipo de desarrollo.