La IA propone,
la persona ratifica
Los agentes son la zona de sugerencia del modelo de decisión en tres zonas de Onplana. Tres operaciones en las que la IA propone un cambio sobre datos existentes, muestra las pruebas al lado y espera a que una persona lo acepte o lo descarte. Alertas de riesgo, cambios de recursos, cronogramas sugeridos.
El patrón de proponer y ratificar
Todas las operaciones de la zona de sugerencia tienen la misma forma. La IA aporta las pruebas; la persona hace el cambio. La IA trabaja por su cuenta al buscar, analizar y redactar; se contiene cuando se trata de cambiar datos ya comprometidos.
Esa forma es el modelo de proponer y ratificar. Es la disciplina que hace segura la tarea de los agentes a la escala de una PMO real. Sin ella, los agentes prometen demasiado (cambian planes existentes por su cuenta y fallan en el primer caso límite) o entregan poco (solo devuelven texto y nunca actúan). En la zona de sugerencia aparece la mayor parte del ahorro de tiempo a lo largo de un trimestre, porque la IA se ocupa del análisis y la redacción y la persona del criterio.
El límite está en el código, no en el prompt. Un prompt mal planteado no puede hacer que la IA aplique una propuesta sin pasar por la ratificación de una persona. La comprobación se hace en el servidor y no depende de confiar en un buen diseño del prompt.
Las tres operaciones de la zona de sugerencia
Para cada una: qué propone la IA, qué pruebas aparecen al lado y cómo es la ratificación.
Alertas de riesgo
Propuesta
La IA marca una tarea o un hito como en riesgo y nombra la señal concreta que lo motiva
Pruebas al lado
Se nombran las tareas detrás de la alerta: trabajo atrasado o bloqueado, tareas sin responsable, trabajo que espera a otra tarea y el tiempo que queda hasta la fecha de fin
Ratificación
El jefe de proyecto pasa el riesgo al registro, lo descarta o lo asigna a un responsable
Propuestas de cambio de recursos
Propuesta
La IA propone quién debería encargarse de una tarea y explica por qué, por ejemplo pasar trabajo de alguien que esa semana supera su capacidad a alguien con margen
Pruebas al lado
La semana de la persona propuesta con la tarea incluida: su capacidad, el resto del trabajo comprometido, la parte de esta tarea y si con ella supera su capacidad, junto a la propuesta para quien la revisa
Ratificación
El jefe de proyecto acepta y la tarea se asigna tal como se propuso, o la descarta y nada cambia
Cronograma sugerido
Propuesta
Indique una fecha límite y la IA propone inicio y fin para cada tarea, y puede nivelar el plan según la carga de cada persona
Pruebas al lado
Las fechas propuestas para cada tarea, la fecha en que terminaría el plan y cualquier aviso o el motivo por el que no se puede cumplir la fecha límite
Ratificación
Nada cambia hasta que el jefe de proyecto la aplica, y antes de aplicarla se guarda una línea base del plan tal como estaba. Comparar escenarios de toda la cartera es planificación de escenarios, desde el plan Enterprise, y no usa IA
Y la zona vedada
Algunas decisiones no pasan a manos de la IA. Onplana no tiene función para la mayoría, y donde existe una superficie relacionada, la IA actúa con los permisos de la persona que la usa y no puede excederlos.
Compromisos financieros
La IA puede resumir el ritmo de consumo de un presupuesto y señalar el riesgo de que el gasto supere lo aprobado. No puede aprobar una orden de compra, firmar un contrato ni cambiar una cifra de presupuesto aprobada.
Aprobación de la línea base
Aplicar un cronograma sugerido guarda primero una línea base del plan tal como estaba, así que nada se pierde. La aprobación en sí, el acto que dice 'este es ahora el plan oficial', corresponde a una persona.
Evaluaciones de desempeño
Onplana guarda datos de tareas completadas, historial de comentarios y patrones de asignación. La IA nunca los reúne en una evaluación de una persona. El rastro existe; la valoración es suya.
Selección de proveedores
La IA puede resumir una respuesta a una licitación. La decisión de adjudicar no es un resultado de la IA.
Decisiones de cierre
Cerrar un proyecto, archivar una cartera o quitar a alguien de un rol son acciones humanas. La IA puede señalar que podrían estar justificadas; no puede hacerlas.
El principio: donde una decisión equivocada genera un coste legal, financiero o personal que ningún botón de deshacer puede arreglar, la IA no actúa. La zona vedada es pequeña y está bien delimitada precisamente porque el coste de equivocarse en sus límites es asimétrico.
Qué pasa con las propuestas que rechaza
Aceptar y descartar se miden por igual. Uno de los dos influye hoy en lo que la IA propone después.
La aceptación se mide
Onplana registra con qué frecuencia se aceptan o se descartan las sugerencias de la IA, para que vea si un tipo de propuesta se gana su lugar o solo consume atención. Las propuestas no se aplican solas y ningún ajuste lo cambia. Cada propuesta de la zona de sugerencia espera a una persona.
Lo descartado hace más prudente la detección de riesgos
En la detección de riesgos, los descartes se cuentan en todos sus proyectos y vuelven al detector: una categoría que sus equipos descartan una y otra vez solo se marca donde los datos del proyecto lo justifican con claridad. Orienta, no silencia, así que un riesgo que de verdad aplica puede seguir apareciendo.
Cómo se mantiene honesto el patrón
Tres reglas se cumplen en todas las superficies de la zona de sugerencia.
Pruebas por defecto
Cada propuesta muestra al lado los datos en que se basa. Pedir a un jefe de proyecto que confíe en una afirmación de la IA sin fuentes sobre su propio proyecto no sobrevive a la primera respuesta equivocada.
La ratificación vive en la capa de herramientas
En el servidor. Una propuesta se guarda como sugerencia pendiente y solo la aceptación de una persona en el servidor la aplica, así que un prompt mal planteado no puede saltarse el control: la comprobación está en el código del servidor, no en confiar en un buen diseño del prompt.
Cada paso queda registrado
Una propuesta y su resultado quedan guardados: un riesgo descartado se conserva y se cuenta en lugar de borrarse, y aplicar un cronograma sugerido guarda primero una línea base. El cambio tras una ratificación es del jefe de proyecto, no de la IA; de la IA es la propuesta, no el cambio.
Preguntas frecuentes
¿En qué se diferencia la zona de sugerencia de la zona de acción?
Las operaciones de la zona de acción cambian los datos directamente porque deshacerlas es barato y ocurren a menudo (borrador de plan, entrada en lenguaje natural, primer borrador de informe de estado, preguntas sobre la cartera, el widget de recomendaciones). Las de la zona de sugerencia cambian datos existentes de formas que no se deshacen fácilmente (registro de riesgos, asignación de recursos, cronograma), así que proponen con pruebas y esperan la aceptación de una persona. La misma IA impulsa ambas; la diferencia es el límite en la capa de herramientas.
¿Cómo son en la práctica las pruebas al lado?
En una alerta de riesgo ve las tareas que hay detrás: cuáles están atrasadas o bloqueadas, cuáles no tienen responsable, cuánto tiempo queda. En un cambio de recursos ve la semana de la persona propuesta con la tarea incluida: su capacidad, el resto de su trabajo y si con ella la supera. En un cronograma sugerido, el inicio y el fin propuestos de cada tarea y la fecha en que terminaría el plan. El patrón existe porque una afirmación sin fuentes de la IA sobre su propio proyecto no sobrevive a la primera respuesta equivocada.
¿Qué pasa si rechazo una propuesta?
Se descarta y no se cambia nada. Los descartes se cuentan, y en la detección de riesgos el recuento abarca todos sus proyectos: una categoría que sus equipos descartan una y otra vez vuelve al detector como señal para ser prudente, que solo la marca cuando los datos del proyecto lo justifican con claridad. Orienta, no silencia, así que la categoría puede seguir apareciendo cuando de verdad aplica.
¿Se puede ampliar la zona de sugerencia para que las propuestas se apliquen solas?
Hoy no. Las propuestas de la zona de sugerencia siempre esperan a una persona y ningún ajuste las convierte en automáticas. Lo que sí existe son las pruebas que necesitaría para tomar esa decisión: Onplana registra la tasa de aceptación de las sugerencias de la IA, así que ve si su equipo acepta un tipo de propuesta casi siempre o la corrige con frecuencia. Si su equipo llega al punto de aceptar casi siempre un tipo concreto, díganoslo, porque esa es la señal que justificaría crear la opción.
¿Qué hay en la zona vedada y se puede ampliar también?
Son las decisiones que la IA no toma: compromisos financieros, aprobación de la línea base, evaluaciones de desempeño, selección de proveedores y decisiones de cierre. Dos cosas las mantienen ahí, y conviene separarlas. Onplana no tiene función para la mayoría, así que no hay nada sobre lo que la IA pueda actuar. Y donde existe una superficie relacionada, la IA actúa con los permisos de la persona que la usa, así que no alcanza nada que esa persona no pudiera alcanzar a mano. El principio es que donde una decisión equivocada crea un coste legal, financiero o personal que un botón de deshacer no arregla, no debe actuar la IA.
¿Es esto lo que se entiende por 'agentes de IA'?
Es la forma de proponer y ratificar del patrón de agentes, aplicada al trabajo en una herramienta de gestión de proyectos. Un agente recibe pruebas, prepara una propuesta de cambio, la muestra con sus pruebas y espera a que una persona la ratifique. Las tres operaciones de arriba son los agentes propios que Onplana ofrece hoy; llegarán otros a medida que más flujos de PMO adopten esa forma. Los clientes externos compatibles con MCP (Claude Desktop, Cursor, su propio stack de agentes) usan la misma superficie; la página de conectores explica cómo se conectan.
¿Aprende el agente de mis correcciones?
Dentro de una conversación, sí: el agente ve sus rechazos y cambios y adapta las propuestas siguientes. Entre conversaciones, no: el agente no se entrena con sus datos y la siguiente sesión empieza con el mismo comportamiento base. Lo que sí se mantiene entre sesiones es el recuento de descartes por categoría de riesgo, que hace al detector más prudente con una categoría que sus equipos rechazan una y otra vez. Es deliberado y se puede revisar, no una deriva opaca del modelo.
¿Quién decide qué agentes externos pueden conectarse?
Los administradores. Traer un agente MCP externo (Claude Code, Codex, Cursor y otros) a su organización es una acción gobernada: un permiso propio, org.agent.connect, decide quién puede conectar uno, puede excluir a personas o equipos concretos, limitar cuántas conexiones hay por organización y restringir cualquier conexión a proyectos concretos para darle solo el acceso necesario, todo desde el área Personas. Revocar una persona virtual corta su acceso al instante. La página de colaboración entre personas e IA explica cómo participan después los agentes como miembros de la organización.
Las otras dos zonas
Los agentes son la zona de sugerencia. La zona de acción (la IA cambia directamente) y la capa de recuperación que alimenta a ambas tienen sus propias páginas.
Está aquí: Agentes
La zona de sugerencia: la IA propone con pruebas y la persona ratifica.
Colaboración
Personas y agentes de IA en un mismo equipo: asignar trabajo a la IA, colaborar en los comentarios de las tareas, ratificar los borradores.
Leer másIA nativa
La zona de acción: la IA cambia directamente. Borrador de plan, lenguaje natural, borrador de estado, preguntas sobre la cartera, recomendaciones.
Leer másConectores
La capa de recuperación de la IA: Microsoft Graph, SharePoint, servidor MCP, correo entrante. Cada llamada a una herramienta de IA queda registrada.
Leer más¿Está creando una integración en lugar de dirigir proyectos? Vea cómo los agentes leen y escriben el plan por MCP y Run-with-Agent.
Vea las propuestas de la zona de sugerencia en su propio proyecto
Regístrese gratis, importe un .mpp o arranque un proyecto a partir de una frase y vea cómo llegan las alertas de riesgo y las propuestas de cambio de recursos con sus pruebas al lado.