20 prompts indispensables para todo project manager

La mayoría de las PMO acumulan más datos de los que realmente aprovechan. Tienen cuadros de mando repletos de métricas, informes semanales y campos de estado con semáforos de colores que los project managers mantienen, pero aun así los proyectos siguen descarrilando sin previo aviso y los presupuestos se desvían sin que nadie lo detecte a tiempo.

En consecuencia, la alineación estratégica, que debería comprobarse en tiempo real, acaba siendo una diapositiva más en la presentación trimestral.

El problema nunca fueron los datos. El problema siempre fue el coste de responder a una buena pregunta. Cualquier consulta no trivial solía implicar exportar datos, abrir una hoja de cálculo, cruzar dos o tres fuentes, montar una tabla dinámica, interpretar los resultados, resumirlos y presentarlos. Todo ese proceso era lo bastante costoso en tiempo - que no en dinero - como para que la mayoría acabase dejando de preguntar, conformándose con las pocas métricas fáciles de leer y confiando en que el resto se resolvería solo.

Eso ha cambiado. Con el análisis de datos potenciado por IA integrado en la herramienta PPM, el coste de hacer una pregunta difícil cae a casi cero: escribes en lenguaje natural y obtienes una respuesta basada en los datos reales de tu proyecto, no una plantilla genérica, sino algo que refleja tus plazos, tus presupuestos y tus asignaciones de recursos.

Este artículo recoge 20 prompts organizados por alcance. Los diez primeros están pensados para project managers; los diez siguientes, para directores de PMO y ejecutivos que necesitan una visión transversal del portafolio. En cada caso se incluye el razonamiento detrás de la pregunta y orientación sobre qué hacer con la respuesta.

Los prompts están diseñados para PMPilot Análisis de Datos, el asistente de IA de ITM Platform, aunque el planteamiento de fondo es aplicable a cualquier organización que quiera sacar más partido a sus datos de proyecto.

Parte 1: Prompts para tu proyecto

Estos prompts son para project managers, responsables de equipo y cualquier persona encargada de entregar un proyecto a tiempo y dentro de presupuesto.

1. ¿Cuál es el estado de mi proyecto en tiempo, esfuerzo, coste, riesgos e incidencias?

El prompt:

“¿Cuál es el estado del proyecto X en cuanto a la ejecución en tiempo, ejecución en esfuerzo, ejecución en coste y estado de riesgos e incidencias?”

Por qué importa

Este es el prompt fundamental - el que sustituye al trajín del lunes por la mañana recorriendo tres vistas distintas para recomponer una imagen de estado. La mayoría de los project managers saben más o menos dónde están las cosas, pero “más o menos” es el enemigo de un buen reporting. Puedes saber que el calendario va justo sin darte cuenta de que el consumo de esfuerzo va por delante del plan, o que el coste va bien solo porque una compra importante aún no se ha registrado.

Pedir las cinco dimensiones en un solo prompt fuerza una visión holística. Y además produce una respuesta que puedes pegar directamente en un informe de estado o compartir con un sponsor que no quiere entrar en la herramienta.

Cómo leer la respuesta

PMPilot devuelve un resumen estructurado que cubre cronograma (avance real vs. avance esperado), esfuerzo (total estimado vs. consumido), coste (desglosado en fuerza de trabajo, compras y total - presupuesto vs. real), y conteo de riesgos e incidencias abiertas.

Busca desajustes entre dimensiones. Un proyecto que va adelantado en cronograma pero excedido en coste puede estar lanzando recursos al problema. Uno que va bien en presupuesto pero retrasado en esfuerzo puede haber subestimado el trabajo. Las conclusiones interesantes están en las brechas entre cifras, no en las cifras en sí mismas.

Qué hacer a continuación

• Si cronograma y coste están sanos, documéntalo y sigue adelante. No sobreinvestigues un proyecto que funciona.
• Si el esfuerzo consumido es significativamente mayor de lo esperado para el nivel de avance actual, investiga qué tareas están consumiendo más de lo estimado. Esto suele indicar scope creep a nivel de tarea.
• Si los riesgos o las incidencias están a cero, no es necesariamente buena noticia. Puede significar que nadie los está registrando. Pide a PMPilot que sugiera riesgos a partir de los datos de ejecución del plan (ver Prompt 6).

2. Interpreta mis métricas de valor ganado

El prompt:

“Dame la interpretación de las métricas de valor ganado del proyecto X.”

Por qué importa

La gestión de valor ganado (EVM) es una de las herramientas más potentes para entender la salud de un proyecto, y una de las menos utilizadas en la práctica. No porque a la gente no le importe, sino porque leer la salida de EVM requiere soltura con un conjunto de acrónimos y ratios que la mayoría de los stakeholders no manejan. CPI, SPI, EAC, VAC - significan algo preciso, pero la traducción de número a decisión es donde la mayoría de los equipos se atascan.

El resultado es previsible: los datos de EVM están en el sistema, técnicamente disponibles, prácticamente ignorados. Las reuniones de seguimiento se basan en porcentaje de avance e intuición.

Cómo leer la respuesta

PMPilot extrae los datos de valor ganado del proyecto y entrega una interpretación en lenguaje llano que cubre:

• Valor Ganado (EV) vs. Coste Real (AC): si estás gastando más o menos que el valor del trabajo completado
• Variación de Coste (CV) e Índice de Rendimiento de Coste (CPI): si el proyecto está por encima o por debajo de presupuesto, y en qué proporción
• Variación de Cronograma (SV) e Índice de Rendimiento de Cronograma (SPI): si el proyecto va adelantado o retrasado respecto al plan
• Presupuesto a la Finalización (BAC) vs. Estimación a la Finalización (EAC): dónde es probable que acabe el proyecto financieramente si las tendencias actuales se mantienen

En lugar de “CPI = 0,87”, obtienes algo como: por cada euro presupuestado, el proyecto está entregando 87 céntimos de valor - un sobrecoste del 13% que, de mantenerse, empujará el coste final por encima del presupuesto aprobado.

Mira CPI y SPI primero. Ambos por encima de 1,0 significa que el proyecto va bien. CPI por debajo de 1,0 pero SPI por encima significa que estás gastando de más pero a tiempo - un problema de recursos o de estimación. SPI por debajo de 1,0 pero CPI bien significa que vas retrasado pero sin quemar dinero extra - posiblemente un cuello de botella de alcance o dependencias.

Qué hacer a continuación

• CPI < 1,0: Revisa el desglose de costes. ¿Son sobrecostes de personal, compras no previstas o scope creep? La solución depende del origen.
• SPI < 1,0: Comprueba qué fases o tareas están retrasando. Haz la pregunta de seguimiento: “¿Qué tareas van retrasadas y cuánto?”
• EAC supera al BAC en más del 10%: Escala. Prepara una solicitud de presupuesto revisada o una propuesta de reducción de alcance antes del próximo comité de seguimiento.
• CPI y SPI ambos sanos: Documéntalo. Un proyecto que va bien sigue mereciendo una nota de estado de un párrafo para que la tendencia sea visible a lo largo del tiempo.

Este prompt es especialmente valioso para formación y onboarding. Los project managers nuevos pueden usarlo para aprender a leer valor ganado viendo la interpretación aplicada a su propio proyecto, no a un ejemplo de manual.

3. ¿La descripción de mi proyecto coincide con el plan de trabajo?

El prompt:

“¿La descripción del proyecto X coincide con el plan de trabajo?”

Por qué importa

Las descripciones de proyecto suelen escribirse una vez - al inicio, cuando el alcance es todavía aspiracional - y no se actualizan jamás. Mientras tanto, el plan real evoluciona: se añaden o eliminan fases, los plazos cambian, la metodología puede modificarse por completo. Con el tiempo, la descripción y el plan divergen hasta que la descripción es esencialmente ficción.

Esto importa más de lo que parece. Las descripciones suelen ser lo primero que lee un sponsor, un nuevo miembro del equipo o un auditor. Si la descripción dice “entrega ágil en tres sprints” pero el plan muestra una estructura waterfall con ocho fases, has creado confusión antes de que nadie abra un Gantt.

Y hay algo más importante: cuando las herramientas con IA analizan tu proyecto - para informes, evaluaciones de riesgos o comparaciones de portafolio - la descripción forma parte del contexto. Una descripción engañosa produce análisis engañosos.

Cómo leer la respuesta

PMPilot compara el campo de texto libre de la descripción con la estructura real del plan: metodología, fases, cronograma, hitos y entregables. Señala las discrepancias y te dice exactamente dónde están. Un hallazgo habitual es que la descripción es demasiado genérica o todavía lleva texto de plantilla, mientras que el plan se ha desarrollado en detalle.

Qué hacer a continuación

• Si la descripción está obsoleta o es genérica, pide a PMPilot la pregunta de seguimiento (#4) para generar una nueva basada en el plan real.
• Incluye el mantenimiento de la descripción en tu checklist de fase-puerta o de revisión de sprint. Lleva dos minutos y mantiene todo alineado.
• Plantéate hacer esta comprobación en todos los proyectos de un programa. Descripciones inconsistentes o con texto de plantilla son señal de vacíos de gobernanza que se acumulan con el tiempo.

4. Genera una descripción del proyecto a partir del plan de trabajo

El prompt:

“Dame una descripción del proyecto en función del plan de trabajo.”

Por qué importa

Este es el seguimiento natural del Prompt 3. Una vez que sabes que la descripción está desfasada, necesitas un reemplazo. Escribir descripciones de proyecto desde cero es una de esas tareas que parece sencilla en teoría y resulta sorprendentemente tediosa en la práctica - hay que sintetizar el objetivo, el alcance, la metodología, las fases principales y el cronograma en uno o dos párrafos que sean precisos y legibles.

PMPilot lo hace leyendo la estructura real del plan y generando una descripción que refleja lo que el proyecto es de verdad, no lo que alguien esperaba que fuese hace seis meses.

Cómo leer la respuesta

La descripción generada suele cubrir el objetivo del proyecto, alcance y entregables, metodología (waterfall, ágil o híbrida), fases principales con rangos de fechas e hitos clave. Se lee como algo que escribiría un analista de PMO después de revisar el plan - estructurado, específico y libre de la vaguedad que aqueja a la mayoría de las descripciones de proyecto.

Qué hacer a continuación

• Revisa la descripción generada para comprobar su precisión. PMPilot trabaja con los datos del sistema, así que si el plan tiene problemas (fechas faltantes, fases incompletas), aparecerán en la descripción.
• Usa la salida como punto de partida, no como borrador final. Añade el contexto que solo tú conoces: el motivo de negocio, las expectativas de los stakeholders, la justificación estratégica.
• Aplica este prompt a todos los proyectos de un programa para crear descripciones consistentes y fundamentadas en datos. Esto es especialmente valioso antes de revisiones de portafolio o ciclos de auditoría.

Fomentar que los equipos mantengan descripciones con sentido - en proyectos, tareas, riesgos e incidencias - genera retornos compuestos. Cada análisis, informe y recomendación basados en IA se vuelven más precisos cuando los campos de texto contienen información real en lugar de texto de relleno.

5. Horas asignadas por recurso en tareas no terminadas

El prompt:

“Dame una tabla con el total de horas asignadas a cada recurso en tareas que no están terminadas.”

Por qué importa

La asignación de recursos es una de las fuentes de riesgo más habituales en proyectos, y una de las más difíciles de ver sin un análisis deliberado. Un project manager puede saber que el equipo está ocupado, pero “ocupado” no te dice si una persona carga con el 60% del trabajo pendiente o si tres personas casi no tienen nada que hacer.

Este prompt te da una imagen clara de quién debe qué al proyecto de aquí en adelante.

Cómo leer la respuesta

PMPilot puede hacer preguntas de confirmación antes de responder - por ejemplo, si “no terminadas” significa menos del 100% de avance, o cómo repartir las horas cuando una tarea tiene varios asignados. Estas confirmaciones son una funcionalidad, no un retraso. Hacen aflorar supuestos que a menudo pasan inadvertidos.

El resultado es una tabla con cada recurso y su total de horas pendientes en tareas incompletas. Busca la concentración: si una o dos personas acumulan la mayor parte del trabajo restante, tienes una dependencia de persona clave lo hayas planificado o no.

Qué hacer a continuación

• Si la carga está muy concentrada, valora si puedes redistribuir tareas o incorporar apoyo. No esperes a que el cuello de botella se convierta en un plazo incumplido.
• Cruza esto con el cronograma. Un recurso con 200 horas de trabajo y cuatro semanas por delante está en una situación muy distinta a uno con 200 horas y doce semanas.
• Usa esta información como input para tu próxima conversación de recursos con la PMO, especialmente si los miembros de tu equipo están compartidos entre proyectos.

6. Riesgos que los datos sugieren pero nadie ha documentado

El prompt:

“¿Identificas algún riesgo que deba ser documentado en función del estado de ejecución del plan, las compras, los ingresos o los recursos asignados?”

Por qué importa

Los registros de riesgos en la mayoría de las organizaciones sufren una enfermedad común: contienen los riesgos que eran evidentes al inicio y casi nada descubierto desde entonces. Se suponía que el proyecto tenía un proceso continuo de identificación de riesgos, pero en la práctica nadie revisa el registro salvo que algo salga mal.

Este prompt convierte ese proceso pasivo en uno activo. En lugar de depender de la memoria humana y de talleres periódicos, le pides a la IA que escanee los datos reales del proyecto - rendimiento del cronograma, tendencias de coste, asignación de recursos, registros de compras - y señale patrones que parezcan riesgos.

Cómo leer la respuesta

PMPilot propone riesgos basados en indicadores cuantitativos. Por ejemplo: si el SPI muestra desviación de cronograma, puede sugerir un “riesgo de recuperación de plazo” señalando que ponerse al día requerirá más recursos o reducción de alcance. Si las compras están sub-registradas respecto al presupuesto, puede señalar un riesgo de trazabilidad de aprovisionamiento. Si un solo recurso concentra la mayor parte del esfuerzo restante, identificará una dependencia de persona clave.

Cada riesgo propuesto suele incluir una justificación breve (“por qué esto es un riesgo”), una severidad sugerida y un enfoque de mitigación. La respuesta tiende a cubrir tres dimensiones: ejecución del plan, datos financieros y patrones de recursos.

Qué hacer a continuación

• No aceptes cada riesgo sugerido sin más. Trata la salida como punto de partida para una conversación: ¿este patrón representa realmente un riesgo en tu contexto concreto?
• Para los riesgos que sí aceptes, añádelos al registro con responsable y plan de respuesta.
• Ejecuta este prompt periódicamente - cada mes o en cada fase-puerta. Los riesgos relevantes cambian a medida que el proyecto avanza.
• Si quieres centrarte en una sola dimensión, afina el prompt: “Identifica riesgos basados únicamente en los recursos asignados” o “Identifica riesgos basados en datos de compras e ingresos.”

7. Incidencias que los datos sugieren pero nadie ha formalizado

El prompt:

“¿Identificas alguna incidencia que deba ser atendida en función del estado de ejecución del plan, las compras, los ingresos o los recursos asignados?”

Por qué importa

La diferencia entre un riesgo y una incidencia es sencilla pero importante: un riesgo es algo que podría ocurrir; una incidencia es algo que ya ha ocurrido y requiere atención. En la práctica, los registros de incidencias están aún más desatendidos que los de riesgos. Los equipos resuelven los problemas sobre la marcha pero no siempre los formalizan, lo que significa que no hay registro, no hay seguimiento y no hay reconocimiento de patrones a lo largo del tiempo.

Este prompt es especialmente valioso cuando el registro de incidencias está vacío. Un registro vacío en un proyecto con desviaciones visibles de cronograma o coste no es señal de buena salud - es señal de que el proceso de gestión de incidencias no se está usando.

Cómo leer la respuesta

PMPilot escanea las mismas dimensiones de datos que el prompt de riesgos pero enmarca sus hallazgos como incidencias que ya existen. Por ejemplo: una brecha significativa entre el avance reportado y el valor ganado puede señalarse como una “inconsistencia en el reporte de avance” que requiere investigación inmediata. Compras no registradas contra un presupuesto de aprovisionamiento distinto de cero pueden convertirse en una incidencia de “trazabilidad de compras”.

Cada incidencia propuesta incluye una descripción, su impacto probable y una acción inmediata sugerida.

Qué hacer a continuación

• Revisa cada incidencia propuesta contra lo que ya sabes. Algunas serán cosas que ya estás gestionando de manera informal - merece la pena formalizarlas para que quede constancia.
• Asigna responsable de inmediato. Una incidencia sin responsable es solo una queja.
• Usa la salida para preparar las reuniones de comité de seguimiento. Llegar con una lista de incidencias clara y respaldada por datos transmite madurez y control, aunque las incidencias en sí no sean buenas noticias.

Parte 2: Prompts para tu portafolio

Estos prompts son para directores de PMO, gestores de portafolio y ejecutivos que necesitan ver a través de los proyectos y tomar decisiones sobre dónde invertir atención, recursos y presupuesto.

8. ¿Qué proyectos tienen más incidencias?

El prompt:

“Dame los tres proyectos que tienen más incidencias.”

Por qué importa

El número de incidencias es una aproximación tosca pero útil al nivel de estrés de un proyecto. Un proyecto con significativamente más incidencias abiertas que sus pares o bien está en dificultades reales o está haciendo un mejor trabajo registrando problemas (ambas cosas vale la pena saber). En cualquier caso, merece atención de la PMO.

Cómo leer la respuesta

La respuesta es una tabla clasificada que muestra los tres proyectos con más incidencias, junto con su estado, responsables y número de incidencias abiertas. Es deliberadamente simple - el objetivo es triaje, no análisis.

Qué hacer a continuación

• Para el proyecto en cabeza, pide el detalle a PMPilot: “Muéstrame las incidencias abiertas del proyecto X, ordenadas por severidad.”
• Compara los conteos de incidencias con el tamaño y la complejidad de cada proyecto. Un proyecto grande y complejo con diez incidencias puede estar más sano que uno pequeño con cinco.
• Si el proyecto con más incidencias también muestra desviaciones de cronograma o coste, sube al primer puesto de tu lista de intervención.

9. Riesgos no documentados en los proyectos del programa

El prompt:

“Identifica si hay riesgos que no estén documentados en los proyectos del programa X.”

Por qué importa

A nivel de programa, la gestión de riesgos necesita ir más allá de lo que los project managers individuales han registrado. Un responsable de programa debería buscar riesgos que atraviesan proyectos - dependencias de recursos compartidos, proveedores comunes, cronogramas correlacionados - y riesgos que los PMs individuales no pueden ver desde su punto de observación.

Cómo leer la respuesta

PMPilot analiza los proyectos del programa y propone riesgos que no están actualmente en el registro de ninguno. Suelen ser preocupaciones transversales: patrones de scope creep, resistencia al cambio, disponibilidad de recursos a lo largo del programa, retrasos por dependencias y tendencias de sobrecoste.

Cada riesgo propuesto incluye una justificación, una severidad sugerida y un enfoque de mitigación. Presta atención a si la respuesta referencia proyectos específicos. Si has preguntado sobre el programa y los riesgos son genéricos (no vinculados a ningún proyecto concreto), puedes reformular: “Para cada riesgo, indica a qué proyecto o proyectos aplica.”

Qué hacer a continuación

• Revisa los riesgos propuestos con tus project managers. Ellos tendrán contexto sobre si un patrón señalado es real o un artefacto de cómo se introdujeron los datos.
• Añade los válidos a un registro de riesgos a nivel de programa, o asígnalos de vuelta a los proyectos correspondientes.
• Usa esto como punto fijo del orden del día en las revisiones de programa. Ejecutar el prompt antes de cada reunión lleva segundos y mantiene la conversación de riesgos anclada en datos.

10. Avance ponderado del programa

El prompt:

“Dame el porcentaje de avance ponderado del programa X.”

Por qué importa

Un promedio simple de los porcentajes de avance de los proyectos es engañoso. Un programa con un proyecto enorme al 20% y cinco proyectos pequeños al 90% no está al 78% - está más cerca del 30% si se pondera por esfuerzo. El cálculo ponderado te dice cómo avanza realmente el programa, teniendo en cuenta el tamaño relativo de cada proyecto.

Cómo leer la respuesta

PMPilot calcula una media ponderada usando el esfuerzo estimado como peso. Si el esfuerzo estimado no está disponible para todos los proyectos, recurre al promedio simple y te lo indica. La respuesta incluye una tabla con cada programa, su avance ponderado, número de proyectos y esfuerzo estimado total.

Si el avance ponderado es significativamente inferior al promedio simple, significa que los proyectos grandes van rezagados mientras los pequeños avanzan rápido. Es un patrón clásico en programas donde las victorias rápidas se hacen primero y el trabajo duro y de alto esfuerzo sigue resbalando.

Qué hacer a continuación

• Reporta la cifra ponderada a los stakeholders, no el promedio simple. Es más honesto y ayuda a fijar expectativas realistas.
• Si hay una brecha significativa entre las medias ponderada y simple, investiga los proyectos grandes que están tirando del número hacia abajo.
• Pide el desglose proyecto a proyecto para identificar cuáles son más responsables de la cifra global.

11. Recursos con más asignaciones

El prompt:

“Dame los tres recursos que tienen más asignaciones en proyectos. Solo dame el número de tareas que tienen asignadas.”

Por qué importa

Esta es la comprobación rápida de sobreasignación. Antes de entrar en horas, modelos de capacidad o tasas de utilización, empieza con un conteo simple: ¿quién está repartido en más tareas? Una persona asignada a 40 tareas en seis proyectos está, por definición, haciendo cambio de contexto constantemente. Aunque las horas cuadren, la carga cognitiva es real.

Cómo leer la respuesta

La respuesta es una tabla clasificada: nombre del recurso y número de tareas asignadas. Es intencionadamente mínima - el prompt pide solo el conteo de tareas, lo que mantiene la respuesta rápida y enfocada.

Qué hacer a continuación

• Para los recursos en cabeza, haz el seguimiento con: “Muéstrame el desglose por proyecto del recurso Y” para entender si sus asignaciones están concentradas en un proyecto o dispersas.
• Contrasta los resultados con los project managers. Conteos altos de asignaciones a veces reflejan un problema de nomenclatura (una persona asignada a tareas paraguas en las que realmente no trabaja) más que una sobrecarga real.
• Usa esto como indicador adelantado. Si los mismos nombres aparecen arriba mes tras mes, la organización tiene una dependencia estructural que hay que abordar.

12. ¿Qué recurso tiene más impacto en el portafolio?

El prompt:

“¿Qué recurso tiene más impacto en los proyectos? Por impacto asume que me refiero a que, si llegase a faltar y no puede trabajar en sus asignaciones, tiene mayor afectación al portafolio de proyectos.”

Por qué importa

Esto es un análisis de fragilidad. Todas las organizaciones tienen dependencias de personas clave, pero pocas las hacen explícitas. La persona que causaría más disrupción si se fuera de baja prolongada, cambiara de puesto o dejara la empresa suele conocerse de manera informal (“estaríamos en un apuro sin María”), pero nunca se cuantifica.

Cuantificarlo cambia la conversación. Pasa de anécdota a dato, lo que facilita justificar formación cruzada, asignaciones de respaldo o decisiones de contratación.

Cómo leer la respuesta

PMPilot interpreta “impacto” como el esfuerzo total estimado asignado a cada recurso en todos los proyectos, combinado con el número de tareas asignadas. La respuesta muestra un ranking - normalmente los tres a cinco primeros - con su esfuerzo total (en horas o minutos) y conteo de tareas.

Es una aproximación razonable al impacto, aunque no la única. Una persona con 500 horas en diez proyectos causa más disrupción que una con 500 horas en un solo proyecto, porque el radio de afectación es mayor.

Qué hacer a continuación

• Para el recurso en primer lugar, pregunta: “¿Qué pasaría con el portafolio si el recurso Y no estuviera disponible durante cuatro semanas?” Esto fuerza un análisis de escenario concreto.
• Inicia formación cruzada o planificación de respaldo para los dos o tres primeros. No necesitas un plan de sucesión completo - basta con asegurarte de que alguien más sabe en qué están trabajando.
• Presenta los resultados a la dirección. El riesgo de persona clave es a menudo invisible hasta que se materializa, y para entonces las opciones son limitadas.

13. Si tuviéramos que recortar el 20% del portafolio, ¿qué dicen los datos?

El prompt:

“Si tuviéramos que recortar el 20% del portafolio, ¿qué sugerirían los datos?”

Por qué importa

Todos los ejecutivos piensan en esta pregunta. Pocos tienen los datos para responderla. La racionalización de portafolio es una de las actividades con mayor palanca en gestión de proyectos - eliminar los proyectos adecuados libera recursos y presupuesto para los que importan - pero es también una de las más políticamente cargadas. Sin datos, la conversación degenera en quién tiene la voz más alta o el sponsor más senior.

Este prompt fuerza una respuesta estructurada con los números por delante. No toma la decisión por ti, pero reencuadra el debate de opinión a evidencia.

Cómo leer la respuesta

PMPilot interpreta el “20%” como un objetivo de coste - normalmente el 20% del coste total top-down de fuerza de trabajo en proyectos activos. A continuación propone múltiples opciones de recorte, cada una con un perfil de compensación diferente:

• Recorte de un solo proyecto: La opción más sencilla. Si un proyecto tiene un coste elevado y un ROI esperado bajo o nulo, eliminarlo solo puede superar el objetivo del 20%. Es la fruta al alcance de la mano.
• Combinación de varios proyectos: Un enfoque más quirúrgico que combina proyectos más pequeños y de menor ROI para alcanzar el objetivo. Preserva el trabajo de alto valor pero requiere recortar en varias iniciativas.
• Opción de compensación: Qué haría falta para alcanzar el objetivo exacto y qué ROI se perdería en el proceso.

Para cada opción, la respuesta incluye el coste ahorrado, el ROI esperado que se pierde y el ratio ROI/Coste de cada proyecto afectado. Este ratio es la cifra clave: un proyecto con un ratio ROI/Coste de 0 es un candidato evidente; uno con un ratio de 19,45 probablemente vale la pena mantener salvo que algo más esté mal.

Qué hacer a continuación

• No trates la salida como una recomendación para ejecutar. Trátala como un documento de briefing para una conversación de priorización.
• Mira los ratios ROI/Coste primero. Proyectos con un ratio por debajo de 1,0 están costando más de lo que se espera que devuelvan - merecen escrutinio independientemente de si estás recortando el 20%.
• Comprueba las asunciones. Si un proyecto muestra ROI esperado cero, puede ser que genuinamente no tenga, o que el campo de ROI nunca se haya rellenado. La calidad de datos importa aquí.
• Usa este prompt antes de la planificación anual o cuando haya un evento de presión presupuestaria. Tener el análisis listo antes de que alguien lo pida coloca a la PMO en una posición proactiva.
• Plantéate ejecutar variaciones: “¿Si tuviéramos que recortar el 20% del esfuerzo en vez del coste, qué cambia?” o “¿Qué proyectos tienen la menor puntuación de alineación estratégica en relación con su coste?”

Más prompts para explorar

Los trece prompts anteriores cubren el núcleo de lo que la mayoría de los project managers y gestores de portafolio necesitan. Pero el espacio de preguntas es mucho más amplio. A continuación, siete prompts más que apuntan a escenarios específicos - desde conflictos de recursos a corto plazo hasta alineación estratégica a largo plazo.

Ámbito de proyecto

14. ¿Quién de mi equipo está sobreasignado en las próximas dos semanas, y en qué? Conflictos de recursos a corto plazo a nivel de tarea. Útil como comprobación semanal, especialmente para equipos compartidos entre proyectos.

15. ¿Qué ha cambiado en mi proyecto en los últimos 7 días que debería saber? El briefing del lunes por la mañana. Hace aflorar cambios de cronograma, nuevos riesgos, avances actualizados y cualquier cosa que se haya movido desde la última vez que miraste.

16. ¿Qué tareas tienen 0% de avance pero una fecha de inicio ya pasada? Encuentra trabajo parado oculto en el plan. Tareas que deberían haber comenzado pero no muestran avance están bloqueadas, olvidadas o asignadas a alguien que no sabe que son suyas.

Ámbito de portafolio

17. ¿Qué proyectos están en problemas pero no han levantado una alerta? La pregunta que todo ejecutivo quiere que le respondan. Busca proyectos cuyos datos cuentan una historia diferente a su estado reportado.

18. Dame un resumen del estado de todos los proyectos. La foto de portafolio: cada proyecto con su estado, avance, desviación, unidad de negocio y responsable. La lista de triaje del lunes por la mañana, generada en segundos.

19. ¿Cuánta de nuestra capacidad va a iniciativas estratégicas frente a mantenimiento y trabajo operativo? El ratio de “mantener las luces encendidas”. Casi siempre peor de lo que la dirección asume.

20. ¿Qué recursos están asignados a tareas en más de tres proyectos simultáneamente? El detector de dispersión entre proyectos. Las personas que trabajan en demasiados proyectos no están necesariamente sobrecargadas en horas, pero el coste del cambio de contexto es real e invisible en la mayoría de los informes.

Para empezar

Estos veinte prompts comparten un hilo conductor: son preguntas que alguien en tu organización debería estar haciendo con regularidad, y que hasta hace poco costaban demasiado tiempo y esfuerzo para responder bajo demanda.

El cambio no consiste en que la IA sustituya a los project managers. Consiste en eliminar la fricción que impedía que se hicieran buenas preguntas. Cuando puedes obtener un resumen de estado del portafolio, una interpretación de valor ganado o un análisis de fragilidad de recursos en segundos, preguntas más a menudo. Detectas problemas antes. Tomas decisiones basadas en datos en lugar del último informe de estado que alguien se acordó de actualizar.

PMPilot Análisis de Datos está disponible como parte de las capacidades de IA de ITM Platform. Si quieres probar estos prompts con los datos reales de tus proyectos, empieza una prueba gratuita y descubre lo que tu portafolio lleva tiempo intentando decirte.