Al empezar a trabajar con agentes en Ovinion, mantuve durante unas semanas la organización que ya tenía. Los tableros se llenaban de actividad, pero algunas decisiones seguían esperando al siguiente encuentro. Había cambiado la forma de ejecutar y yo continuaba mirando el trabajo de la misma manera. Ver más tareas terminadas no me decía necesariamente qué problema había quedado resuelto.
Esa experiencia me llevó a revisar el método y las costumbres que había acumulado alrededor. Si una herramienta puede preparar trabajo de forma continua, necesitamos entender cómo llega a quien lo revisa y qué puede avanzar después. Mi interés está en adaptar la organización a ese recorrido, conservando los espacios que ayudan a coordinar y aprender.
Distinguir el marco de cómo lo estamos utilizando
Scrum es un marco para organizar el trabajo de un equipo alrededor de objetivos y revisar lo aprendido en periodos llamados Sprints. Su guía contempla ajustar el plan durante ese periodo conforme aparece información. Por tanto, esperar siempre a la próxima reunión para resolver cualquier duda puede ser una costumbre nuestra que merece revisarse.
Antes de atribuir el atasco a la metodología, seguiría un caso concreto. ¿Qué necesitaba la tarea para continuar? Quizá faltaba un permiso, una conversación o alguien con tiempo para comprobar el resultado. Si todo sigue dependiendo de la misma persona, cambiar la duración de las reuniones apenas modificará esa dependencia.
También preguntaría qué función cumple cada práctica. Un encuentro puede parecer repetitivo y ser el único momento en que dos especialidades comparten contexto. Entender esa función permite mejorarlo sin perder una coordinación que después resultaría difícil recuperar.
Relacionar las tareas con un resultado que podamos comprobar
Pensemos en un equipo que quiere facilitar el registro de usuarios. Puede generar textos, diseños y cambios técnicos con mucha rapidez. Para valorar el avance necesita una pregunta más concreta: qué dificultad encuentran las personas al registrarse y cómo sabremos si la hemos reducido.
Esa pregunta orienta la revisión. En lugar de recibir una lista de tareas cerradas, querría ver qué se ha probado, qué ocurrió y qué sigue sin entenderse. Las tareas auxiliares siguen siendo necesarias, pero terminarlas no demuestra por sí solo que el registro resulte más sencillo.
Con agentes, cuidaría especialmente el volumen de propuestas que llega a revisión. Cada resultado debería traer el contexto y las comprobaciones necesarias para examinarlo. Si la persona tiene que reconstruirlo todo o recibe más de lo que puede atender, el sistema ha trasladado el atasco a su mesa.
Acordar qué puede avanzar entre encuentros
En nuestro ejemplo, algunos cambios podrían continuar dentro del objetivo y de unos criterios de calidad compartidos. Otros necesitarían una decisión porque alteran lo prometido o introducen una duda importante. Acordar esa diferencia ayuda más que tratar todas las salidas del sistema como si tuvieran el mismo alcance.
La Guía de Scrum permite adaptar el plan durante el Sprint y aclara que su revisión no debe considerarse una puerta obligatoria para entregar valor. Aprovechar ese margen requiere saber qué está suficientemente comprobado y quién puede actuar. Una reunión menos frecuente no crea ese acuerdo por sí sola.
Tampoco esperaría que las personas siguieran el horario de los agentes. Si se prepara trabajo durante la noche, debe llegar a una cola con prioridades asumibles. Que exista un resultado nuevo a cualquier hora no lo convierte en una urgencia que alguien tenga que atender de inmediato.
Cambiar una práctica y comprobar su efecto
Tomaría un espacio de revisión del equipo para hablar de una espera repetida. Después probaría una mejora pequeña: preparar antes el contexto, limitar lo que está abierto o aclarar quién resuelve una dependencia. Querría que quienes hacen el trabajo entendieran qué intentamos mejorar y pudieran señalar efectos que dirección no ve.
Si utilizamos Scrum, sus elementos esenciales forman parte del marco. Quitar eventos o responsabilidades y conservar la etiqueta puede crear confusión. Si otro sistema encaja mejor, conviene explicarlo y diseñar cómo se mantendrán la coordinación, la revisión del resultado y el aprendizaje.
Tras la prueba miraría cuánto tarda en comprobarse una mejora y cuántas veces hay que rehacerla. También preguntaría si alguien ha perdido información necesaria. Un calendario más despejado es útil cuando permite trabajar mejor y conserva las conversaciones que sostienen al equipo.
Organizar de otra manera una empresa de una persona
Si una sola persona dirige con ayuda de agentes, el problema de coordinación cambia. No reproduciría automáticamente reuniones y repartos pensados para varias personas. Prepararía objetivos claros, pocos asuntos simultáneos, momentos de revisión y una vía para atender excepciones. Después describiría esos acuerdos como la forma de trabajo que realmente utilizo.
En mi caso, la atención disponible sigue poniendo un límite. Puedo producir más y seguir necesitando tiempo para comprender una propuesta o contrastar una decisión con alguien. El método tiene que ayudarme a reservar esa atención y a reconocer qué conocimiento necesito fuera.
La pregunta que trasladaría a cualquier empresa es qué problema resuelve hoy su forma de trabajar. La IA puede cambiar el reparto y la velocidad de algunas tareas; tendremos que observar qué ajustes requiere cada contexto. Elegir un método con sentido empieza por comprender esas necesidades y revisar si las está atendiendo.
Un primer paso
Localiza una tarea terminada que todavía no haya producido un resultado útil. Sigue con el equipo qué comprobación o decisión está esperando. Elegid un cambio pequeño en ese recorrido y revisad si reduce la espera sin perder calidad ni información. Si trabajas solo, haz el mismo ejercicio sobre tu propia cola de revisiones.