Formato nuevo
Project manager en IT: deberes, skills y cómo se entra al rol
Un project manager es dueño del camino de la idea al outcome: timeline, equipo, acuerdos con stakeholders y un status claro. Incluso developers y designers fuertes sin coordinación a menudo arrastran el proyecto en direcciones distintas.
Abajo: qué hace un PM en IT, el trabajo del día a día, qué cualidades importan y paths habituales de entrada. Sueldos y títulos de grade flotan en el mercado — revisa openings actuales; esta pieza es sobre la sustancia del trabajo.
Por qué hace falta un project manager
Un proyecto tiene muchos especialistas con sus propias áreas de ownership. Sin alguien que sostenga el cuadro entero, es fácil obtener piezas perfectas y un resultado que no funciona.
Un PM coordina personas, vigila etapas y fechas, quita blockers y es dueño de la transparencia para el negocio y el equipo. La reputación y la economía del proyecto dependen de ese enlace no menos que del código.
Deberes
Alcance típico: concepto y scope, kickoff, partir el trabajo en etapas, control del timeline, comunicación con stakeholders, reporting, gestión de riesgos y cambios.
En el día a día hay menos «heroics» y más rutina: asignar trabajo, chequear statuses, desbloquear accesos y decisiones, ayudar a un compañero, escribir acuerdos. Documentos y status reports son parte del trabajo, no un add-on.
Ciclo básico:
- acordar objetivos y límites del proyecto
- armar / aclarar el equipo y los roles
- correr el plan y los statuses
- escalar riesgos a tiempo
- entregar el resultado y cerrar cabos sueltos
Cualidades y skills
Hace falta una mirada estratégica y la capacidad de partir el trabajo en tareas, negociación y diplomacia entre cliente y equipo, atención al detalle, tolerancia al estrés y comunicación escrita clara.
El thinking creativo ayuda en callejones sin salida, pero no sustituye un plan transparente. Sin confianza del equipo un PM se vuelve un «guardián de statuses» — un modelo débil.
Qué subir de nivel:
- encuadre de tareas y criterios de «hecho»
- estimar y trackear fechas
- trabajo de riesgos y cambios de scope
- facilitación de meetings
- entendimiento básico de la entrega IT
Cómo se entra a la profesión
Un path habitual es desde IT: developer, tester, analyst, SEO, account. Los cursos de project management dan un marco; la experiencia de coordinación arma el portfolio.
El inicio suele ser una internship o junior/assistant PM. El pay crece con la complejidad del proyecto y la capacidad de terminar — no con un diploma de fin de semana. El pico de carrera no tiene que ser «PM para siempre»: lo siguiente puede ser program/portfolio, product o liderazgo de operations.
Dónde trabaja un PM en digital
En product companies, agencias, estudios de build, IT in-house. El formato puede ser oficina, híbrido o remoto — importan más los rituales de status y las tareas claras que «todos en un open space».
En un loop de agencia un PM a menudo conecta cliente, diseño, ingeniería y marketing. Los límites de la spec y la gestión de expectativas son críticos — si no, el proyecto se esparce en ediciones eternas.
FAQ
¿Un project manager es lo mismo que un tech lead?
No siempre. Un tech lead suele ser dueño del craft de ingeniería y de la gente. Un PM es dueño de objetivos del proyecto, timeline, comunicaciones y riesgos en conjunto.
¿Hace falta background técnico?
Ayuda mucho entender restricciones y detectar riesgos. Se puede entrar sin experiencia IT, pero habrá que aprender rápido el lenguaje del equipo y del producto.
¿En qué se diferencia de un product manager?
Product a menudo es dueño del «qué y por qué» del producto y el mercado. Project es dueño del «cómo entregamos a tiempo dentro de los acuerdos». En equipos pequeños los roles se difuminan.
¿Son obligatorios certificados PMP/Agile?
No como única puerta de entrada. Cursos y frameworks ayudan a compartir un lenguaje; los empleadores miran práctica real de entrega de proyectos.
¿Por dónde debe empezar un beginner?
Coordinar un proyecto pequeño (dentro de una empresa o uno de formación): statuses, riesgos, acuerdos. La gente a menudo viene de ingeniería, QA, SEO o support.
¿Un PM garantiza el éxito del proyecto?
No. Reduce el caos y hace visibles los riesgos. El outcome sigue dependiendo de recursos, calidad de requisitos y decisiones del cliente.
¿Especialistas fuertes — y el proyecto aún se esparce por los chats?
Fijamos scope, criterios de «hecho» y un ritmo de status — coordinación sin cultura de guardián de statuses.
Hablar del proyecto
