Cosas que he aprendido trabajando en equipos de Producto.
Comencé a trabajar en producto digital hace unos 6 años, aprendiendo sobre la marcha, entendiendo la mecánica de los equipos desde la observación, y entendiendo cómo se articulan los procesos desde el ensayo y el error.
Fui entendiendo más el rol de un Product Manager por ejemplo, a través de la propia experiencia trabajando con ellos y entendiendo qué hacen en el día a día. Pero lo más interesante es que en este área cobra mucho sentido el significado del trabajo en equipo, sin ello todo se desmorona.
Ya con algo de experiencia como Diseñadora de Productos y luego de haber trabajado en startups y en grandes compañías junto a equipos multidisciplinarios, luego de haber visto productos fracasar y entender por qué fracasaban por ejemplo, o al revés, entender por qué un producto tuvo éxito, fui capaz de discernir entre lo que es dañino y beneficioso para la salud de los equipos lo cual impacta directamente en los resultados.
¿Qué cosas afectan a los equipos y su performance?
La inercia
Le llamo inercia a ese estado en el cual las personas no son capaces de dar giros a situaciones o a modificar hábitos. Se quedan quietos en su zona o siguen su marcha pero nunca parando un momento para observar desde otro lado la situación o cuestionarse. Esto inhabilita a las personas por ejemplo a hacer preguntas o a transformar situaciones.
Callarse
Callarse o guardarse comentarios y preguntas habla en primer lugar de falta de confianza en el equipo, de inseguridad o de falta de interés de la persona. El último caso es el peor, pero en los dos primeros es importante que el equipo suelde las bases de la confianza y de la libertad para expresar opiniones. En producto hablar a tiempo y hacer preguntas puede evitar muchas situaciones indeseadas.
Asumir
Esto viene de la mano de lo anterior, a veces las personas asumimos cosas por no cuestionarlas, por sesgos, por ego. En todo caso, tomar decisiones de producto basadas en asunciones, muchas veces lleva a errores, ya que podemos equivocarnos. Esto es evitable ya que contamos con herramientas para trabajar sobre bases sólidas como por ejemplo el research o los workshops.
No planificar
La planificación jamás puede desestimarse. La planificación a corto o largo plazo es el apoyo del equipo, es la guía. Planificar en términos de tareas, de tiempo, de scope. Un equipo que no trabaja sobre un plan, trabaja en el aire, y eso es insostenible al corto plazo.
Trabajar aislado
Esto va en contra de uno de los principios al construir experiencias que es la co-creación. Ningún integrante del equipo debe trabajar aislado, ni sus departamentos. Trabajar en producto significa amalgamar las disciplinas y las habilidades.
“Great things in business are never done by one person” — Steve Jobs
Una persona, muchos sombreros
Esto lo he visto muchas veces. Si bien a todos nos pasó que tuvimos que haber cumplido más de un rol, no se debe volver una práctica. Las personas tienen su expertise, y la capacidad cognitiva cuando se satura deja de rendir. Además esto genera cansancio, y en abuso, desmotivación.
Plazos Ajustados
Trabajar siempre dentro de plazos ajustados trae problemas en la performance en el mediano plazo, generalmente esto está ligado a falta de planificación y promesas hechas al cliente sobre la marcha.
Te conté lo que hay que evitar, ahora te cuento lo que es beneficioso.
Research
Priorizar sobre qué áreas hacer research, y luego hacer buen uso de los resultados y de los datos. La investigación muchas veces se menosprecia o se pasa por alto por temas de tiempos y costos, pero luego se ven los resultados cuando sacamos al mercado un producto que no sirve.
Metas concretas y realistas
Plantearse cuál es la visión del producto, de aquí a 2 años, 4, no importa. Luego definir metas intermedias, más chicas, manejables y medibles. Lo más importante asegurarse que todo el equipo está alineado a ellas y que se trabaje en dirección a cumplir esas metas, hacia un objetivo común.
Scope, y especificaciones
Es eso que pedimos a gritos diseñadores y desarrolladores y que muchas veces no existe o nunca se termina de definir. Definiciones de alcance, historias de usuario y Definitions of done, son fundamentales para implementar las funcionalidades según lo esperado.
Preguntas y más preguntas
Ninguna pregunta es tonta, y más tonto es quién no pregunta. A veces no preguntamos por timidez, más que nada cuando somos nuevos en los equipos, justamente es el momento en el cual más debemos preguntar para entender a fondo las mecánicas.
Comunicación sólida
La base del éxito de los equipos. Una buena comunicación es fundamental, pedir ayuda, colaborar con otros, ser abierto a recibir feedback y dar opiniones con respeto. Generar instancias de retrospectiva para evaluar en qué puede mejorar el equipo. Otro aspecto es por ejemplo, saber cuándo pedir colaboración de otros departamentos y saber cuándo trabajar en conjunto por ejemplo Project managers con Ventas, o Research con Diseño e Ingeniería, o Project Management y Research, etc.
Ya viste los desafíos de trabajar en producto, te invito a reflexionar con tus equipos para mejorar si tienen puntos flojos, o de lo contrario sigan haciendo ese buen trabajo y transmitan estas ideas a otros.
