Currículum de product owner: ejemplos y guía para redactarlo

Página y media para una product owner de una plataforma de pagos. La persona y las empresas son inventadas. Fíjate en lo que falta: nada de «facilité la planificación del sprint» ni de «actué como la voz del cliente». Cada línea nombra una decisión, un alcance y un resultado.

La mayoría de currículums de product owner los filtra un responsable de producto (head of product) o un group product manager, a menudo en menos de un minuto y junto a otros 40 currículums que dicen «agile», «stakeholders» y «voz del cliente». Cuatro cosas marcan la diferencia.

• De qué te encargabas. Un área de producto, un tipo de usuario y un tamaño. «Facturación y pagos para 1.900 empresas clientes» se puede comprobar. «Varios productos en toda la organización» no, y suena a perfil junior.
• Si decidiste algo. Los product owners que solo refinan lo que otro ha decidido quedan fuera enseguida. Un logro sobre algo que cancelaste, recortaste o reordenaste, y por qué, vale más que cinco sobre ceremonias.
• Cifras de resultado junto a lo lanzado. Lanzar es lo mínimo. Conversión, bajas de clientes, cycle time, volumen de consultas, adopción de una funcionalidad por un segmento concreto: dos o tres de estas cifras en todo el currículum bastan, y tienen que ser cifras que puedas defender cuando te pregunten cómo las mediste.
• Base técnica, si el puesto es técnico. Muchas ofertas de product owner corresponden a equipos de plataforma, API o datos. Si es tu caso, nombra las interfaces, el trabajo con esquemas y el SQL. Si el puesto está de cara al cliente, importan más las pruebas de discovery que el stack.

“Me salto todo lo que me resume la guía de Scrum. Dime el producto, el tamaño del equipo, algo que lanzaste y algo que cancelaste. Si un candidato sabe explicar por qué lo canceló, la entrevista prácticamente ha terminado y estamos hablando de salario.”

Tres o cuatro líneas al principio. Área de producto, años, tamaño del equipo y una cifra. Escríbelo al final, después de la experiencia, para que resuma algo real.

Mucha gente busca cómo redactar los logros de un currículum de product owner, y el motivo es que la mayoría describe el proceso, no el producto. Aquí tienes seis reescrituras a partir del trabajo habitual de un product owner.

A los product owners se les pilla inflando cifras más que en casi cualquier otro puesto, porque en la entrevista preguntan cómo se midió. Atribúyete lo que tu funcionalidad pudo mover de forma razonable, no lo que logró la empresa ese año.

• Seguras y útiles: adopción de una funcionalidad por un segmento concreto, tareas completadas en pruebas de usabilidad, volumen de consultas al soporte sobre tu área, cycle time y trabajo arrastrado, frecuencia de releases, tiempo de alta de un cliente.
• Seguras con matices: efectos en ingresos y bajas, si dices cómo se midieron. «Reduje las bajas por tarjetas rechazadas del 4,1 % al 2,3 % del MRR en tres trimestres» abre una buena conversación; «generé 4 millones de euros en ingresos» genera dudas.
• Arriesgadas: crecimiento de la empresa, plantilla, rondas de financiación y todo lo que sea responsabilidad de marketing o ventas.
• Los recuentos valen cuando no hay otra cosa: historias, entrevistas, releases, squads a los que das soporte, cuentas en una beta. Para un producto totalmente nuevo, lo honesto es «lanzado a 15 cuentas piloto», no un porcentaje.

Si tu empresa no te deja publicar una cifra, usa una proporción o un rango. A nadie lo descartan por dar un rango, y a mucha gente la pillan con una cifra que no sabe explicar.

Entre diez y catorce líneas, agrupadas para que quien filtra vea tu perfil de un vistazo. Pon primero el grupo que más destaca la oferta.

• Oficio de producto: gestión del backlog, redacción de historias y criterios de aceptación, división de historias, roadmap, planificación trimestral y de releases, definition of ready y definition of done.
• Discovery: entrevistas con clientes, pruebas de usabilidad, dimensionamiento de oportunidades, análisis de la competencia, programas beta.
• Priorización: RICE, coste del retraso o WSJF (weighted shortest job first) si trabajas con SAFe. Nombra el que usas de verdad.
• Entrega: Scrum, Kanban, entornos a escala, feature flags, despliegues por fases, triaje de incidencias.

• Herramientas que buscan los seleccionadores: Jira, Confluence, Azure DevOps, Aha!, Productboard, Linear, Miro, Figma.
• Datos: SQL, Amplitude, Mixpanel, Looker, Google Analytics 4, plataformas de feature flags, interpretación de un test A/B.
• Profundidad técnica para puestos de plataforma: contratos REST y GraphQL, webhooks, Postman, revisión de esquemas, planes de tracking de eventos.
• Competencias transversales que vale la pena nombrar: decir que no con argumentos, comunicación escrita (PRD, memorandos, notas de release), dirigir una reunión con ingeniería y ventas en la sala. Olvídate de «trabajo en equipo» y «atención al detalle»; ocupan el sitio que debería tener una herramienta o un sector.

Para este puesto no existe ninguna habilitación, y ningún certificado supera a un producto lanzado. Las certificaciones importan sobre todo en dos momentos: al conseguir tu primer puesto de product owner y al presentarte a grandes empresas que trabajan con un marco ágil a escala.

• Certified Scrum Product Owner (CSPO), Scrum Alliance. Curso de dos días con asistencia obligatoria que se renueva cada dos años. Es habitual y fácil de obtener, así que demuestra familiaridad más que capacidad.
• Professional Scrum Product Owner (PSPO I, II, III), Scrum.org. Se obtiene por examen, sin curso obligatorio ni renovación. Los responsables que conocen la diferencia valoran más el PSPO II.
• SAFe Product Owner/Product Manager (POPM), Scaled Agile. Merece la pena para bancos, aseguradoras, telecos y proveedores de defensa que trabajan con SAFe. Se renueva cada año.
• PMI Agile Certified Practitioner (PMI-ACP), Project Management Institute. Requiere experiencia ágil acreditada y un examen; se ve más en grandes empresas y en proyectos vinculados al sector público.
• Titulación: la mayoría de ofertas pide un grado universitario en cualquier disciplina o experiencia equivalente. Una titulación técnica ayuda en equipos de plataforma. Un MBA va en la formación, no en tu titular.

Casi nadie empieza como product owner. Las vías de entrada habituales son analista de negocio, scrum master, QA, responsable de soporte, consultor/a de implantación e ingeniería. Tu currículum tiene que demostrar que ya hacías parte del trabajo.

1. 1Ajusta el cargo con honestidad. Si eras analista de negocio pero dirigías el refinamiento y decidías el alcance, escribe «Analista de negocio (funciones de product owner en un squad de 5 personas)». No inventes nunca un cargo que no tuviste.
2. 2Busca tus pruebas de discovery. Cada vez que hablaste con un usuario, observaste cómo trabajaba alguien o leíste consultas para encontrar un patrón, eso es discovery. Escríbelo como un logro con una cifra.
3. 3Busca una decisión: una funcionalidad contra la que argumentaste, un recorte de alcance que propusiste, un requisito que eliminaste tras dos llamadas con clientes. Esa es la línea que te mete en la lista de finalistas.
4. 4Añade las cifras que ya tienes. Consultas cerradas, oleadas de implantación, usuarios formados, defectos evitados, cycle time. La gente de soporte y QA suele tener mejores datos de lo que cree.
5. 5Saca una certificación por examen (el PSPO I es la opción creíble más barata), pon la fecha y preséntate a puestos del sector que ya conoces. El conocimiento del sector sustituye al cargo mucho más a menudo que al revés.

• Extensión: una página hasta unos seis años de experiencia y dos a partir de ahí. Si llevas varios flujos de valor como lead, puedes llenar dos páginas. Tres son demasiadas.
• Orden cronológico inverso, encabezados sencillos y sin columnas ni barras laterales en la versión que envías por un portal de empleo. Guarda la versión con diseño para los correos directos.
• En España la foto es habitual pero opcional, también en puestos de producto; la fecha de nacimiento, el estado civil y el DNI/NIE no hacen falta.
• Repite una vez el vocabulario de la oferta: si pone «product owner», no escribas solo «product manager»; si pone «refinamiento», no escribas solo «grooming».
• Palabras habituales en las ofertas de product owner: backlog, historias de usuario, criterios de aceptación, roadmap, priorización, stakeholders, discovery, Jira, Scrum, release, KPI, equipos multidisciplinares. Úsalas en frases, no en un bloque de palabras clave.
• Enlaza tu LinkedIn y comprueba que los cargos y las fechas coinciden con el currículum. Nombre del archivo: nombre-apellido-product-owner.pdf, en PDF salvo que la oferta pida Word.

Una advertencia sobre los cargos. «Product owner» y «product manager» significan lo mismo en algunas empresas y cosas muy distintas en otras. Escribe el cargo que tuviste y deja que los logros muestren el alcance; cambiarte el título para parecer más sénior suele desmontarse en la primera llamada de selección.