Copilot para Project Managers: ¿qué ha pasado con este proyecto?
“He estado unos días sin mirar este proyecto”
Cuando gestionamos varios proyectos a la vez, es fácil perder durante unos días el detalle de alguno, no porque deje de ser importante, sino porque otros temas reclaman atención: una reunión urgente, un problema en planta, una propuesta que cerrar o un cliente que necesita una respuesta inmediata.
Y cuando volvemos al proyecto aparece la pregunta:
¿Qué ha pasado desde la última vez que lo revisé?
El problema es que la respuesta suele estar repartida entre correos, conversaciones de Teams, reuniones, documentos, mensajes del cliente o proveedores...
Revisar todo manualmente puede llevar bastante tiempo. Aquí Copilot puede ayudarnos a reconstruir el contexto reciente.
La idea no es obtener una cronología completa. Lo que realmente queremos es recuperar rápidamente el control: qué ha cambiado, qué sigue abierto, qué problemas han aparecido y dónde deberíamos poner nuestra atención ahora. Ese será precisamente el objetivo de este artículo.
Empecemos por lo sencillo: resume qué ha ocurrido
Antes de buscar contradicciones, riesgos o compromisos, podemos empezar por una petición muy simple:
Revisa la información reciente relacionada con el [Proyecto X] y resume qué ha ocurrido durante los últimos [7 días].Copilot puede intentar reconstruir el contexto utilizando la información disponible en correos, Teams, reuniones, documentos y calendario, pero conviene indicarle qué tipo de resumen queremos.
Por ejemplo:
Organiza la respuesta por temas y prioriza únicamente acontecimientos, decisiones, cambios, problemas y compromisos que puedan afectar al proyecto.Así evitamos recibir una lista cronológica de mensajes y reuniones que aporta poco valor.
También podemos pedirle que identifique la procedencia de cada punto:
Cuando sea posible, indica de qué correo, conversación, reunión o documento procede la información.Esto es especialmente útil cuando algo nos llama la atención y queremos volver rápidamente a la fuente original.
Con este primer prompt ya podemos obtener una fotografía general.
Pero para un Project Manager normalmente hay una pregunta todavía más interesante que “qué ha ocurrido”:
¿qué ha cambiado desde la última vez que revisé el proyecto?
No quiero un resumen: dime qué ha cambiado
Un resumen puede ser útil, pero muchas veces contiene demasiada información que ya conocíamos. Para recuperar el control de un proyecto, suele ser más interesante preguntar directamente:
¿Qué ha cambiado desde la última vez que revisé este proyecto?
Por ejemplo:
Revisa la información reciente del Proyecto X y compárala con la situación anterior. No me hagas un resumen cronológico: identifica únicamente cambios relevantes.Podemos pedir que revise especialmente:
fechas;
planificación;
alcance;
decisiones;
responsables;
prioridades;
compromisos;
problemas;
dependencias;
peticiones del cliente o proveedor.
Una salida útil podría ser:
Área | Situación anterior | Situación actual | Cambio detectado | Fuente |
Esto nos permite ver rápidamente si, por ejemplo, una fecha se ha desplazado, un responsable ha cambiado o una decisión que antes estaba abierta ya se ha cerrado.
También conviene añadir una regla:
Si no puedes confirmar cuál era la situación anterior, indícalo como “cambio no verificable” en lugar de asumirlo.Porque detectar cambios no consiste en buscar información reciente, sino en poder compararla con una referencia anterior fiable.
Cuando queremos una visión completa: cronología + situación actual
En otras ocasiones no queremos solo saber qué ha cambiado, queremos recuperar el proyecto completo de una vez: cómo hemos llegado hasta aquí y cuál es la situación actual.
Una versión rápida y simple para pedir esto podría ser:
Resume el Proyecto X combinando una breve cronología de los últimos acontecimientos con una fotografía de la situación actual: qué ha cambiado, qué está cerrado, qué sigue abierto, qué problemas existen y qué viene a continuación.Incluso se podría añadir a este prompt algo así para pedir un resumen de los "acontecimientos" del proyecto:
hazme una pequeña linea de tiempo con la evolución de los principales hitos y acontecimientos del proyecto que han ocurrido y los que están previstosque podría generar un resultado similar a este:
Esta combinación de cronología breve + situación actual puede ser especialmente útil cuando llevamos varios días alejados de un proyecto o necesitamos entrar rápidamente en contexto antes de una reunión o revisión.
Y precisamente al reconstruir esa historia reciente empiezan a aparecer matices importantes: una decisión, una propuesta y un compromiso no significan lo mismo.
Decisiones, propuestas y compromisos: no son lo mismo
Cuando reconstruimos el estado de un proyecto, uno de los mayores riesgos es mezclar cosas que tienen un peso muy distinto.
No es lo mismo: “Se ha decidido mover la puesta en marcha al viernes.” que: “Podríamos mover la puesta en marcha al viernes.”, y tampoco es lo mismo: “Juan enviará la documentación mañana.” que: “Juan podría revisar la documentación mañana.”
Por eso conviene pedir a Copilot que clasifique la información. Por ejemplo:
Revisa la información reciente del [Proyecto X] y separa claramente: decisiones confirmadas; propuestas; recomendaciones; compromisos explícitos; asuntos pendientes de validar.Una salida sencilla podría ser:
Tipo | Asunto | Persona / Equipo | Fecha | Estado | Fuente |
También podemos añadir una regla importante:
No conviertas una propuesta en decisión ni una intención en compromiso. Si no existe evidencia suficiente, indícalo como pendiente de validar.Esto ayuda a evitar que un comentario informal acabe apareciendo en nuestro briefing como si fuera un acuerdo cerrado.
¿Qué sigue abierto?
Saber qué ha pasado está bien, pero para volver a tomar el control de un proyecto hay otra pregunta todavía más importante: ¿Qué sigue sin resolver?
Podemos pedir a Copilot:
Revisa la información reciente del Proyecto X e identifica los asuntos que continúan abiertos o pendientes de confirmación.Y pedir que los agrupe, por ejemplo, en:
decisiones pendientes;
preguntas sin respuesta;
acciones abiertas;
información solicitada y todavía no recibida;
aprobaciones pendientes;
dependencias externas;
entregables sin cerrar;
temas que llevan varios días sin avanzar.
Una tabla sencilla puede ser suficiente:
Asunto | Tipo | Responsable | Fecha / Plazo | Estado | Fuente |
También conviene añadir una regla:
No marques un asunto como abierto si existe evidencia posterior de que ya fue resuelto. Si no puedes confirmar su estado, indícalo como “Estado no confirmado”.Esto evita que el briefing se llene de pendientes que ya dejaron de serlo.
¿Quién tiene la pelota?
Una vez que sabemos qué sigue abierto, necesitamos entender quién debería mover cada asunto, porque un pendiente sin responsable claro acaba convirtiéndose fácilmente en un bloqueo.
Podemos pedir a Copilot:
Revisa los asuntos abiertos del [Proyecto X] e identifica quién tiene actualmente la siguiente acción.Y organizarlo así:
Asunto | Responsable | Acción pendiente | Fecha / Plazo | Estado | Fuente |
Lo interesante es detectar especialmente:
acciones sin responsable;
responsables sin fecha;
fechas vencidas;
compromisos cuyo estado no está confirmado;
dependencias de cliente, proveedor o equipo interno.
También podemos pedir:
Si no existe un responsable claro, no lo inventes. Indícalo como “Responsable pendiente de asignar”.Y lo mismo con las fechas:
Si aparece una acción pero no una fecha, indica “Fecha no definida”.Incluso podemos priorizar:
Identifica las acciones que, si no avanzan pronto, pueden bloquear otras actividades o afectar a un próximo hito.Así dejamos de ver los pendientes como una lista plana y empezamos a entender dónde están realmente las dependencias del proyecto, y precisamente esas dependencias pueden llevarnos al siguiente punto: distinguir entre problemas actuales, riesgos reales y simples señales que todavía necesitan confirmación.
Riesgos, bloqueos y señales que merece la pena revisar
Cuando reconstruimos la situación de un proyecto, no todo lo negativo tiene el mismo significado.
Conviene separar al menos tres categorías:
problema actual: ya está ocurriendo;
riesgo confirmado: existe suficiente información para considerar que puede afectar al proyecto;
señal temprana: hay indicios, pero todavía necesitamos comprobarlos.
Podemos pedir a Copilot:
Revisa la información reciente del Proyecto X e identifica problemas actuales, riesgos confirmados y posibles señales tempranas que merezcan revisión.Y añadir:
Para cada punto, indica la evidencia disponible, el posible impacto y qué debería comprobar antes de escalarlo o incorporarlo al registro de riesgos.Una tabla podría quedar así:
Tipo | Asunto | Evidencia | Impacto posible | Acción recomendada | Fuente |
Por ejemplo, no es lo mismo: “El proveedor ha confirmado un retraso de dos semanas.”, que: “Varias conversaciones indican que el proveedor todavía no tiene una fecha clara.”
La primera es un problema confirmado. La segunda es una señal que probablemente merece seguimiento. Este matiz es importante para no convertir cada comentario, duda o preocupación en un riesgo formal.
El valor de Copilot está en ayudarnos a construir un radar de proyecto, pero la validación sigue siendo nuestra, y al revisar varias fuentes puede aparecer otro problema especialmente interesante: que no todas estén contando la misma historia.
Cuando las fuentes no dicen lo mismo
Al revisar correos, Teams, reuniones y documentos, puede ocurrir que encontremos versiones diferentes de un mismo dato, y eso, más que un problema, puede ser precisamente una de las cosas más útiles que Copilot nos ayude a detectar.
Por ejemplo:
Correo del lunes: entrega prevista el 15 de octubre.
Teams del miércoles: posible desplazamiento al 22 de octubre.
Planning actual: sigue mostrando el 15 de octubre.
En lugar de elegir automáticamente una de las versiones, podemos pedir:
Revisa la información disponible del Proyecto X e identifica contradicciones o diferencias entre fuentes relacionadas con fechas, alcance, decisiones, responsables o estado de acciones.Y añadir:
No decidas cuál es correcta si no existe evidencia suficiente. Muestra las distintas versiones y señala qué debería confirmarse.Una tabla sencilla puede ayudarnos:
Asunto | Versión 1 | Versión 2 | Fuente | Estado |
El estado podría ser:
confirmado;
pendiente de validar;
contradictorio;
desactualizado;
no determinable.
Esto es especialmente útil porque, en muchos proyectos, la información cambia antes de que todas las fuentes se actualicen al mismo tiempo. Una conversación puede reflejar la última realidad mientras que el planning todavía no se ha modificado, o al revés: una conversación puede contener una hipótesis que nunca llegó a convertirse en un cambio real.
El objetivo no es que Copilot resuelva la contradicción por nosotros, sino que nos ayude a encontrarla, porque muchas veces recuperar el control del proyecto empieza precisamente por descubrir que dos personas, dos documentos o dos sistemas ya no están hablando de la misma versión de la realidad.
¿Qué está preguntando o pidiendo el cliente?
Hasta ahora hemos mirado el proyecto desde dentro: cambios, decisiones, pendientes, responsables y riesgos.
Pero para entender bien la situación actual también conviene mirar otra cosa: ¿Qué está pidiendo realmente el cliente ahora mismo?
Podemos pedir a Copilot:
Revisa las comunicaciones recientes del Proyecto X e identifica qué preguntas, peticiones, decisiones pendientes o preocupaciones ha expresado el cliente.Y pedir que lo organice, por ejemplo, en:
información solicitada;
decisiones que espera;
aclaraciones pendientes;
cambios pedidos;
preocupaciones expresadas;
temas repetidos;
asuntos sin respuesta.
Una salida sencilla podría ser:
Tema | Petición / Pregunta del cliente | Estado | Responsable | Fuente |
También podemos añadir:
Distingue entre una petición explícita, una preocupación expresada y una posible interpretación. No atribuyas al cliente intereses o posiciones que no estén respaldados por sus comunicaciones.Esto nos ayuda a evitar una visión demasiado interna del proyecto, porque un proyecto puede parecer bajo control desde nuestro lado y, sin embargo, el cliente puede seguir esperando una confirmación, una respuesta o una decisión que nosotros damos por cerrada.
Y una vez entendemos qué está pidiendo el cliente, tiene sentido revisar qué documentos contienen realmente la información más relevante para comprobar la situación actual.
¿Qué documentos contienen realmente información nueva?
En un proyecto podemos tener decenas de archivos, versiones, actas, presentaciones y adjuntos, pero no todos aportan información nueva. Por eso podemos pedir a Copilot que nos ayude a identificar qué documentos merece realmente la pena revisar para entender la situación actual.
Por ejemplo:
Revisa los documentos relacionados con el Proyecto X y señala cuáles contienen información nueva o relevante para comprender el estado actual del proyecto.Podemos pedir que indique:
nombre del documento;
fecha o versión;
tipo de documento;
qué información nueva contiene;
por qué es relevante;
enlace o ubicación, si está disponible.
Una tabla podría quedar así:
Documento | Fecha / Versión | Información nueva | Relevancia | Fuente / Enlace |
También puede ser útil añadir:
No incluyas documentos únicamente porque sean recientes. Prioriza aquellos que contengan cambios, decisiones, datos actualizados o información necesaria para entender la situación actual.Este matiz es importante. Un archivo modificado ayer puede no aportar nada nuevo, mientras que una versión anterior puede seguir siendo la referencia válida.
También conviene distinguir entre:
documento localizado;
documento revisado;
documento mencionado pero no accesible.
Así evitamos que Copilot dé por leído algo que realmente no pudo consultar. El objetivo no es abrir menos archivos por comodidad, sino saber qué documentos contienen realmente la información que puede cambiar nuestra lectura del proyecto.
Y con todo esto ya podemos condensar la revisión en un prompt mucho más corto para el uso diario.
El prompt corto: Project Status Review
Después de revisar por separado cambios, decisiones, pendientes, responsables, riesgos, cliente y documentos, podemos condensar todo en una consulta sencilla para el día a día.
Por ejemplo:
Revisa la información reciente disponible sobre el Proyecto X y prepara un Project Status Review breve.
Indícame únicamente: qué ha cambiado; qué decisiones se han tomado; qué sigue abierto; qué acciones existen y quién tiene la siguiente acción; qué problemas, riesgos o señales requieren atención; qué está preguntando o esperando el cliente; qué próximos hitos debo vigilar; qué debería hacer a continuación.
Prioriza la información más reciente, evita duplicidades y, cuando sea posible, incluye la fuente original.
No inventes decisiones, responsables, fechas o estados. Si algo no está claro, indícalo como pendiente de validar.Una versión todavía más rápida
Para una revisión de un minuto:
Ponme al día del Proyecto X. Dime qué ha cambiado, qué sigue abierto, qué está bloqueado, quién tiene la pelota y cuáles deberían ser mis siguientes acciones.Este tipo de prompt puede ser suficiente para una revisión rápida, pero cuando llevamos varios días fuera del proyecto, tenemos muchas fuentes o necesitamos preparar una revisión importante, merece la pena utilizar una versión más estructurada.
Ahí es donde entra el Project Intelligence Review completo.
El prompt completo: Project Intelligence Review
Cuando necesitamos reconstruir un proyecto con algo más de profundidad, podemos reunir todo lo anterior en un único prompt. La idea es que Copilot no se limite a resumir información, sino que trate de responder a una pregunta mucho más útil:
¿Cuál es la situación real del proyecto y qué debería hacer ahora?
Este prompt largo abarca los principales puntos que conviene consultar para reconstruir el estado de un proyecto: cronología reciente, cambios, decisiones, compromisos, asuntos abiertos, responsables, riesgos, contradicciones, cliente, documentos y próximos hitos.
Podemos utilizar algo así:
Actúa como asistente de un Project Director y revisa toda la información disponible sobre el [Proyecto X].
Reconstruye primero una breve cronología de los acontecimientos recientes y después prepara una fotografía de la situación actual.
Incluye:
1. Cronología reciente
Principales acontecimientos, cambios, decisiones y problemas de los últimos [PERIODO].
2. Situación actual
Resume dónde está ahora el proyecto y cuáles son los temas más importantes.
3. Qué ha cambiado
Identifica cambios de fechas, alcance, planificación, responsabilidades, prioridades o compromisos.
4. Decisiones y compromisos
Distingue entre decisiones confirmadas, propuestas, recomendaciones, compromisos explícitos y asuntos pendientes de validar.
5. Asuntos abiertos
Identifica decisiones pendientes, preguntas sin respuesta, aprobaciones, acciones, entregables o dependencias todavía no resueltas.
6. Acciones y responsables
Indica quién tiene la siguiente acción, su plazo y el estado conocido.
7. Riesgos, problemas y señales
Separa problemas actuales, riesgos confirmados y señales tempranas que todavía necesitan comprobación.
8. Contradicciones
Busca versiones diferentes sobre fechas, alcance, decisiones, responsables o estado del proyecto. No elijas una versión si no existe evidencia suficiente.
9. Cliente y stakeholders
Resume qué están preguntando, solicitando o esperando actualmente.
10. Documentos relevantes
Identifica los archivos que contienen información nueva o necesaria para entender la situación actual.
11. Próximos hitos
Señala las fechas, entregables, decisiones o reuniones que deberíamos vigilar.
12. Siguientes acciones
Termina con las acciones que recomendarías priorizar para recuperar o mantener el control del proyecto.
Prioriza la información más reciente, relaciona fuentes que hablen del mismo asunto y evita duplicidades.
Cuando sea posible, incluye referencias a correos, conversaciones, reuniones o documentos originales.
No inventes decisiones, responsables, fechas, compromisos o estados.
Si algo no puede confirmarse, indícalo claramente como pendiente de validar, estado no confirmado o información contradictoria.Este sería el prompt largo para utilizar cuando queremos una revisión bastante completa del proyecto sin tener que ir haciendo todas las preguntas anteriores una a una.
En el documento descargable del artículo incluiremos además una versión extendida de este mismo prompt, con más detalle sobre reglas de análisis, niveles de confianza, tratamiento de contradicciones y un bloque final específico de control del proyecto.
Convertirlo en un Project Situation Report visual
El Project Intelligence Review puede devolver mucha información, especialmente si utilizamos la versión extendida del prompt. Eso está bien cuando queremos analizar el proyecto en profundidad, pero no siempre cuando necesitamos entender la situación de un vistazo. En esos casos, podemos pedir a Copilot que mantenga todo el contenido y simplemente lo transforme en un formato más visual.
La versión más sencilla podría ser:
Convierte la respuesta anterior en un Project Situation Report en HTML, visual, ejecutivo y fácil de revisar.Y muchas veces será suficiente.
Cuando queremos algo más navegable
Si el análisis contiene muchas secciones, tablas y niveles de detalle, podemos pedir algo un poco más estructurado:
Convierte la respuesta anterior en un Project Situation Report en HTML, fácil de leer, navegable, imprimible y manteniendo toda la información, secciones, tablas, etiquetas y columnas.
Incluye: índice lateral fijo; cabecera ejecutiva; semáforo visual para prioridades, estados y niveles de confianza; tablas adaptables y con desplazamiento horizontal en pantallas pequeñas; diseño responsive para ordenador, tablet y móvil; estilos optimizados para impresión y guardado directo como PDF; fuentes descritas con nombres legibles, evitando códigos internos cuando sea posible.
Utiliza una jerarquía visual orientada a revisión ejecutiva.
El color debe tener significado, no ser únicamente decorativo
Estilo visual: profesional y técnico, no publicitario. Paleta principal: azul RGB (0,0,200) y derivados, blanco y tonos anaranjados/amarillos como contraste.
No añadas información nueva ni elimines contenido relevante. Mantén las fuentes y los niveles de confianza del análisis original.
La ventaja de hacerlo así es que seguimos separando dos cosas distintas:
el Project Intelligence Review analiza el proyecto;
el Project Situation Report organiza visualmente ese análisis.
Además, la parte visual es fácil de cambiar. Podríamos sustituir la paleta anterior por un diseño oscuro, más minimalista o más parecido a un dashboard sin modificar el resto del prompt.
La idea no es entrar ahora en cómo diseñar un HTML complejo. Simplemente demostrar que una respuesta extensa de Copilot puede convertirse en un informe navegable, visual e imprimible que resulte mucho más cómodo de revisar.
¿Qué debería hacer ahora?
Después de reconstruir la situación del proyecto, llega la parte que realmente importa: ¿Qué hago ahora con toda esta información?. Podemos pedir a Copilot que convierta el análisis en una lista de acciones concretas.
Por ejemplo:
A partir del análisis anterior del Proyecto X, identifica las acciones que debería priorizar ahora para mantener o recuperar el control del proyecto.Y podemos pedir que las agrupe en categorías sencillas:
Hacer: acciones que puedo ejecutar directamente.
Confirmar: información que necesito verificar.
Decidir: asuntos que requieren una decisión.
Seguir: personas o temas sobre los que debo hacer follow-up.
Escalar: asuntos que pueden necesitar intervención de un nivel superior.
Una tabla puede resultar suficiente:
Prioridad | Tipo | Acción | Motivo | Responsable | Fecha |
También podemos pedir algo todavía más directo:
Dame las cinco acciones que más contribuirían ahora mismo a recuperar el control del proyecto.La clave está en que Copilot no se limite a repetir los problemas detectados, sino que nos ayude a transformar el análisis en siguientes pasos concretos. El objetivo final de todo este proceso no es producir un informe perfecto. Es pasar de: “¿qué ha pasado?” a: “¿qué debería hacer ahora?”
Lo que Copilot no puede reconstruir
Por muy completo que sea el análisis, Copilot solo puede trabajar con la información a la que realmente tiene acceso. Y en un proyecto siempre existen cosas que pueden quedarse fuera:
llamadas no registradas;
conversaciones presenciales;
decisiones tomadas de forma informal;
documentos a los que Copilot no tiene acceso;
información externa;
cambios que todavía no se han documentado.
Por eso, una reconstrucción del proyecto puede ser muy útil y aun así estar incompleta.
Conviene recordarlo con una regla sencilla:
Ausencia de evidencia no significa evidencia de ausencia.
Si Copilot no encuentra una decisión, no significa necesariamente que no exista. Si no encuentra un compromiso, puede que se haya acordado en una conversación que no está disponible. Y si varias fuentes cuentan historias diferentes, quizá el problema no sea el análisis: quizá el propio proyecto tenga información desalineada.
Podemos incluso pedir:
Identifica qué partes del análisis dependen de información incompleta, fuentes no accesibles o datos que necesitan confirmación externa.Eso nos ayuda a distinguir entre:
información confirmada;
información incompleta;
información contradictoria;
información que simplemente no está disponible.
La idea no es confiar ciegamente en Copilot, sino utilizarlo para reconstruir todo lo que puede reconstruirse y saber también dónde termina su visibilidad.
Conclusión: Recuperar el control sin releerlo todo
El objetivo de este artículo no es convertir Copilot en un sustituto del Project Manager. Es utilizarlo para reducir el tiempo que dedicamos a reconstruir contexto.
Cuando volvemos a un proyecto después de varios días, podemos pedirle que nos ayude a responder rápidamente:
qué ha pasado;
qué ha cambiado;
qué sigue abierto;
quién tiene la siguiente acción;
qué riesgos o contradicciones existen;
qué espera el cliente;
qué deberíamos hacer ahora.
La clave está en no conformarnos con un resumen. Cuanto mejor formulemos la consulta, más podremos convertir información dispersa en una fotografía útil del proyecto. Y, como siempre, el resultado debe servir para volver a las fuentes, validar lo importante y tomar decisiones con criterio.
El siguiente paso: construir la memoria del proyecto
Si cada vez que volvemos a un proyecto tenemos que reconstruir su historia, aparece una pregunta natural:
¿Y si empezamos a guardar esa historia de forma estructurada?
Copilot podría comparar la situación actual con una memoria estructurada del proyecto y ayudarnos a identificar únicamente lo que realmente ha cambiado. La idea sería pasar de: buscar contexto disperso cada vez a: mantener una memoria viva del proyecto.
Y aquí se abre un tema mucho más amplio: cómo construir ese Project LOG o memoria histórica del proyecto y mantenerlo actualizado con ayuda de la IA, pero eso ya será otra historia, una en la que profundizaremos más adelante.
🌐 Recursos LK PM&IA
Serie PM&IA (blog Lozkorp)
Otros artículos LK PM&IA (blog Lozkorp)
Serie PM&IA : Detectando problemas antes de que exista el proyecto
Agente IA: LK_PMIA Offer-Contract CrossCheck
Agente IA: LK Briefing Irang GeoRisk
ZERO TRUST en PROJECT MANAGEMENT: Cuando gestionar un proyecto significa no creerte nada
Copilot en Outlook para Project Managers: empieza el día con todo bajo control
Copilot en Outlook para Project Managers: llega preparado a cada reunión
Copilot + Teams para Project Managers: convierte conversaciones en información útil
Copilot para Project Managers: prueba tu correo antes de enviarlo
Copilot para Project Managers: ¿qué ha pasado con este proyecto? (este articulo)
Agentes LK PM&IA
ResumIA: GPT asistente inteligente para resumir y analizar documentos.
LK_MeetingMOM: un agente GPT para crear actas de reunión (puntos tratados y tabla de tareas pendientes) a partir de notas de la reunión y/o transcripción de la misma.
LK_LessonLearned4Project: el agente GPT que conecta el alcance de tu proyecto con lecciones aprendidas reales.
LK_MeetTime: agente GPT para coordinar reuniones internacionales. Dadas localizaciones y fecha genera tabla indicando las mejores horas en cada localización para la reunión
LK_PMIA_ContractReview: Asistente PM&IA para analizar contratos y documentación de arranque de proyectos . Ayuda a Project Managers a estructurar contratos, identificar entregables, hitos, dependencias y riesgos iniciales.
LK_PMIA Offer-Contract CrossCheck: compara ofertas y contrato para detectar inconsistencias, huecos en el alcance, responsabilidades duplicadas y riesgos contractuales.
LK_PMIA_HandoverIntelligenceAssistant: Agente para dar soporte en la preparación del handover meeting y en la generación de documentación tras dicha reunión
Comentarios