Analizamos como las Big Tech, los Amazon, Apple, Facebook, Netflix y otros gestionan sus iniciativas. Observamos quién se encarga de la ejecución y quién de la parte estratégica.
En la línea del comentario que dejé en el primer artículo que escribiste sobre este tema, creo que es un error igualar la redacción de historias de usuario (una labor de definición de producto) con la gestión "técnica" o "administrativa" del día a día de un proyecto.
Sobre el artículo que citas de Gergely Orosz (de cuya newsletter soy suscriptor), no lo veo como una refutación de la idea de que los PMs deben escribir historias de usuario. De hecho, la expresión "user story" no aparece ni una vez en ese artículo. Yo lo veo como un ensayo escrito por un ingeniero (sobre todo) para ingenieros sobre dos temas centrales: la importancia de que los equipos ágiles decidan en libertad la metodología de gestión de proyecto que quieren usar, y el hecho de que Scrum, contra la percepción generalizada, no es la opción más popular entre las Big Tech.
El artículo tiene dos tablas: una anonimizada, basada en una encuesta hecha por el autor entre personas que trabajan en el sector, tanto en startups como en empresas legacy; y otra con las metodologías en práctica en las Big Tech, que deriva de conversaciones informales del autor con personas que trabajan en el sector, un método de investigación mucho menos estructurado que el de la primera tabla y a cuyo detalle no tenemos acceso. De todos modos, la pregunta "¿quién lidera típicamente los proyectos de ingeniería?", podría ser un buen ejemplo de lo que en investigación de usuario se conoce como una "guided question". No debería sorprender que la respuesta sea "un ingeniero", y además está bien que sea así. Pero eso no dice nada del rol del PM.
Además, si miras en el detalle de las respuestas de los encuestados que trabajan en startups, verás algunas señales de que no siempre les parece lo mejor tener al PM fuera del desarrollo del producto:
"Don't really have any product manager closely integrated into the day-to-day work. At the moment the C-suite are effectively the PMs, and they're not involved in the day-to-day at all".
"I would like to have some kind of product owner/user representative embedded within a team. Only being contacted when stuff breaks is a bit annoying".
En definitiva, creo que no hay una solución única para este tema. Dependerá de la cultura de la empresa, el contexto, los recursos disponibles, etc. Pero en principio soy de la idea de que el PM debe estar involucrado en el desarrollo del producto, sin asumir tareas de project management y siempre desde su rol de responsable de producto. Y creo que la redacción de historias de usuario es una de las tareas comprendidas en ese rol.
Aprovecho para felicitarte y agradecerte por tus artículos, que invitan a reflexionar sobre estos temas.
Hola Simón,
En la línea del comentario que dejé en el primer artículo que escribiste sobre este tema, creo que es un error igualar la redacción de historias de usuario (una labor de definición de producto) con la gestión "técnica" o "administrativa" del día a día de un proyecto.
Sobre el artículo que citas de Gergely Orosz (de cuya newsletter soy suscriptor), no lo veo como una refutación de la idea de que los PMs deben escribir historias de usuario. De hecho, la expresión "user story" no aparece ni una vez en ese artículo. Yo lo veo como un ensayo escrito por un ingeniero (sobre todo) para ingenieros sobre dos temas centrales: la importancia de que los equipos ágiles decidan en libertad la metodología de gestión de proyecto que quieren usar, y el hecho de que Scrum, contra la percepción generalizada, no es la opción más popular entre las Big Tech.
El artículo tiene dos tablas: una anonimizada, basada en una encuesta hecha por el autor entre personas que trabajan en el sector, tanto en startups como en empresas legacy; y otra con las metodologías en práctica en las Big Tech, que deriva de conversaciones informales del autor con personas que trabajan en el sector, un método de investigación mucho menos estructurado que el de la primera tabla y a cuyo detalle no tenemos acceso. De todos modos, la pregunta "¿quién lidera típicamente los proyectos de ingeniería?", podría ser un buen ejemplo de lo que en investigación de usuario se conoce como una "guided question". No debería sorprender que la respuesta sea "un ingeniero", y además está bien que sea así. Pero eso no dice nada del rol del PM.
Además, si miras en el detalle de las respuestas de los encuestados que trabajan en startups, verás algunas señales de que no siempre les parece lo mejor tener al PM fuera del desarrollo del producto:
"Don't really have any product manager closely integrated into the day-to-day work. At the moment the C-suite are effectively the PMs, and they're not involved in the day-to-day at all".
"I would like to have some kind of product owner/user representative embedded within a team. Only being contacted when stuff breaks is a bit annoying".
En definitiva, creo que no hay una solución única para este tema. Dependerá de la cultura de la empresa, el contexto, los recursos disponibles, etc. Pero en principio soy de la idea de que el PM debe estar involucrado en el desarrollo del producto, sin asumir tareas de project management y siempre desde su rol de responsable de producto. Y creo que la redacción de historias de usuario es una de las tareas comprendidas en ese rol.
Aprovecho para felicitarte y agradecerte por tus artículos, que invitan a reflexionar sobre estos temas.
Saludos,
Germán