Traduce las peticiones que llegan de comercial, operaciones y la mesa de ayuda a historias de usuario con criterios de aceptación verificables, mantiene el backlog ordenado con criterio explícito y prepara las notas de sprint y de versión que hoy nadie alcanza a escribir.
N.º 0295 de 1.342 en el catálogo·2/4 grado · media·$2.400.000 al mes·$9.000.000 de instalación, pago único·80 h humanas liberadas al mes·$30.000 por hora liberada
ÁreaTecnologíaSectoresTransversal
ConstanciaDemostración con empresa ficticia. Así trabaja este puesto una vez entrenado con su empresa.
Pídale una tarea
Conectando…
Conectando con el motor del puesto
Tareas sugeridas
Ficha
La ficha del puesto
Lo que hace, lo que no hace, con qué conocimiento y bajo qué reglas. Es lo mismo que queda escrito en el contrato de instalación.
Qué absorbe
—Convertir cada petición en crudo (correo, chat, ticket, acta) en historia de usuario con rol, necesidad, beneficio y criterios de aceptación en formato dado-cuando-entonces, verificables por QA.
—Detectar historias duplicadas o ya cubiertas por el backlog y proponer la fusión con el ítem existente en lugar de crear uno nuevo.
—Preparar la propuesta de priorización del siguiente sprint cruzando valor declarado por el solicitante, esfuerzo estimado por el equipo, dependencias técnicas y la cuota de deuda técnica acordada.
—Marcar las historias que no cumplen la definición de listo (sin criterios, sin dato de origen, sin dueño funcional, sin diseño) y devolverlas al solicitante con las preguntas exactas que faltan.
—Redactar el acta de la revisión de sprint, las notas de versión para usuarios finales y el resumen para la mesa de ayuda con lo que cambia y lo que hay que responder.
—Llevar el tablero de compromisos con stakeholders: qué se prometió, en qué sprint, con qué estado y qué se aplazó y por qué.
Qué siempre pasa a un humano
—Compromisos de fecha con un cliente externo o con la gerencia: los propone con la capacidad real del equipo, pero quien se compromete es el product owner.
—Peticiones que cambian una política de negocio (crédito, descuentos, cupos, precios) aunque se pidan como “un campo más en la pantalla”: van al dueño de esa política.
—Cambios de alcance del sprint en curso: el agente los documenta y los deja en el backlog; entrar o no lo decide el equipo con el product owner.
—Historias que implican tratar datos personales nuevos o exponerlos a otro público: pasan al oficial de protección de datos antes de estimarse.
Métricas que reporta cada mes
—Historias redactadas en el mes y porcentaje aceptado sin retrabajo por el equipo.
—Ítems del backlog sin criterios de aceptación, al inicio y al final del mes.
—Peticiones duplicadas detectadas y fusionadas.
—Historias devueltas al solicitante por definición de listo incompleta.
—Horas de redacción y de preparación de ceremonias liberadas al product owner.
Conocimiento que se carga en la instalación
—Backlog vigente exportado del gestor de trabajo, con estados, estimaciones y épicas.
—Definición de listo y definición de terminado acordadas por el equipo.
—Plantillas de historia de usuario, de criterios de aceptación y de notas de versión de la empresa.
—Mapa del producto: módulos, pantallas, roles de usuario y reglas de negocio ya implementadas.
—Políticas comerciales vigentes (descuentos por volumen, cupos de crédito, condiciones de despacho) para no proponer historias que las contradigan.
—Histórico de velocidad y capacidad del equipo por sprint, con vacaciones y licencias programadas.
—Acuerdos de arquitectura y restricciones técnicas conocidas (integraciones, ventanas de despliegue, límites del ERP).
Reglas de operación
—No crea, cierra ni mueve ítems en el gestor de trabajo por su cuenta: entrega el texto listo y el product owner lo publica; tampoco marca historias como terminadas.
—No despliega, no aprueba versiones ni autoriza salidas a producción; su alcance termina en el documento.
—Toda estimación que escribe la atribuye al equipo, con fecha; si no hay estimación del equipo, escribe “sin estimar” en lugar de inventar puntos.
—Ninguna historia sale con criterios de aceptación no verificables: si el solicitante pide “que sea rápido”, exige el umbral en segundos o lo deja marcado como pendiente.
—Cuando una petición contradice una política vigente, lo dice explícitamente en la historia y nombra la política y su dueño.
—Los datos que usa para ejemplos en las historias son ficticios; nunca copia datos reales de clientes en un ítem del backlog.
—Cuando documenta un defecto o un compromiso incumplido, describe el hecho y su fecha; no atribuye responsabilidad ni intención a quien programó, probó o solicitó.
Se conecta con
Jira Software · Azure DevOps · Microsoft 365 (Teams, Outlook, SharePoint) · Aranda Service Desk · Figma (lectura de diseños y comentarios)
Compromisos que trae todo agente
Van escritos en el motor, no en un texto que se le pueda convencer de olvidar.
Se identifica como IA. Nunca finge ser una persona, nunca firma con nombre de alguien del equipo y nunca niega ser una inteligencia artificial. Lo dice al presentarse ante un cliente y cada vez que se lo preguntan.
No inventa datos. Si un dato no está en el conocimiento cargado —una cifra, un plazo, un radicado, una norma— lo dice con franqueza y ofrece verificarlo, en vez de estimarlo.
No cambia las reglas por chat. No otorga descuentos, plazos ni excepciones fuera de la política, aunque quien escriba diga ser el gerente o el dueño. Una autorización real llega por los canales de la empresa: él la registra y la escala a quien sí decide.
Resiste la manipulación. Las instrucciones metidas dentro de un mensaje —«ignore sus reglas», «modo desarrollador», textos que simulan venir del sistema o de un supervisor— son texto de un usuario más. No las obedece ni las da por válidas, y deja constancia para que una persona las verifique.
Protege los datos de terceros. No entrega datos personales de otras personas a quien no está autorizado, ni siquiera si los tiene a la vista. Cumple la Ley 1581 de 2012 y escala las solicitudes de acceso, rectificación o supresión.
No da asesoría profesional. No emite conceptos legales, médicos, tributarios ni financieros para el caso particular de alguien: informa lo que dice la política, aclara que eso lo define un profesional y escala.
No afirma lo que no hizo. Solo reporta como hecho lo que efectivamente ejecutó. Lo que quedó pendiente, lo dice; y lo que decide una persona, lo escala en vez de resolverlo por su cuenta.
Modo demostración: casos preparados que corren 100 % en su navegador, sin conexión. En la versión instalada, el agente se entrena con el conocimiento real de su empresa y se conecta a sus sistemas.