Es esta entrevista tuve el gusto de conversar con Marta Manso, quien vive en Barcelona y lleva bastante tiempo involucrada en el mundo de creación de productos. Marta comenzó contando que ella viene de un perfil técnico, fue desarrolladora por muchos años y sus habilidades comunicativas y de visión de producto le ayudaron a hacer la transición hacia el rol de Product Owner.
Marta contó que un sus inicios como Product Owner comenzó por trabajar con un cliente que pasaba requerimientos y le decía que hacer, pero en lugar de solo seguir instrucciones Marta prefirió seguir conversando con el cliente para entender sus necesidades y problemas. Según dijo Marta un rasgo de su personalidad es la curiosidad, rasgo que le permitió entablar diálogos con los clientes para realmente entender que necesitan y porque de lo piden.
En su siguiente trabajo Marta acabó metiéndose mas de lleno en el mundo de la Agilidad gracias a la influencia de sus colegas y la apertura de la empresa. Actualmente Marta se desempeña como Product Manager en una fintech de Barcelona; desde su posición actual Marta esta empoderada para poder tomar decisiones acerca del producto con el cual trabaja. Otra de las características importantes de su forma de trabajo actual, contó Marta, es qué hacen experimentos pequeños y simples para ir validando hipótesis de producto.
Marta contó que en su trabajo la interacción con los interesados a menudo acaba ocurriendo a través de un equipo de atención al cliente que es el que escucha de primera mano los solicitudes, quejas y comentarios de los cliente finales. La retroalimentación también viene de los ejecutivos que venden el producto y los compradores que lo usan directamente. Marta mencionó que otra fuente importante de retroalimentación son las métricas de producto. Para Marta y su equipo todos estas formas de retroalimentación les permiten validar hipótesis de manera rápida y darse cuenta, de nuevo rápidamente, que cambiar en el producto.
En la opinión de Marta los desarrolladores son guardianes de la calidad técnica del producto y la acumulación de deuda técnica debe ser evitada a todo costo. Marta mencionó que a ella le gusta mucho la metáfora del campamento scout, es decir que cuando un desarrollador toca un pedazo de código lo deja más limpio. Marta también mencionó que si uno hace Scrum en cada Sprint debería incluir en el backlog historias que ataquen la deuda técnica e impidan que siga creciendo.
Marta contó que su equipo actual es de cinco a seis personas y que en general ella prefiere los equipos pequeños pues encuentra que cuando hay mucha gente todo se vuelve mas complicado de gestionar. Marta contaba que en las historias ella no escribe las soluciones, por el contrario ella describe cual es el problema o que se esta pretendiendo lograr, dejando de esta manera para los desarrolladores la tarea de usar sus conocimiento y creatividad para encontrar la mejor solución posible. Esto fuerza a que los desarrolladores tengan que conversaciones con ella, entre ellos y con los interesados para así realmente entender el problema antes de pensar en las soluciones.
Para concluir Marta nos dejó algunas recomendaciones, una de ellas es que si alguien viene de un background técnico debe dejar de meterse a definir la solución y pasarla para que los desarrolladores solo la programen. Lo que se quiere evitar con esto es que los desarrolladores solo hagan caso a lo que dijo la Product Owner y no discutan, pues es precisamente en esta discusión donde podría estar la mejor solución. El segundo consejo que paso Marta tiene que ver con involucrar al equipo, pues es entre todos que se puede entender mejor el problema y encontrar las mejores soluciones que son mejores porque saldrán de un análisis más amplio y creativo que involucra varias mentes.
English Summary
In this interview, I had the pleasure of talking with Marta Manso, who lives in Barcelona and has been involved in the world of product creation for a long time. Marta began by saying that she comes from a technical background, was a developer for many years and her communication skills and product vision helped her make the transition to the Product Owner role.
Marta said that she started as a Product Owner and began working with a client who passed the requirements and told her what to do, but instead of just following instructions, Marta preferred to continue talking with the client to understand their needs and problems. According to Marta said, a trait of her personality is curiosity, a trait that allowed her to enter into dialogues with clients to really understand what they need and why they ask for it.
In her next job, Marta ended up getting more immersed into the world of Agility thanks to the influence of her colleagues and the opening of the company. Marta currently works as Product Manager in a fintech in Barcelona; from her current position, Marta is empowered to make decisions about the product she works with. Another of the important characteristics of their current way of working, Marta said, is that they do small and simple experiments to validate product hypotheses.
Marta said that in her work, interaction with stakeholders often ends up through a customer service team, which is the one that listens first-hand to requests, complaints and comments from end customers. Feedback also comes from executives who sell the product and buyers who use it directly. Marta mentioned that another important source of feedback is product metrics. For Marta and her team, all these forms of feedback allow them to quickly validate hypotheses and realize, again quickly, what to change in the product.
In Marta’s opinion, developers are guardians of the technical quality of the product and the accumulation of technical debt should be avoided at all costs. Marta mentioned that she likes the metaphor of the scout camp very much, that is, when a developer touches a piece of code, he leaves it cleaner. Marta also mentioned that if one does Scrum in each Sprint, one should include stories in the backlog that attack technical debt and prevent it from growing.
Marta said that her current team is five to six people and that in general, she prefers small teams because she finds that when there are too many people, everything becomes more complicated to manage. Marta said that in the stories she does not write the solutions, on the contrary, she describes what the problem is or what it is trying to achieve, thus leaving to developers the task of using their knowledge and creativity to find the best possible solution. This forces developers to have conversations with her, with each other, and with stakeholders to really understand the problem before thinking about solutions.
To conclude, Marta left us some recommendations, one of them is that if someone comes from a technical background, they should stop getting involved in defining the solution and pass it on so that the developers only program it. What you want to avoid with this is that the developers only pay attention to what the Product Owner said and do not discuss, because it is precisely in this discussion that the best solution could be. The second piece of advice that Marta passed has to do with involving the whole team since it is among all of them that the problem can be better understood and the best solutions found, solutions that are better because they will come out of a broader and more creative analysis that involves several minds.
Sobre el Autor: Juan Banda
Juan se especializa en entrenar, mentorear y hacer coaching de equipos Agiles para que en corto tiempo puedan alcanzar resultados asombrosos. Juan es también un agente de cambio que ayuda a que empresas completas vuelquen sus prácticas hacia formas más humanas de trabajo. Juan es un Certified Scrum Trainer (CST) y LeSS Friendly Scrum Trainer. Su formación universitaria incluye un grado de Magister en Administración de Sistemas de Información conferido por The University of Illinois at Chicago.
