Abracadabra...sin Devs el producto se descalabra
Los Devs también hacen Producto, te lo cuento #desdelbarro.
Hoy quiero hablar de esas personas a las que considero que, literalmente ,“hacen magia” en producto. Ellos y ellas son…¡el equipo de desarrollo! Su papel en producto es imprescindible, ya que sin ellas los “sueños no se harían realidad”.
Me he decidido a escribir sobre esto porque me he dado cuenta de que hay mucho contenido sobre cómo hacer producto, cómo ser un buen PM, cómo conseguir que tu producto lo pete, etc, pero poco sobre cómo los PMs pueden conseguir que un producto sea mejor gracias a su relación con los desarrolladores.
Juro decir la verdad, toda la verdad, y nada más que la verdad. Sin embargo, lo que leeréis no es la verdad absoluta. Son hechos reales basados en mi experiencia, la de una Product Manager más, por lo que probablemente tu experiencia esté siendo diferente. Sin más, espero que esta lectura te resulte útil. ¡Vamos allá!
¿Quiénes son l@s devs?
Son magos y magas que llevan al mundo real y a las manos de los usuarios productos que aportan valor a las personas, a ciertas personas. Mucho antes de entrar en el mundo de la magia, son personas, como todos. Parece obvio, pero es importante recalcar esto, y es que no son robots, y tienen emociones, motivaciones e ilusiones.
Lo primero que siempre hago cuando empiezo a trabajar en un equipo (ojo, digo un equipo, no una empresa, y es que si estoy en una empresa y me cambian de equipo vuelvo a hacer lo mismo) es conocer a las personas, a todas las personas con las que voy a trabajar. Es cierto, que una de mis prioridades siempre es conocer a l@s devs e intentar continuamente que estén felices, y que disfruten construyendo producto, pero volvamos a los orígenes.
Mi recomendación es que tengas una conversación inicial con todos ellos al principio, que luego las mantengas de forma individual, y que también les compartas un cuestionario totalmente anónimo para conocerlos mejor. Para mí es imprescindible entender qué inquietudes tienen, qué les motiva, qué no les gusta hacer, qué les frustra, por qué motivo están dedicando su tiempo a trabajar en ese sitio, etc.
Y sí, también es importante que tú te des a conocer. Esto es bidireccional. No se trata de un “estudio psicológico” donde se les “exprime” toda la información necesaria. No, nunca. Sois un equipo, y tú también tienes que abrirte y compartir cómo eres.
Es muy importante empezar a crear equipo desde el minuto 0, y una de las actividades que me gusta mucho hacer para Team Building es a través de Kahoot. Con tan solo 30’ de dedicación cada 2 semanas puedes crear una especie de Trivial personal que es muy divertido y hace que el equipo se una bastante. (Si quieres más información sobre cómo lo hago, no dudes en abordarme en LinkedIn) Probablemente pienses que esta “tarea” no está dentro del listado de responsabilidades de un PM, pero creeme que es muy importante cuidar y construir un equipo para poder lanzar un buen producto al mercado.
¿En qué entorno me toca trabajar esta vez?
Ya conocemos a las personas que “hacen que los sueños se hagan realidad”, así que ahora es el turno de su lado profesional. Necesitamos entender si son juniors, seniors, cómo conciben trabajar en producto, si entienden que construir un MVP puede suponer desechar parte de ese trabajo en un futuro cercano si no aporta valor, si piensan en producto, si esperan que el PM les diga cómo tiene que ser el producto, si han tenido experiencias profesionales “traumáticas” en el pasado, si se sienten seguros en un entorno como el de las startups (si es el caso), si confían en las prioridades, etc.
Una vez tengamos claro el pasado y el presente profesional de l@s mag@s, empezaremos a implantar (o reforzar) la cultura de producto. ¡Cuidado aquí! No te emociones y quieras que de la noche a la mañana piensen todos en producto. Esto no es posible, ni tampoco recomendable.
Consejos para fomentar un buen equipo de desarrollo
Lo primero, y más importante, ¡CONFÍA EN SU CRITERIO A LA HORA DE CONSTRUIR EL PRODUCTO! No cuestiones cómo construyen las cosas a bajo nivel, no entres en si están utilizando un lenguaje de programación u otro… ¡No lo hagas! Ell@s saben cómo hacer la magia, no entres en eso. (En mi caso, soy ingeniera informática y he de decir que a veces pienso en cómo se debería hacer algo, pero yo no me dedico a programar, así que no entro en estas cuestiones, ell@s deciden)
Si no tenían una cultura sólida de producto, empieza a incorporarla progresivamente. ¡NO LO HAGAS DE GOLPE! Necesitan entender, poco a poco, el cambio. Es probable que entres y que cuando ellos te enseñen el “MVP” que están construyendo se te salgan los ojos de tus cuencas de PM y pienses que es un monstruo, no un MVP. No pasa nada, tu reto es conseguir que entiendan lo que es un MVP de verdad. Poco a poco, con ejemplos reales de otros productos, creando y definiendo un nuevo MVP, etc. Si hay algo que caracteriza a l@s devs es la capacidad de aprendizaje casi instantáneo que tienen, así que lo entenderán muy pronto. Sin embargo, necesitarán tiempo para interiorizarlo, aceptarlo, y cambiar su modus operandi.
Consigue que empiecen a ver cuál es el impacto de su trabajo en la vida de otras personas (los usuarios). ¡ACÉRCALOS A LA REALIDAD! Empieza por mostrarles métricas, por acercarles a esos usuarios, pero sin pasarte. Me acuerdo de una empresa en la que estuve trabajando donde un día vino el CPO y dijo que a partir de ese momento l@s devs tenían que participar en producto con una dedicación del 50% de su tiempo. Es decir, tenían que participar en ciertas situaciones como las entrevistas con usuarios, o la parte de métricas. Vale, eso está genial y creo que es interesante llevarlo a cabo, pero… ¿un 50% de su tiempo? Mi cabeza explotó y hablé con él para pedirle que, por favor, me diera un mes para que conseguir que quisieran (insisto, quisieran, del verbo querer) estar involucrados en todos estos procesos, pero que empezáramos por un 20%. Así lo hicimos, y ahora mismo me estoy riendo recordando momentos de risas llamando por teléfono con ellos a usuarios de aquella aplicación móvil, jeje. ¿Cómo fue la experiencia? Bueno, estoy segura que si hubiera sido el 50% de dedicación a esto, la mitad del equipo se habría cambiado de empresa. Algunos se divirtieron mucho haciendo esas llamadas, y otros, pues no tanto, y no querían volver a hacerlo. Esto, como todo, es encontrar el equilibrio, sabiendo que es importante que se involucren en producto.
Ahora que ya piensan en producto, quieren ver el impacto de lo que construyen, quieren conocer más de cerca quiénes están usando el producto, ¡EVITA QUE SE FRUSTREN! Esta es una de las cosas más difíciles de conseguir y que siempre me encuentro en cada sitio en el que trabajo. El día que consigas que cuando una parte del producto que no está funcionando se mate, y no se frustren… ¡ese día propón una quedada para celebrar que ya hay una cultura sólida de producto! Al final, lo que hacen es construir productos. Son sus pequeños “bebés”, y cuando les dices que hay que “matarlos” les da un bajón tremendo y se frustran. Finalmente, si hay razones objetivas y de peso suficiente para hacerlo (ejemplos: los usuarios no lo utilizan y la experiencia de usuario está más que pulida, antes les aportaba valor pero ahora ya no, antes les solucionaba un problema pero ahora ya no tienen ese problema, etc.) irán perdiendo esa frustración y les parecerá algo normal. Sin embargo, esta filosofía de producto no tiene vuelta atrás, y esto significa que si un día aparece un stakeholder (o incluso el CPO) diciendo que hay que eliminar algo existente “porque sí”, sin motivos de suficiente peso, y lo hace como emitiendo una orden… ¡Error! Primero, porque así no se trabaja en producto, y segundo porque l@s devs te harán muchas preguntas para las que no habrá respuesta objetiva y válida, y la frustración vendrá más que servida.
Pregúntales de vez en cuando ¿QUÉ TAL ESTÁS? Empezar a trabajar bien en producto es algo complejo, y más para alguien que no es su primer trabajo y que tiene costumbres del pasado que no tienen nada que ver con esta nueva forma de trabajar. Es importante entender y saber cómo están. Si no lo preguntas, no lo sabes. Si no lo sabes, no puedes ayudarles.
Pregúntales ¿CÓMO PUEDO MEJORAR EN MI ROL DE PM CONTIGO? Te darán información muy útil para tu evolución como PM. Escucha lo que tienen que decirte, con una actitud humilde, y mente abierta.
Por último, y no menos importante, ¡QUEDA CON LAS PERSONAS QUE HACEN MAGIA! Si no puede ser físicamente, hazlo de vez en cuando con quedadas de “birras online” o similar. Diviértete con ell@s. En mi experiencia, siempre he sentido que l@s devs han sido mi “pequeña familia”.
En resumen, ¡cuida y quiere a las personas que hacen la magia!
Dedica tiempo a cuidar de l@s devs. Puede que el producto no sea un éxito aunque cuides de ell@s, pero lo que sí es seguro es que tu producto nunca será un éxito (o no por mucho tiempo) si no cuidas de l@s mag@s, y l@s quieres.
Gracias a todas esas personas que me he encontrado por el camino que hacían (y siguen haciendo) magia en producto. Los productos no existirían sin vosotr@s.