Agencia de automatización · Entrega
Desarrollo de automatizaciones y entrega al cliente
Lleva una automatización de cliente desde el alcance firmado hasta una entrega aceptada, sin desarrollar a ciegas ni salir a producción tras una sola prueba buena. El cliente da los accesos y acepta el resultado en un enlace público, y nada llega a producción antes de que lo apruebe el arquitecto de soluciones.
- Duración: 3 a 5 semanas
- Frecuencia: Para cada proyecto de automatización de un cliente
- Pasos: 12 pasos
- Agentes de IA: 2 agentes de IA
- Aprobaciones: 2 aprobaciones
Plan gratuito, sin tarjeta de crédito.
Qué cambia con esta plantilla
Sin la plantilla
Los ingenieros desarrollan a ciegas hasta que el equipo de TI del cliente envía accesos y archivos de muestra reales.
La automatización sale a producción en cuanto el caso normal funciona una vez.
Cómo funciona la automatización, y cómo pausarla, solo lo sabe un ingeniero.
Los diseños de solución y los manuales se escriben desde cero en cada proyecto.
Con la plantilla
El cliente da los accesos y comparte los datos de muestra en un enlace, y la ejecución muestra lo que falta.
La puesta en producción espera a la lista completa de pruebas y a la aprobación del arquitecto de soluciones.
Cada cliente recibe un manual de operación revisado y lo acepta en el enlace público.
Los agentes de IA redactan el diseño y el manual, y una persona del equipo revisa ambos.
La plantilla, paso a paso
Cada paso indica quién lo hace: alguien de tu equipo, un agente de IA o el cliente mediante un enlace público. Una aprobación mantiene bloqueados todos los pasos siguientes hasta que se da.
- Lo hace tu equipo
- Lo hace un agente de IA
- Lo hace el cliente, mediante un enlace público
Empieza cuando
El cliente firma el documento de alcance. El gerente de entrega inicia una ejecución con el nombre del cliente, el proceso a automatizar y la fecha prevista de puesta en producción.
- 1
Compartir el enlace de la ejecución y agendar el descubrimiento
Día 1Gerente de entrega · Equipo
Envía al contacto del cliente el enlace público de la ejecución, para que vea qué accesos y datos de muestra necesitas, y agenda la sesión de descubrimiento.
Lista de verificación
- Enlace público enviado al contacto del cliente
- Sesión de descubrimiento agendada
- Arquitecto e ingeniero asignados
Campos que rellenar
- Nombre del cliente (obligatorio)
- Proceso a automatizar (obligatorio)
- Correo del contacto del cliente (obligatorio)
- Fecha prevista de puesta en producción (obligatorio)
- 2
Mapear el proceso actual en una sesión de descubrimiento
Semana 1Arquitecto de soluciones · Equipo
Recorre el proceso con el cliente: entradas, sistemas, volúmenes, excepciones conocidas y quién se encarga de cada parte. Acuerda con él qué no hará la automatización.
Lista de verificación
- Entradas, sistemas y volúmenes anotados
- Responsable de cada parte identificado
- Casos fuera de alcance acordados
Campos que rellenar
- Notas del descubrimiento (obligatorio)
- Excepciones que debe gestionar la automatización (obligatorio)
- Fuera de alcance
- 3
Dar acceso de prueba y compartir los datos de muestra
Semana 1Contacto del cliente · Enlace público
En el enlace público, el cliente da acceso a un entorno de pruebas de cada sistema y comparte un enlace a archivos de muestra reales, con ejemplos de las excepciones conocidas.
Lista de verificación
- Acceso al entorno de pruebas concedido
- Cuenta de servicio o acceso a la API creado
- Las muestras incluyen las excepciones conocidas
Campos que rellenar
- Enlace a los archivos de muestra (obligatorio)
- Sistemas a los que diste acceso (obligatorio)
- Contacto técnico para dudas de acceso
- 4
Redactar el diseño de la solución y los casos de prueba
Semana 1Redactor de diseños · Agente de IA
El redactor de diseños convierte las notas de descubrimiento y las excepciones en un primer diseño de la solución: disparador, mapeo de datos, gestión de errores, alertas y un caso de prueba para el caso normal y cada excepción.
Campos que rellenar
- Borrador del diseño (obligatorio)
- Borrador de los casos de prueba (obligatorio)
Revisión humana: El arquitecto de soluciones corrige y aprueba el diseño en el paso 5.
- 5
Aprobar el diseño antes de desarrollar
Oculto en el enlace públicoSemana 2Arquitecto de soluciones · Equipo
Corrige el diseño y los casos de prueba, y prueba tú mismo los accesos del cliente. Si faltan accesos o muestras, marca la ejecución como bloqueada y anota lo que falta.
Lista de verificación
- Cada excepción tiene un caso de prueba
- Gestión de errores y alertas definidas
- El acceso de prueba funciona
Campos que rellenar
- Accesos o muestras que faltan
Aprobación: El desarrollo sigue bloqueado hasta que el arquitecto de soluciones aprueba el diseño.
- 6
Desarrollar la automatización en el entorno de pruebas
Semanas 2 a 3Ingeniero de automatización · Equipo
Desarrolla según el diseño aprobado, con registro de actividad, reintentos en cada llamada externa y una alerta cuando una ejecución de la automatización falla.
Lista de verificación
- Registro de actividad en cada paso
- Reintentos en las llamadas externas
- La alerta de fallo llega al canal acordado
Campos que rellenar
- Notas de desarrollo (obligatorio)
- Enlace a la exportación del flujo o al repositorio (obligatorio)
- 7
Pasar todos los casos de prueba, incluidos los de error
Semana 3Responsable de pruebas · Equipo
Pasa cada caso de prueba del diseño aprobado con los datos de muestra y registra qué pasó y qué falló, con un enlace a las evidencias.
Lista de verificación
- El caso normal pasa
- Los datos incorrectos se rechazan y se señalan
- Los duplicados se detectan
- Los reintentos y las alertas funcionan
Campos que rellenar
- Resultados de las pruebas (obligatorio)
- Enlace a las evidencias de las pruebas (obligatorio)
- 8
Aprobar la puesta en producción
Semana 4Arquitecto de soluciones · Equipo
Revisa los resultados de las pruebas, las notas de desarrollo y el plan de vuelta atrás, y aprueba el paso a producción.
Lista de verificación
- Todos los casos de prueba han pasado
- El plan de vuelta atrás es realista
- El cliente conoce la fecha de puesta en producción
Campos que rellenar
- Plan de vuelta atrás (obligatorio)
Aprobación: Producción, la aceptación del cliente y la entrega siguen bloqueadas hasta que el arquitecto de soluciones aprueba la puesta en producción.
- 9
Redactar el manual de operación
Semana 4Redactor del manual de operación · Agente de IA
El redactor del manual convierte las notas de desarrollo, los resultados de las pruebas y el plan de vuelta atrás en un manual de operación: qué hace la automatización, cómo detectar un fallo, cómo pausarla y reiniciarla, y a quién contactar.
Campos que rellenar
- Borrador del manual de operación (obligatorio)
Revisión humana: El ingeniero de automatización contrasta el manual con lo desarrollado en el paso 10.
- 10
Poner en producción y terminar el manual
Semana 4Ingeniero de automatización · Equipo
Contrasta el borrador del manual con lo desarrollado y corrígelo, activa la automatización en producción, vigila las primeras ejecuciones reales y envía al cliente por correo el manual de operación final.
Lista de verificación
- El manual coincide con lo desarrollado
- Automatización activada en producción
- Primeras ejecuciones reales revisadas
Campos que rellenar
- Fecha de puesta en producción (obligatorio)
- Enlace al manual de operación final (obligatorio)
- 11
Probar casos reales y aceptar la automatización
Semana 4Contacto del cliente · Enlace público
El cliente revisa casos reales en sus propios sistemas y lee el manual que le envió el ingeniero por correo, y después registra su decisión en el enlace público, con lo que aún hay que cambiar si todavía no la acepta.
Lista de verificación
- Casos reales revisados en tus propios sistemas
- Manual de operación leído
- Sabes cómo pausar la automatización
Campos que rellenar
- Decisión (obligatorio)
- Qué hay que cambiar todavía
- 12
Entregar e iniciar el soporte
Semana 4Gerente de entrega · Equipo
Confirma con el cliente las condiciones de soporte, agenda el primer seguimiento y reduce los accesos de la agencia a lo que necesita el soporte.
Lista de verificación
- Condiciones de soporte confirmadas
- El cliente sabe cómo avisar de un fallo
- Accesos de la agencia reducidos a lo que necesita el soporte
Campos que rellenar
- Fecha de inicio del soporte (obligatorio)
- Fecha del primer seguimiento (obligatorio)
Termina cuando
La automatización funciona en producción, el cliente la ha aceptado y su equipo tiene un manual de operación revisado para el día en que algo falle.
Hazla tuya. Cambia el nombre de los pasos y los responsables, y añade elementos a la lista, campos o aprobaciones. La plantilla es un punto de partida para la forma de trabajar de tu equipo.
Los agentes de IA de esta plantilla
Un agente solo trabaja en sus propios pasos, y una persona de tu equipo revisa lo que hizo. Todo lo que un agente escribe en una app conectada espera aprobación, salvo que lo permitas.
Redactor de diseños
Convierte las notas de descubrimiento en un primer diseño de la solución y un conjunto de casos de prueba.
Qué hace
- Lee las notas de descubrimiento y las excepciones registradas en la ejecución
- Sigue el formato de diseño de las instrucciones de su paso
- Escribe el borrador del diseño y un caso de prueba por excepción
- Completa su paso para que empiece la revisión
Revisión humana: El arquitecto de soluciones corrige y aprueba el diseño en el paso 5.
Redactor del manual de operación
Convierte las notas de desarrollo, los resultados de las pruebas y el plan de vuelta atrás en un primer manual de operación para el cliente.
Qué hace
- Lee las notas de desarrollo, los resultados de las pruebas y el plan de vuelta atrás de la ejecución
- Escribe qué hace la automatización, cómo detectar un fallo y cómo pausarla
- Registra el borrador del manual en su paso
Revisión humana: El ingeniero de automatización contrasta el manual con lo desarrollado en el paso 10.
Preguntas que responde esta plantilla
Dale al cliente un manual de operación que diga qué hace la automatización, cómo detectar un fallo, cómo pausarla y a quién contactar, y pídele que lo acepte. El paso 9 redacta ese manual a partir de las notas de desarrollo y los resultados de las pruebas, el paso 10 lo contrasta con lo desarrollado y se lo envía al cliente por correo, y en el paso 11 el cliente lo acepta en el enlace público.
Haz que la puesta en producción dependa de un conjunto completo de casos de prueba, con datos incorrectos, duplicados y fallos, y de una persona concreta que la apruebe. El paso 7 tiene la lista de pruebas de cada caso de error, y el paso 8 es un control de aprobación que mantiene producción bloqueada hasta que el arquitecto de soluciones aprueba los resultados.
Pide todos los accesos y archivos de muestra en un solo lugar, con las excepciones de las que necesitas ejemplos, antes de empezar a desarrollar. En el paso 3 el cliente da los accesos y comparte enlaces a los archivos de muestra en el enlace público, y en el paso 5 el arquitecto de soluciones marca la ejecución como bloqueada y anota lo que falta.
Un manual de operación explica qué hace la automatización, qué la dispara, cómo se nota un fallo, cómo pausarla y reiniciarla, cómo reprocesar los registros fallidos y a quién contactar. El paso 9 redacta esas secciones a partir de las notas de desarrollo, los resultados de las pruebas y el plan de vuelta atrás, y el ingeniero de automatización las corrige en el paso 10.
Deja que la IA convierta las notas de descubrimiento en un primer diseño con casos de prueba, y que la decisión la tome el arquitecto de soluciones. En el paso 4 el redactor de diseños escribe el disparador, el mapeo de datos, la gestión de errores y un caso de prueba por excepción, y en el paso 5 el arquitecto de soluciones lo corrige y lo aprueba.
Registra los resultados de las pruebas, la aprobación y la aceptación del cliente en el propio proyecto, no en hilos de chat. El paso 7 registra los resultados con un enlace a las evidencias, el paso 8 la aprobación de la puesta en producción con nombre y hora, y el paso 11 la decisión del cliente.
Plantillas relacionadas
Pensada para
Ejecuta este flujo en OKiDO
Configura los pasos, los responsables y las aprobaciones una vez, y luego inicia una ejecución para cada caso nuevo.