Un Copilot ayuda a una persona. Una Workforce sostiene el trabajo de la organización.
Los asistentes dispersos hacen que algunas personas trabajen más rápido, pero no mejoran la organización. En TAOM, los AI Agents reciben lo que tiene cualquier puesto: responsabilidad, límites y una persona que asume la responsabilidad final.
La diferencia
Por qué muchos asistentes no forman una Workforce
Lo que ocurre en la mayoría de las organizaciones
Cada departamento introduce su propio asistente. Los resultados terminan en historiales de chat, nadie sabe exactamente en qué se basan y dos áreas pueden obtener respuestas diferentes a la misma pregunta.
El resultado es más velocidad con el mismo nivel de desorden.
Qué caracteriza a una Workforce
Los Agents trabajan sobre el mismo contexto empresarial, tienen responsabilidades claramente definidas y generan resultados cuya procedencia queda vinculada al propio artefacto.
De este modo se convierten en participantes del Operating Model – descritos en OS-13 y gestionados mediante MGT-08.
Definición de un rol
Seis datos que también necesitaríamos de una nueva compañera
Cuando se incorpora una persona, se aclaran su responsabilidad, sus capacidades, sus accesos, sus herramientas, las aprobaciones necesarias y los resultados esperados. Con un Agent, estos aspectos suelen omitirse – y precisamente de ahí surgen los problemas.
Límites
Lo que un Agent puede hacer – y lo que nunca puede hacer
Esta clasificación se establece antes de que comience la primera ejecución. Es la razón por la que se puede permitir que los Agents trabajen sin ceder el control.
Distribución
Siete responsabilidades en lugar de un único todoterreno
Un Agent que debe hacerlo todo termina siendo mediocre en todo. En TAOM, el trabajo se divide por niveles – cada Agent ve exactamente el ámbito que puede evaluar de forma competente.
- #1Process AgentEstructura del modelo – nivel Diagram.
- #2Application AgentPaso del proceso ↔ sistema ↔ transacción – nivel Shape.
- #3Quality AgentRequisitos, riesgos, controles y pruebas – niveles Shape y Process.
- #4Knowledge AgentConocimiento procedente de fuentes – niveles Shape y Phase.
- #5Delivery AgentEpics, Stories y Specs – niveles Phase y Process.
- #6Collaboration AgentReuniones y actas – nivel Process.
- #7Learning AgentExplicaciones adaptadas al rol – nivel User.
Introducción
Cómo construirlo sin asumir demasiado de una vez
1 · Elegir una tarea
Algo recurrente y con un resultado claramente definido – no la tarea más difícil de toda la organización.
2 · Describir el rol
Completar los seis datos. Si alguno queda sin definir, la tarea todavía no está suficientemente clara.
3 · Establecer límites
Definir qué puede hacerse sin aprobación – en caso de duda, empezar con menos autonomía.
4 · Dejar que trabaje en paralelo
El Agent propone y las personas revisan. La precisión se hace visible en días, no en meses.
5 · Ajustar los límites
Lo que demuestra funcionar puede recibir mayor autonomía. Lo que falla recibe límites más estrictos.
6 · Siguiente rol
Solo entonces se incorpora la segunda responsabilidad.
Responsabilidad
La pregunta que plantean tanto los comités de empresa como las auditorías
«¿Quién responde por el resultado?»
La persona que lo ha aprobado. Por eso la aprobación nunca corresponde al Agent y por eso el artefacto indica si ha sido generado o modificado.
Procedencia y aprobación son dos cosas diferentes – véase Certificación.
«¿Sustituye puestos de trabajo?»
La respuesta realista: desplaza el trabajo. Lo que desaparece es parte del trabajo de transcribir, recopilar y dar formato. Lo que permanece es la evaluación – y probablemente habrá más de ella.
Quien lo presente de otra manera volverá a enfrentarse a esta cuestión en el primer workshop.
Empezar
Con una responsabilidad, no con una estrategia
Tome una tarea recurrente, descríbala como si fuera un puesto de trabajo, establezca límites estrictos y deje que el Agent contribuya mientras las personas revisan sus resultados.