Eliminar, simplificar, incorporar apoyo o automatizar
El marco evita convertir en software pasos que no aportan valor o procesos que todavía no tienen una forma estable.
Marco para decidir y operar
Marco para decidir qué automatizar y cómo operarlo
Automatizar no consiste en trasladar una tarea manual al software. Primero hay que decidir qué conviene eliminar o simplificar, qué tareas necesitan apoyo y cuáles pueden automatizarse; después, construir una solución que la organización pueda controlar, medir y mantener.
Idea central
Una automatización mejora el sistema si reduce el trabajo manual, el tiempo, los errores o el riesgo, o si aumenta la calidad. Esa mejora no debe deteriorar de forma inaceptable otros resultados del proceso. También debe mantener visibles las decisiones, las excepciones y la persona responsable del resultado.
Las listas de tareas automatizables ayudan a detectar oportunidades, pero no bastan para priorizar una inversión ni para ponerla en producción. Este marco conecta la decisión de negocio con el diseño del proceso, la ejecución técnica y la operación posterior, de modo que cada automatización tenga un resultado verificable, unos límites claros y una persona responsable.
El modelo
Seis planos de decisión
Los seis planos conectan la oportunidad de negocio con el proceso real, la ejecución técnica y las condiciones necesarias para mantener la automatización en producción.
- 01
Resultado y responsabilidad
El análisis empieza por el resultado que se quiere mejorar, la situación de partida, las personas afectadas y la persona que responderá del proceso cuando cambie o falle.
- Resultado esperado
- Situación de partida
- Responsable del proceso
- Personas afectadas
- Criterio de prioridad
- 02
Proceso real
Reconstruyo el trabajo tal como sucede, incluidas las esperas, las decisiones informales, las duplicidades y las excepciones que no aparecen en el procedimiento escrito.
- Tareas y esperas
- Decisiones
- Excepciones
- Retrabajo
- Puntos de intervención
- 03
Datos y contratos
Cada paso necesita entradas autorizadas y estados comprensibles. Cuando varios sistemas leen, transforman o conservan la información, el intercambio debe quedar definido mediante un contrato explícito.
- Sistema responsable del dato
- Identidad y permisos
- Eventos y API
- Estados del proceso
- Trazabilidad
- 04
Decisión y autonomía
La variabilidad, las consecuencias y la posibilidad de revertir una acción determinan si conviene aplicar una regla, preparar información para que una persona decida, incorporar un agente o mantener la intervención humana.
- Regla determinista
- Decisión asistida
- Agente con límites
- Aprobación humana
- Reversibilidad
- 05
Ejecución y recuperación
La solución debe definir dónde se ejecuta cada tarea, cómo continúa tras un fallo y qué puede hacer el equipo cuando necesita detenerla, corregirla o completarla manualmente.
- Tareas y colas
- Idempotencia
- Reintentos
- Gestión de errores
- Intervención manual
- 06
Evidencia y evolución
La puesta en producción incluye métricas, observabilidad, criterios de aceptación y una revisión periódica para ampliar, corregir o retirar la automatización.
- Tiempo de ciclo
- Errores y retrabajo
- Coste de operación
- Alertas útiles
- Criterio de retirada
Secuencia de trabajo
La automatización empieza con una decisión de proceso y termina con una responsabilidad operativa que puede revisarse.
El análisis documenta los supuestos para los equipos que construirán y operarán la automatización o asumirán su gobierno.
- Paso 1
Reconstruir el proceso
Observo el flujo completo y documento sus responsables, datos, decisiones, esperas y excepciones antes de proponer una solución.
- Paso 2
Elegir el tipo de mejora
Decido qué conviene eliminar, simplificar, realizar con apoyo o automatizar de acuerdo con el valor, la estabilidad del proceso y las consecuencias de un error.
- Paso 3
Diseñar los límites
Defino los contratos, los permisos, el estado, la supervisión y la recuperación necesarios para que la ejecución sea comprensible y controlable.
- Paso 4
Construir, operar y revisar
Pongo en producción una primera versión de alcance acotado, compruebo el resultado y utilizo la evidencia operativa para ampliarla, corregirla o retirarla.
Decisiones
Decisiones sobre autonomía, ejecución y responsabilidad operativa.
Cada decisión delimita qué puede ejecutar el sistema, qué necesita confirmación y cómo se revisará el resultado.
Qué debe decidir una persona
La intervención humana se sitúa donde las consecuencias, la ambigüedad o la falta de reversibilidad exigen criterio y responsabilidad.
Dónde debe ejecutarse
Comparo cuatro alternativas: resolver la tarea mediante configuración, ejecutarla dentro de la plataforma, incorporarla a una integración o delegarla en un servicio externo. Las valoro según los datos, la carga y el control necesarios.
Cuándo ampliar, detener o retirar
Los criterios de aceptación, las alertas y la persona responsable permiten revisar la automatización cuando cambia el proceso o deja de compensar.
Cómo lo aplico
Un recorrido común desde la decisión de dirección hasta la operación diaria
Utilizo el marco para ordenar una cartera de oportunidades y para acompañar la ejecución de las seleccionadas. Lo aplico con responsables de negocio, producto, operaciones e ingeniería para decidir qué resultado buscamos, qué construiremos, qué control conservará una persona y qué evidencia necesitaremos para mantener la solución.
Referencias y contexto
Estándares y fuentes primarias utilizados en el marco.
Desarrollo editorial
El blog examina con más detalle las decisiones de cada marco.
El proyecto editorial independiente amplía los patrones, los estándares y los casos de uso con fuentes y ejemplos.
Ir a blog.albertolarah.comConversación profesional
Si necesitas aplicar este marco a un sistema real, hablemos del contexto.
Empezaremos por el problema, las responsabilidades y las decisiones que la organización necesita mantener en el tiempo.
hola@albertolarah.comLinkedIn ↗