Continuamos nuestra serie de artículos sobre las cualidades clave de un gerente de producto exitoso. Ya hemos logrado hablar con Anton Danilov , Yuri Golikov , Dmitry Orlov y Alexei Korotich . Hoy hablaremos con Alexander Belyaev. Sasha es responsable de uno de los complementos más ambiciosos: Wrike Resource .
- Hola Sasha Dime, ¿cuántos años has estado trabajando en Wrike y cuántos años has estado involucrado en la gestión de productos?
- He trabajado en Wrike durante 4.5 años, y en cuanto a la duración total del servicio, este es un punto discutible. Una de las primeras posiciones en mi carrera se llamaba gerente de proyecto, pero incluso entonces participé en el lanzamiento del producto.
Quizás solo en Wrike pueda decir con certeza que soy un producto: aquí el conjunto de poderes, recursos, capacidades y el formato de trabajo es exactamente la forma en que imagino la posición correspondiente de un gerente de producto. Y antes de eso, a veces me parece que todo estaba un poco mal. Pero esta, más bien, es mi visión crítica del comienzo de mi carrera: sin embargo, estas fueron diferentes etapas de la carrera profesional que ha estado sucediendo desde 2010.
- Dado que estamos hablando de gerentes de proyecto y gerentes de producto, ¿cuál es la diferencia clave entre los roles y dónde se cruzan, por el contrario?
- Digamos que la tarea principal de la gestión de proyectos es proporcionar el resultado deseado a tiempo. En general, ¿qué es un proyecto? Es algo que tiene un principio y un final. Un producto no es un proyecto.
Por ejemplo, en nuestra área, esta es una solución de software, algún tipo de aplicación o algún tipo de característica. Ella tiene su propio ciclo de vida, incluidas las etapas de origen, desarrollo y, en algún momento, extinción. El ciclo de vida del producto no es lo mismo que el comienzo y el final de un proyecto, estas son cosas completamente diferentes. Para el gerente de producto, el ciclo de vida del producto debe ser la clave. El gerente de proyecto, a su vez, solo se preocupa por una etapa específica, porque la introducción de cada característica individual en el producto también es un mini-proyecto. Pero poseer completamente el producto y llevarlo de generación en floración y desarrollarlo constantemente es mucho más difícil.
- ¿Entiendo correctamente que la gestión de proyectos puede considerarse como uno de los componentes de la gestión de productos?
"Sí, eso creo". Pero al mismo tiempo, creo que este es uno de los exámenes más fáciles de alienar. La función de gestión directa de proyectos y control de resultados puede ser realizada por el propio equipo de desarrollo con el que trabaja. Un maestro de scrum, desarrollador senior o líder de equipo también puede hacer esto. Es decir, solo cuidar que los plazos no se violen y que todo esté bajo control no me parece una gran tarea. Y creo que el gerente de producto debe delegar esta tarea a los miembros de su equipo en quienes confía. Y debe dedicar su tiempo a cosas de nivel superior y mirar de manera más amplia todo lo que sucede.
- Cuéntenos acerca de la experiencia en el desarrollo y lanzamiento del complemento Wrike Resource, con el que usted y el equipo han estado trabajando desde su inicio y todavía están trabajando en él. ¿Cuáles son los principales desafíos que enfrentaron usted y el equipo al trabajar en este complemento en varias etapas?
- El primer desafío es priorizar en una situación con recursos limitados y tiempo limitado. Está claro que hay mucho por hacer para crear un producto competitivo. Pero la pregunta es ¿por dónde empezar?
A continuación, debe demostrar al resto de los miembros del equipo y a la gerencia que su elección es la correcta y que vale la pena comenzar con ella. Esta evidencia puede llevar mucho tiempo, ya que todos se encuentran en una situación de sobrecarga de información.
Fue muy difícil con la "gestión de recursos", ya que este es un trabajo en la arquitectura de nuestra aplicación, y es bastante complicado para nosotros. La gestión de proyectos en sí no es una disciplina simple, está guiada por las prácticas de la Guía de PMI y PMBOK, por lo que cumplir con esto no es una tarea trivial. Por lo tanto, fue muy difícil incluso entender cómo el concepto de "esfuerzo de tarea" se ajusta a nuestro sistema o qué modos debería tener. Casi una cuarta parte gastó en esto.
Como resultado, el paso más difícil fue elegir y darse cuenta de lo que hay que hacer. Además, cuando ya está implementando todas las ideas, se vuelve más fácil.
- Es decir, después de esta etapa creativa, el equipo ya comprende cómo hacer esto, cuáles son los términos aproximados, etc.
- Hay diferentes opciones de qué hacer. Puedes ejecutar una beta rápida. O comience definiendo la primicia de lo que quiere hacer este año, participe y hágalo primero. Por ejemplo, esto es lo que hicimos con el selector de fechas. Luego lanzamos una versión beta de gestión de recursos, en la que hubo un selector de fecha y esfuerzo. Es decir, simplemente elegimos algo pequeño, que es más fácil de elaborar y dibujar, y comenzamos a trabajar en ello.
- Por favor, dime cuán específico, en tu opinión, es el trabajo del producto en Wrike.
- No creo que el trabajo en Wrike sea muy específico. Me parece que, en general, es similar al trabajo de los productos en otras organizaciones, aproximadamente de la misma manera que los productos funcionan en las empresas occidentales.
- Y ahora a nuestro tema, que pasa por todas las últimas entrevistas. Hablé con varias personas que querían conseguir un puesto como gerente de producto. Y por todo lo que escuché dos preguntas clave: "¿Qué tipo de experiencia se requiere?" y "¿Qué cualidades se deben poseer?" Según tengo entendido, la cuestión de la experiencia es muy específica, así que pasemos a las cualidades de inmediato.
- Sobre el examen también se puede responder. Por ejemplo, aproveche la experiencia de trabajar con datos. El enfoque basado en datos, es decir, la capacidad de realizar experimentos, formular hipótesis, elegir métricas que estas hipótesis confirman o refutan, es un examen bastante amplio que, a mi parecer, no es específico de ninguna industria.
- En su opinión, ¿es posible convertirse en un gerente de producto efectivo sin experiencia en desarrollo y en general en empresas de TI? ¿Puede, por ejemplo, algún tipo de vendedor o ventas llegar y convertirse en un producto?
- Comercializador y ventas de TI: sí, él puede. Si este no es su primer día en TI, entonces ya tiene muchas habilidades. Si mira a su alrededor, comprende cómo sucede esto, cuáles son las etapas: diseño, especificaciones técnicas, etc. Comercializador y ventas de otra área, creo que no.
Si usted es un vendedor o ventas que no son de TI, surge la pregunta: "¿Por qué está interesado en este campo en absoluto, pero no tiene experiencia en él?". Llegar a TI sin hacer nada técnico es una historia controvertida. Verás, esta experiencia no es tan difícil de conseguir. No hay nada que impida al especialista hacer amigos, contratar trabajadores independientes y, por ejemplo, hacer una aplicación, administrar todos los procesos. Y una vez que lo hayas logrado, te sumergirás un poco en el desarrollo y comprenderás cómo funciona todo. De lo contrario, surge la pregunta: "¿Está realmente interesado en crear productos en TI?"
- En cada entrevista, todos los productos hablan de diferentes cualidades y experiencia. Entonces, con cada charla y todos tienen razón.
- Quizás esto sea una prueba de que la gestión de productos no es una ciencia, sino un arte.
"Debes estar en lo cierto, sí".
- Esto es algo tan eterno en la gestión de productos: es muy difícil clasificar todo, desarrollar enfoques claros.
Por ejemplo, en desarrollo, hay lenguajes de programación con ciertos conjuntos de herramientas, enfoques y marcos. Y, de hecho, los conoces o no los conoces.
Y en la gestión de productos, todos vienen de inmediato con enfoques completamente diferentes. No hay herramientas claras. Hay un cierto conjunto de marcos, pero la actitud hacia ellos varía de amor a odio. Entonces, al final, resulta que nadie puede decir con confianza quién es el gerente de producto y qué puede hacer. Al mismo tiempo, las opiniones concuerdan sobre el 66%, y el tercio restante es el campo donde todo puede ser diferente.
- Quiero ir al tema principal. ¿Cuáles son, en su opinión, las tres cualidades que permiten que un gerente de producto tenga éxito en su papel y por qué exactamente estas cualidades?
- La primera cualidad es un tipo de agudeza empresarial, es decir, una comprensión de cómo funciona un negocio, cómo se gana dinero en él, qué tipo de modelo de negocio es. Esta es la constatación de que a veces puedes hacer algo barato y corrupto, pero aún puedes ganar dinero.
Hay una broma clásica sobre este tema:
Vasya lanzó el MVP en un mes, comenzó a ganar audiencia y desarrolló su producto en algo genial, y Petya estuvo atormentada durante un año tratando de hacer algo asombroso, desperdició todos los presupuestos y no salió nada.
Esta es una comprensión del principio de Pareto (el 20% de los esfuerzos rinden el 80% del resultado), cómo se gana dinero en general, se resuelven los problemas comerciales y se alcanzan los resultados.
- ¿Es posible decir que estas cualidades se derivan indirectamente de la curiosidad?
- Definitivamente sí. Quieres saber cómo funciona todo. Y los negocios son solo una de las áreas sobre las que aprenderá los detalles.
Sin embargo, a menudo muchas personas, incluso del sector de TI, no lo hacen. Me parece que la mayoría de los desarrolladores no lo hacen. No están interesados en cómo funciona un negocio; están interesados en cómo funcionan los sistemas y productos. Aprecian los comestibles y quieren que se beneficien. Pero, desafortunadamente, los beneficios no siempre son los mismos que el éxito comercial de una empresa.
La segunda cualidad es la empatía por los usuarios. Creo que ser un buen producto es crear productos que sean realmente útiles para las personas y que disfruten interactuando con ellos.
- Este es un tema importante. Pero, sin embargo, ¿disfrutar o beneficiarse?
- Creo que ambos. En primer lugar, el beneficio. Si imagina el producto como una pirámide, entonces en el nivel inferior habrá beneficios, y en el nivel superior: placer. Estas son cosas consistentes. Creo que los productos deben esforzarse por garantizar que los usuarios disfruten y las emociones positivas de interactuar con el producto. Tanto eso como otro se convierten aún más en indicadores comerciales. Los usuarios experimentan emociones positivas, naturalmente, se apegan mucho más a este producto y, como resultado, se vuelven más leales. Sin embargo, esto no es posible si el producto no los beneficia.
Y usted, como gerente de producto, puede lograr estos resultados si ha desarrollado empatía y comprende la psicología humana. Puedes escuchar a las personas y entender lo que no les gusta, puedes escuchar entre líneas lo que dicen, y no directamente, puedes traducir lo que te preguntan directamente a lo que realmente deberían dar.
Y estas dos primeras cualidades deben equilibrarse entre sí. Si piensa demasiado en los negocios, puede olvidarse de los usuarios y detenerse todo el tiempo al nivel de "es bastante útil, eso significa que lo comprarán".
Y si, a su vez, piensa demasiado en los usuarios y no comprende que necesita crear un producto comercialmente exitoso por un presupuesto razonable, entonces puede realizar tareas durante todo un año y, al final, la empresa no recibirá ningún ingreso de esto.
La tercera cualidad es el pensamiento sistemático y un enfoque analítico. Trabajar con software es trabajar con sistemas. Debe comprender en qué consisten los sistemas para escribir TK, tomar decisiones sobre la arquitectura de la interfaz, las entidades y UX. Esto es todo: pensamiento sistemático, mentalidad analítica.
Para realizar experimentos y formular hipótesis, divida el mapa de ruta que se encuentra frente a usted en iteraciones y comprenda qué camino óptimo y qué pasos seguir: todo esto requiere un pensamiento sistemático y analítico. Y una y otra vez debes hacerte la pregunta: “¿Estoy pensando bien? ¿Es verdadera esta opción? ”, Intente refutarla, proponer otra cosa o detenerse en ella. Así que aquí también agregamos la capacidad de evaluar críticamente tanto nuestro trabajo como el equipo.
- Interesante De todos los colegas con los que ya logré hablar, escuché un conjunto diferente de cualidades. Pero una cosa se encontró en casi todos: esta es la comunicación. Y es curioso que lo único que no hayas sonado.
- La empatía es, en cierto sentido, la base de la comunicación. Realmente no me gusta la interpretación común de la comunicación. Me parece que huele a algo demasiado manipulador y tan técnico nuevamente. Creo que la base de una buena comunicación es la empatía. Si sientes a otras personas, entiendes lo que necesitan y es útil, y lo que es desagradable, entonces tu diálogo se construirá.
"Quiero hacerte otra pregunta". ¿Qué le recomendarías a alguien que quiera convertirse en gerente de producto en Wrike? ¿Para qué prepararse y qué esperar?
- Si no hay experiencia en absoluto, le aconsejaría que primero trabaje como producto en otro lugar. Wrike tiene requisitos muy altos y un ritmo rápido de trabajo, y este no es el mejor lugar para obtener experiencia inicial.
Por supuesto, hay situaciones únicas para las cuales la situación será normal cuando el proceso de acumular experiencia se relacione estrechamente con la entrega y la ejecución, y una persona podrá aprender todo sobre la marcha. Pero apenas creo que tales estrellas existan en absoluto. Estoy tratando de dar consejos a una persona promedio, no a uno de cada diez mil.
Si una persona tiene un par de años de experiencia exitosa trabajando como producto o en la periferia, entonces le aconsejaría que no tenga miedo y venga, no tenemos nada súper específico en la empresa. Pruébalo
- Ya veo. Muchas gracias, de hecho, es muy interesante hablar.
"En absoluto". Me alegra formular y decir algunas cosas.