Eliminar impedimentos y gestionar issues
En la app: Project → Issues
PMP ECO · Business Environment (26%) · Task B4. Rastrea los problemas que ocurren ahora, despeja los bloqueos que detienen al equipo y lleva cada uno a su resolución.
Qué es
Un issue es un problema que ocurre ahora —distinto de un risk, que es un problema futuro potencial. (Cuando un risk ocurre, se convierte en un issue.) La tarea es registrar los issues, categorizarlos y priorizarlos, asignar un responsable y llevarlos al cierre —y, como servant leader, eliminar activamente los impedimentos que bloquean al equipo.
Por qué importa
- Los issues sin dueño se dispersan; un issue log rastreado con responsables y prioridades es como un equipo deja de re-descubrir el mismo bloqueo en cada stand-up.
- Eliminar impedimentos es un deber central del servant-leadership —la forma más rápida en que un PM añade valor es despejando el camino frente al equipo.
Dónde lo haces en VanillaPM
El Issues log registra cada issue con una categoría, prioridad, estado y responsable, y soporta el escalado risk → issue —cuando un risk monitoreado se materializa, se convierte en un issue rastreado en vez de una sorpresa.
Ejemplo guiado — Coral Ridge Resort
Dos risks de Coral Ridge se vuelven issues a mitad de obra: el retraso del clearance ECA se materializa (un risk monitoreado → ahora un issue activo que bloquea las obras del sitio), y los lifts importados quedan retenidos en aduanas. Cada uno se registra, prioriza (el clearance es crítico —condiciona todo el sitio), tiene dueño y se trabaja: el PM elimina el impedimento del clearance escalando por la ruta de gobernanza (B1) con el consultor ambiental; la retención en aduanas se trabaja con el freight forwarder. El issue log muestra la lista viva de bloqueos desde la que trabaja el huddle diario.

El artefacto
- Issue log — categoría · prioridad · estado · responsable, alimentado por el escalado risk-to-issue.
Buenas prácticas y trampas
- Haz que la línea issue ≠ risk esté clara: el risk es futuro/probabilístico, el issue es aquí/ahora.
- Haz que se asigne un único responsable y una fecha límite a cada issue —un issue sin dueño no se mueve.
- Trampa: dejar que el issue log se vuelva un cementerio; revísalo y ciérralo en la cadencia del equipo.
En el examen PMP
Conoce issue vs risk al dedillo, y que el trabajo de servant-leadership del PM incluye eliminar impedimentos. Espera el issue log como el artefacto correcto, y respuestas donde el PM actúa para despejar un bloqueo (directamente o escalando por gobernanza) en vez de registrarlo y seguir. Puede aparecer "RAID" (Risks, Assumptions, Issues, Dependencies).