Analizar un proceso
Cómo funciona
Partimos de un proceso que ya existe, lo convertimos en operaciones delimitadas y probamos el sistema sin efectos reales. Solo después puede asumir trabajo dentro de una frontera acordada.
La secuencia reduce incertidumbre antes de aumentar capacidad. Cada fase debe dejar una decisión comprensible para la empresa.
Definimos qué inicia el proceso, qué entrega útil debe producir y por qué merece convertirse en sistema.
Identificamos entradas, herramientas, reglas, responsables, excepciones y decisiones que deben seguir siendo humanas.
El trabajo se convierte en operaciones concretas con entradas, permisos, resultados y errores esperados; no en órdenes abiertas.
El sistema recorre el proceso en paralelo, sin modificar los sistemas reales, para comparar su propuesta con la operación actual.
Comparamos resultados, documentamos excepciones y decidimos qué puede preparar, qué requiere aprobación y dónde debe detenerse.
El alcance aprobado entra en uso de forma acotada. Los cambios posteriores pasan por versión, prueba y aprobación antes de alterar el comportamiento.
Shadow no es una demo decorativa. Es una etapa de comparación sin efectos sobre la operación real.
Recibe el mismo tipo de entrada, ejecuta su lógica y prepara un resultado. El equipo puede revisar diferencias, casos ambiguos y límites antes de conceder cualquier capacidad de ejecución.
¿Interpretó correctamente la unidad de trabajo?
¿Aplicó la versión vigente y detectó las excepciones?
¿Preparó una salida útil y verificable para el equipo?
¿Se detuvo cuando apareció una decisión sensible?
La progresión se decide por tipo de operación. Una consulta reversible y una decisión sensible no comparten el mismo nivel de control.
Observa y compara sin modificar nada.
Propone el siguiente paso y explica la base utilizada.
Deja el trabajo listo para que una persona lo revise o complete.
Ejecuta únicamente operaciones aprobadas dentro de límites explícitos.
Antes de actuar, la intención debe convertirse en una operación conocida que el sistema pueda validar y la empresa pueda entender.
Es una operación delimitada con campos concretos. Este ejemplo es conceptual y no reproduce ningún contrato interno.
La solicitud y las fuentes que el sistema tenía autorización para consultar.
Los pasos aplicados, descritos en lenguaje de negocio y no como razonamiento interno.
La salida producida, el estado final y cualquier pendiente que siga abierto.
La regla, el permiso o la incertidumbre que impidió continuar automáticamente.
La persona o función responsable de resolver el punto sensible.
Un registro suficiente para revisar la operación sin reconstruirla desde memoria.
La empresa cambia. El sistema también puede cambiar, pero una frase en una conversación no debería reescribir su comportamiento permanente.
El equipo puede corregir un resultado o indicar una excepción sin que esa decisión se generalice automáticamente a futuros casos.
Si una corrección parece reutilizable, se documenta como cambio candidato: fuente, alcance, excepciones, versión, pruebas y responsable de aprobación.
Respuestas breves para entender qué se construye, cómo empieza y dónde permanece el control.
Es un sistema diseñado para un proceso concreto, con fuentes, permisos, operaciones y límites definidos para esa empresa. “Privado” describe una frontera de datos y control; no una etiqueta vacía.
No necesariamente. Una conversación puede ser una puerta de entrada, pero el trabajo persiste como objetos y operaciones gobernadas. El chat no es la base de datos, el sistema de permisos ni el entorno de ejecución.
Es una ejecución en paralelo sin efectos reales. Permite comparar qué habría hecho el sistema con el trabajo actual antes de autorizar acciones.
Puede hacerlo únicamente para operaciones acotadas cuyo alcance y permisos hayan sido aprobados. Las decisiones sensibles permanecen detenidas o requieren una aprobación explícita.
Depende del proceso, las fuentes, las reglas, las excepciones y el nivel de ejecución requerido. El análisis inicial permite proponer un alcance y unos hitos reales sin inventar una duración universal.
Uno frecuente y concreto, con una entrada reconocible, un resultado útil y reglas que el equipo pueda explicar. Conviene evitar empezar por el proceso más amplio o irreversible de la empresa.
Se trata como un cambio gobernado: se identifica su fuente y alcance, se prueban sus efectos, se versiona y se aprueba antes de alterar el comportamiento operativo.
El objetivo es trasladar trabajo repetible al sistema y reservar a las personas el contexto, las excepciones y las decisiones donde su criterio aporta valor.
El punto de partida
Lo descomponemos en entradas, trabajo, resultado, decisiones y evidencia. A partir de ahí se ve qué sistema tendría sentido construir.