Diez preguntas para detectar un mal trabajo de Product Manager

¿Pensando en aceptar una oferta de trabajo de Product Manager? Pasa este test de 10 preguntas a tu futura empresa para asegurarte de que el puesto merece la pena.

Hay una versión más reciente y actualizada de este artículo aquí: Diez preguntas para detectar un mal trabajo de Product Manager.

---

Joel Spolsky, fundador de Trello y Stack Overflow entre otras, escribió hace ya más de 20 años un artículo en su blog que se convertiría en referencia de ingenieros de todo el mundo para evaluar a sus futuros equipos: The Joel Test.

El test consistía en una serie de preguntas a realizar durante un proceso de selección para valorar las prácticas de ingeniería de la empresa que te quiere reclutar. Cuestiones como si el equipo utilizaba sistemas de control de versiones o podían crear una build la aplicación en un único paso, servían a los ingenieros para ayudar a tomar la decisión de unirse a una compañía o no.

Estamos cerrando Agosto mientras escribo estas líneas. Los recruiters están volviendo al trabajo, y muchos de vosotros estaréis pensando en si responderles y darle una oportunidad a esa empresa que os viene persiguiendo hace tiempo. Pero cualquier salto es arriesgado, porque salvo que tengas algún insider, de lo que te cuentan en una entrevista a lo que sucede en la realidad puede haber un mundo.

En el post de hoy he decidido crear una versión de producto del test de Joel. Una serie de preguntas que puedes hacer durante un proceso de selección de forma que puedas detectar señales que te podrían indicar que vas terminar en un mal puesto de Product Manager.

¡Al lío!

1.- ¿Hay un producto a gestionar?

Sorprendentemente, no todas las empresas podrán responder a esta pregunta. En algunos casos, es habitual, como por ejemplo si optas a un puesto en una empresa que está expandiéndose.

En estos casos, muchas veces se ficha a Product Managers porque saben que los van a necesitar, pero no saben exactamente para qué todavía. Esta situación puede ser frustrante, pero es más habitual de lo que parece. Si no obtienes una respuesta clara, prepárate porque es posible que te pases los primeros meses sin un equipo o producto que gestionar.

En empresas pequeñas o medianas, deberían poder responder claramente. Si no lo hacen, alerta roja. 

2.- ¿En qué fase se encuentra el producto?

Asumiendo que nos contratan para gestionar un producto concreto, ¿tiene ya encaje en el mercado, o se trata de una apuesta de futuro de la empresa? Utilizando el marco de los tres horizontes de McKinsey, ¿se trata de un producto en el horizonte uno o en los dos y tres?

El trabajo en productos con encaje en el mercado suele ser más estructurado y seguro. También puede ser más aburrido, porque probablemente vaya muy orientado a optimizar y escalar operaciones.

En productos con horizontes más largos, el trabajo será más exploratorio, creativo, pero también acarreará mucha más incertidumbre y posibilidad de ser descartado.

Si se trata del segundo caso, trata de entender bien de dónde viene la iniciativa, cómo encaja con la visión de la empresa, y cómo de comprometida está esta a llevarla adelante. Y asume que todo puede cambiar de un día para otro.

3.- ¿Cuáles son las métricas claves del producto?

Todo producto debe tener unas métricas que indiquen que evoluciona en la dirección correcta. El objetivo de toda empresa suele ser hacer dinero, pero revenue suele ser una mala respuesta ya que se trata de un indicador atrasado. 

Como norma general la respuesta que quieres oír debe ser algo sobre lo que tu futuro equipo pueda tener impacto, como por ejemplo, el número de daily o weekly engaged users.

Si no eres capaz de obtener una respuesta cristalina, es una señal de que la empresa no tiene realmente claro qué quiere conseguir con ese producto en concreto, y eso puede ser una mala señal. 

4.- ¿Cómo sé si tendré éxito?

Esta es una pregunta crítica que debes hacer a tu futuro manager. La respuesta adecuada debe ir alineada con impactar en el negocio moviendo métricas identificadas en la pregunta anterior.

Si por el contrario te dicen que lo que buscan es alguien que sea capaz de ejecutar y lidiar con el equipo de ingeniería, suele ser un olor de que en realidad están buscando a un Product Owner que simplemente se encargue de sacar features por la puerta. 

5.- ¿De dónde surgen las ideas?

Con esta pregunta buscamos entender cuál es el proceso que sigue la empresa para decidir qué iniciativas abordar.

¿Vienen de arriba y simplemente buscan a alguien que las ejecute? ¿O hay un proceso bottom-up según el cuál son los propios equipos los que identifican los problemas y oportunidades a atajar? 

El segundo, es el escenario ideal. Si directamente te dicen que las ideas vienen de arriba, huele a que no entienden qué significa ser una empresa de producto.

6.- ¿Quién aporta las soluciones?

Esta es una pregunta trampa. Una organización madura de producto sabrá que las soluciones son una labor de equipo en la que el Product Manager hace de guía. Así pues, las soluciones no las aporta este, si no que son una cuestión de todo el equipo. 

Si la organización espera que sea el Product Manager quién idee la solución y simplemente se la defina al equipo para que este la implemente, es que quizás no confían demasiado en la madurez de sus propios empleados, y eso debería hacerte sospechar.

7.- ¿Cuál es el tamaño y composición de tu futuro equipo?

Siempre asumiendo que ya hay uno. Si no lo hay de salida, averigua cómo están formados los otros equipos de producto.

Un tamaño adecuado puede ser entre 5 y 7 personas. El equipo ideal está compuesto por ingenieros, diseñadores, researchers, data analysts y QAs.

Dando por sentado que habrán ingenieros asignados, si alguna de las otras piezas falta o está compartida, es probable que tengas que asumir esas funciones para sacar el producto adelante. 

8.- ¿Quién es responsable de gestionar la ejecución?

Dentro de esta pregunta buscamos saber quién se encarga de gestionar el día a día del equipo de ingeniería. Por ejemplo, la gestión de Dailies, Groomings, Retros… Si te responden que esperan que lo hagas tú como Product Manager, alerta roja, esa empresa busca un Product Owner y no lo sabe.

Del mismo modo, queremos saber cómo se organizan los equipos para ejecutar las iniciativas. Un aspecto clave es saber quién esperan que escriba las historias de usuario. Si asignan la responsabilidad última al Product Manager, también es muy mala señal. 

Los rituales y las historias de usuario son detalles de implementación de los que debería ocuparse tu Engineering Manager y el equipo, y en los que por supuesto puedes ayudar, pero no son tu responsabilidad.

Recuerda, los Product Managers no escriben historias de usuario.

9.- ¿A quién reporta Producto?

Con esta pregunta buscamos entender dónde está encajado Producto dentro de la organización. ¿Hay un CPO? ¿A quién reporta? ¿Está por debajo del CTO? ¿Está por encima? 

El escenario ideal a mi juicio es que las figuras de CPO y CTO estén unidas en una sóla, lo que denominaríamos CPTO. De esa forma evitamos las posibles tensiones entre producto e ingeniería. 

Escenarios que querríamos evitar serían CPOs reportando a CTOs o Ventas. Si Producto no reporta directamente al CEO, casi siempre es una mala señal. 

10.- ¿Cómo colabora el equipo de Producto?

Aquí buscamos entender si vamos a caer en un equipo sano y cohesionado, o en un equipo dónde cada Product Manager va a su aire y trabaja de forma independiente.

Los mejores equipos de producto se reúnen al menos semanalmente para compartir conocimiento y estar al tanto de lo que sucede en los otros equipos. 

Si detectas que en la empresa cada Product Manager va a la suya y la comunicación es escasa, preocúpate.

Unos últimos consejos

Toma las preguntas como una guía. El objetivo no es sacar 10 de 10, si no utilizarlas como guía para saber lo que te puedes encontrar si realmente das el salto.

Sin embargo, todos tenemos la experiencia de que una cosa es lo que te dicen en la entrevista, donde en cierto modo se trata de un cortejo mutuo, y otra muy distinta lo que sucede en realidad.

En el caso de que recibas la oferta y no estés 100% convencido, sobre todo si tienes que dejar un buen puesto atrás, te recomendaría un último par de iniciativas para reducir incertidumbre:

Pide hablar con los miembros de tu equipo

Con la oferta en la mano, pide hablar con tus pares en ingeniería y/o diseño. Trata de averiguar la realidad del día a día de la empresa, sus retos, experiencias pasadas con producto y cómo esperan que les ayudes en el futuro.

Habla con antiguos Product Managers de la empresa

Echa mano a LinkedIn y consulta a personas que hayan pasado por ese equipo de producto recientemente. La forma en la que los ex-trabajadores de una empresa hablan de ella dice mucho de la calidad de la misma.

Ten en cuenta que siempre puede haber gente resentida y trata de validar cualquier input por varias vías. Pero en general, esos ex empleados no deberían por qué tener ningún motivo para mentirte. 

Y hasta aquí el post de hoy. Como siempre, espero que os haya servido de ayuda, y nos vemos la semana que viene por aquí.