Qué hace un project manager y hasta dónde llega su autoridad

23 de octubre de 2026
Un project manager supervisa un tablero digital con metodologías ágiles, control de riesgos y gestión de equipos.

Índice

Son las nueve y el cliente acaba de añadir una función que no estaba prevista; el equipo pregunta si debe incorporarla y la fecha de entrega sigue fija. Un project manager suele coordinar la respuesta y medir qué cambia en el plan, aunque no siempre tiene autoridad para aprobar por su cuenta nuevos costes o compromisos.

Un project manager sube escalones de colores, alcanzando una bandera. La imagen ilustra las funciones clave de un gestor de proyectos.

Un project manager coordina la entrega y hace visibles las decisiones pendientes

  • Define el marco: aclara objetivos, alcance, plazos, recursos y criterios de éxito.
  • Coordina la ejecución: conecta al equipo, al cliente, a proveedores y a otras áreas.
  • Anticipa desvíos: detecta riesgos y propone alternativas antes de que bloqueen la entrega.
  • Escala decisiones: lleva al patrocinador los cambios que superan su autoridad.
  • Depende del entorno: el título no garantiza que las responsabilidades sean iguales en todas las empresas.

Su trabajo empieza aclarando qué significa “terminado”

Antes de repartir tareas, hay que convertir una petición general en un resultado que el equipo pueda entregar y el cliente pueda aceptar. El Project Management Institute incluye entre las responsabilidades del puesto definir objetivos y alcance, planificar tareas, gestionar recursos, comunicar con las partes interesadas y anticipar riesgos. En la práctica, todo arranca con límites comprensibles: qué entra, qué queda fuera y cómo se reconocerá el éxito.

Si ese acuerdo es vago, cada persona puede imaginar un resultado distinto. Por eso, un project manager procura dejar por escrito los entregables, las fechas de revisión, las dependencias y quién puede aprobar cambios. Considero que esta parte suele describirse con menos atención de la que merece: una planificación vistosa sirve de poco si nadie sabe qué se está prometiendo.

Las responsabilidades cambian a lo largo del proyecto

Una semana puede empezar con una reunión de planificación y acabar con una decisión sobre un proveedor bloqueado. El puesto acompaña el trabajo desde que se concreta la necesidad hasta que se entrega el resultado y se revisa qué quedó pendiente; no consiste en limitarse a actualizar un calendario.

  • Al inicio: ayuda a precisar el objetivo, el alcance, las personas implicadas y los criterios de aceptación.
  • Durante la planificación: organiza actividades, dependencias, recursos y fechas; también identifica supuestos que podrían fallar.
  • En la ejecución: coordina al equipo, da seguimiento a los bloqueos y comunica avances y cambios.
  • Al cerrar: confirma la aceptación de los entregables, registra decisiones y recoge aprendizajes para futuros proyectos.

La forma de llevar estas tareas depende del tipo de proyecto. En una obra pueden pesar los permisos, los contratos y la coordinación de empresas; en un lanzamiento digital, las dependencias entre diseño, desarrollo, seguridad y negocio. El hilo común es mantener alineados el resultado prometido y el trabajo que realmente se está haciendo.

La autoridad del puesto tiene un límite que conviene acordar

Un retraso pequeño puede resolverse dentro del equipo; cambiar el alcance o comprometer presupuesto adicional puede exigir una aprobación superior. El project manager analiza las consecuencias, plantea opciones y eleva la decisión cuando rebasa su mandato. El patrocinador del proyecto suele aportar respaldo organizativo y resolver cuestiones que exceden esa autoridad, como describe el Project Management Institute al explicar el papel del patrocinador.

Una regla práctica ayuda a no prometer de más: si el ajuste cabe en el alcance y los recursos aprobados, se puede gestionar dentro del proyecto; si altera compromisos externos, coste o prioridades, hay que escalarlo. Para que la regla funcione, el equipo necesita saber quién aprueba cada tipo de cambio antes de que aparezca la urgencia.

Situación Qué puede indicar Qué hacer
Una tarea se retrasa, pero no afecta a otras entregas. Desviación local que quizá pueda absorberse con la planificación actual. Revisar el impacto, reasignar trabajo si procede y actualizar el seguimiento.
Una tarea bloqueada impide empezar otras. Dependencia crítica o decisión pendiente fuera del equipo. Identificar quién puede desbloquearla y acordar una fecha de respuesta.
El cliente pide un entregable nuevo con la fecha intacta. Cambio de alcance con posible impacto en plazo, coste o calidad. Estimar las opciones y pedir aprobación antes de incorporarlo al compromiso.
Dos responsables reclaman el mismo recurso. Conflicto de prioridades que quizá requiera una decisión directiva. Mostrar qué entregas se verían afectadas y elevar la elección a quien prioriza.

En Scrum, el project manager no sustituye al Product Owner

Los títulos se parecen en algunas ofertas, pero las responsabilidades pueden ser distintas. En la Guía Scrum, el Product Owner responde por maximizar el valor del producto y ordenar el Product Backlog; el Scrum Master promueve el uso de Scrum y la eficacia del equipo. La guía describe esas responsabilidades y las de Developers, sin definir un puesto específico de project manager.

Así que, si una vacante mezcla planificación, priorización del producto y facilitación de Scrum, no des por hecho que una sola persona tendrá todas esas decisiones. Comprueba quién ordena el trabajo, quién negocia plazos y presupuesto, y quién resuelve impedimentos del equipo. Esa distinción evita aceptar una responsabilidad amplia con autoridad poco clara.

Cómo se vería una decisión ante un cambio de alcance

Imagina un equipo que prepara una web para una fecha acordada. A mitad del trabajo, el cliente pide añadir una calculadora interactiva, mientras el equipo mantiene los compromisos ya planificados. La reacción útil no es prometerla de inmediato, sino convertir la petición en opciones comparables.

  1. Se concreta qué debe hacer la calculadora y cómo se aceptará el resultado.
  2. El equipo estima el trabajo y señala qué tareas dependen de esa función.
  3. Se presentan alternativas: mantener la fecha y aplazar otra función, mover la entrega o aprobar recursos adicionales.
  4. La persona con autoridad confirma la opción; el project manager actualiza el plan y comunica el acuerdo.

La diferencia entre coordinación y responsabilidad difusa aparece justo ahí. El project manager hace visible el coste de cada alternativa y organiza la respuesta; quien tiene autoridad sobre presupuesto, alcance o compromisos decide dentro de las reglas de la organización.

Para evaluar una oferta, pregunta qué decisiones podrás tomar

Una descripción del puesto puede enumerar coordinación, planificación, seguimiento e interlocución con clientes, pero dejar sin aclarar el margen de decisión. Antes de aceptar, pregunta quién aprueba cambios, quién asigna recursos y a quién se escalan los conflictos entre equipos. La respuesta revela mejor el alcance real del cargo que el título.

Si buscas dar el salto desde un puesto técnico o de coordinación, traduce tu experiencia a resultados observables: entregas organizadas, dependencias gestionadas, riesgos detectados y acuerdos mantenidos entre áreas. Yo priorizaría ejemplos que muestren decisiones y consecuencias, no una lista de herramientas: en una entrevista, saber explicar por qué cambió un plan suele ser más convincente que nombrar el programa donde estaba el cronograma.

Preguntas frecuentes

Primero concreta qué debe hacer la función y cómo se aceptará. Después, el equipo estima el trabajo y sus dependencias, y el project manager presenta opciones: aplazar otra función, mover la fecha o aprobar recursos adicionales. La persona con autoridad confirma la decisión antes de que se incorpore al compromiso.

Puede gestionar ajustes que caben dentro del alcance y los recursos aprobados, como revisar el impacto de un retraso local o reasignar trabajo si procede. Si un cambio altera el presupuesto, el alcance, las prioridades o compromisos externos, debe presentar sus consecuencias y escalarlo a quien tenga autoridad para aprobarlo.

En Scrum, el Product Owner responde por maximizar el valor del producto y ordenar el Product Backlog. El Scrum Master promueve el uso de Scrum y la eficacia del equipo. La Guía Scrum no define un puesto específico de project manager, así que conviene aclarar quién prioriza el trabajo, negocia plazos y presupuesto y resuelve impedimentos.

Pregunta quién aprueba los cambios, quién asigna recursos y a quién se escalan los conflictos entre equipos. También aclara quién negocia los plazos y el presupuesto. Estas respuestas muestran el margen de decisión real del puesto, que puede ser más amplio o más limitado de lo que sugiere el título.

Calificar artículo

Calificación: 4.50 Número de votos: 8

Etiquetas

gestión de proyectos
scrum
product owner
alcance
gestión de riesgos

Compartir artículo

Escribe un comentario