Muy interesante el artículo. Me intriga el tema de las reuniones 1-a-1. ¿Las haces con todos los que trabajan en el prodcto: desarrolladores, diseñadores, etc. o sólo con los managers? ¿Cómo se lo toman teniendo en cuenta que no eres su jefe: es más tipo 'tomar un café' o una especie de entrevista? ¿Los hay que se niegan porque 'no tienes autoridad' o se escaquean con excusas varias? ¿Cómo encaja con buscar que sean autónomos? ¿Hay suficiente cambio como para hacerlas cada dos semanas? Igual esto te da para otro artículo...
Hola, sí, las hago con todo el equipo. No es una imposición, es totalmente voluntario. Es más bien un café de 10-15 minutos que nos hacemos, charlamos de cómo nos van las cosas y aprovechamos para charlar de producto (cómo estamos haciendo las cosas, cómo podemos mejorar, alineamiento, roadmap).
Muy interesante Simón, y coincido bastante en todo lo que dices. Sí que me gustaría saber un poco más a qué te refieres respecto a que los equipos se auto-organizan. No sé si te refieres a que internamente no hay un líder que organice su trabajo (team-lead), o alguien que asume el liderazgo técnico (alguien que más que prescribir o imponer una visión, organiza y dinamiza al equipo para llegar a una solución adecuada), o más bien a que son equipos de navy-seals que sólo quieren saber dónde está el problema y del resto no hay que preocuparse.
Bueno, creo que me daría para un correo, así que igual te envío un e-mail si tengo tiempo.
gracias por tu comentario. Me refiero principalmente a equipos que son capaces de organizarse por sí mismos para cumplir los objetivos de producto.
Internamente puede haber un líder o puede no haberlo. Pueden utilizar Scrum, o Kanban, o cualquier otra metodología. Pueden utilizar Jira o sentirse cómodos con Trello.
Como Product Manager nos debería ser indifirente. Lo único que cuenta es que el equipo aporte el valor esperado al final del sprint.
Entiendo. Efectivamente, puede haber o no en función de cómo está conformado el equipo y la experiencia y cultura de trabajo que haya en él. Yo me he encontrado de todo. Desde equipos que necesitan un líder que empuja, a otros que funcionan como un reloj y no tienen un líder específico. Y respecto a cómo funcionan internamente, pues realmente da igual mientras funcione.
Sí que opino que la metodología basada en sprints no siempre es la correcta, o al menos que el mantra de sprints de 2 semanas no aplica según sea el producto. Muchos equipos se lanzan a esto sin la experiencia suficiente y sin tener claro, por ejemplo, qué es una feature-flag. Además, a veces negocio malinterpreta implantar una metodología ágil con entregar cosas más rápido (que también, pero no es fundamentalmente esto).
Cuando todo esto no le da igual al PM, y tiene que interesarse por lo que pasa en la fábrica, efectivamente algo va mal.
Hola, Simón.
Muy interesante el artículo. Me intriga el tema de las reuniones 1-a-1. ¿Las haces con todos los que trabajan en el prodcto: desarrolladores, diseñadores, etc. o sólo con los managers? ¿Cómo se lo toman teniendo en cuenta que no eres su jefe: es más tipo 'tomar un café' o una especie de entrevista? ¿Los hay que se niegan porque 'no tienes autoridad' o se escaquean con excusas varias? ¿Cómo encaja con buscar que sean autónomos? ¿Hay suficiente cambio como para hacerlas cada dos semanas? Igual esto te da para otro artículo...
Gracias
Abel
Hola, sí, las hago con todo el equipo. No es una imposición, es totalmente voluntario. Es más bien un café de 10-15 minutos que nos hacemos, charlamos de cómo nos van las cosas y aprovechamos para charlar de producto (cómo estamos haciendo las cosas, cómo podemos mejorar, alineamiento, roadmap).
Muy interesante Simón, y coincido bastante en todo lo que dices. Sí que me gustaría saber un poco más a qué te refieres respecto a que los equipos se auto-organizan. No sé si te refieres a que internamente no hay un líder que organice su trabajo (team-lead), o alguien que asume el liderazgo técnico (alguien que más que prescribir o imponer una visión, organiza y dinamiza al equipo para llegar a una solución adecuada), o más bien a que son equipos de navy-seals que sólo quieren saber dónde está el problema y del resto no hay que preocuparse.
Bueno, creo que me daría para un correo, así que igual te envío un e-mail si tengo tiempo.
Un saludo!
Hola Pablo,
gracias por tu comentario. Me refiero principalmente a equipos que son capaces de organizarse por sí mismos para cumplir los objetivos de producto.
Internamente puede haber un líder o puede no haberlo. Pueden utilizar Scrum, o Kanban, o cualquier otra metodología. Pueden utilizar Jira o sentirse cómodos con Trello.
Como Product Manager nos debería ser indifirente. Lo único que cuenta es que el equipo aporte el valor esperado al final del sprint.
Entiendo. Efectivamente, puede haber o no en función de cómo está conformado el equipo y la experiencia y cultura de trabajo que haya en él. Yo me he encontrado de todo. Desde equipos que necesitan un líder que empuja, a otros que funcionan como un reloj y no tienen un líder específico. Y respecto a cómo funcionan internamente, pues realmente da igual mientras funcione.
Sí que opino que la metodología basada en sprints no siempre es la correcta, o al menos que el mantra de sprints de 2 semanas no aplica según sea el producto. Muchos equipos se lanzan a esto sin la experiencia suficiente y sin tener claro, por ejemplo, qué es una feature-flag. Además, a veces negocio malinterpreta implantar una metodología ágil con entregar cosas más rápido (que también, pero no es fundamentalmente esto).
Cuando todo esto no le da igual al PM, y tiene que interesarse por lo que pasa en la fábrica, efectivamente algo va mal.