Nunca leas libros de autoeducación así, sin práctica. Esto es lo peor cuando una persona lee un montón de libros y luego intenta conseguir un trabajo como gerente de producto, agitando el conocimiento del libro. Dichos solicitantes son inmediatamente visibles. Y es genial si una persona en el trabajo comienza a desarrollarse como gerente de producto. Muy a menudo los gerentes de proyecto se comportan como productos. Por ejemplo, los evaluadores comienzan a leer libros útiles, a diferencia de los desarrolladores que se sientan y escriben código sin leer nada sobre las mismas metodologías flexibles.
Aprendí por experiencia propia lo decepcionante que es gastar mucho tiempo y dinero en algo, y luego lees un libro que describe todos los errores que cometí. Y si lo hubiera leído antes, podría haberlo evitado, todo podría haber resultado diferente. Y si desea desarrollarse en su profesión, es mejor no repetir los errores de los demás o hacerlo conscientemente. Y los libros ayudan mucho con eso. Permítame aconsejarle sobre los libros que recomienda que cada gerente de producto lea.
Pregúntale a mamá
Cada gerente de producto debe poder hacer preguntas y comprender qué es el usuario. "Ask Mom" es un libro sobre desarrollo de clientes, sobre sentido común, sobre usuarios, con excelentes ejemplos y descripciones de errores comunes.
Escribir, cortar
Los textos son importantes porque los usuarios realmente los leen. Y muchos gerentes de productos tienen un inconveniente: no saben cómo escribir bien. Pero son los productos que entienden su producto mejor que nadie, y son ellos quienes deben llenarlo con texto. Y cómo hacerlo correctamente, está escrito en "Escribir, cortar".
En el gancho (Inspirado: Cómo crear productos tecnológicos que los clientes adoran)
Este libro trata sobre cómo crear productos. Aquí hay ejemplos de cómo los usuarios perciben el producto, qué es importante para ellos, qué errores se pueden cometer. No busque soluciones a sus problemas prácticos aquí, este libro trata de pensar correctamente para el producto.
Entregando felicidad
El libro trata sobre la actitud hacia los usuarios. En muchas empresas donde trabajé, existía esa práctica: los desarrolladores son enviados por unos días para trabajar en un servicio de soporte, con moderación. A partir de ahí, la gente sale diferente. A menudo comienzan a codificar allí: "
Sí, arreglaré
esta basura en cinco minutos ahora. ¿Cómo supe que era tan doloroso? Esta tarea ha estado pendiente por mucho tiempo. Pero si lo supiera, lo habría hecho de otra manera ". Y luego, los desarrolladores ya le dicen a los productos qué problemas tienen los usuarios, aumentan la motivación para resolver algunos problemas.
En el desarrollo de software esbelto, existe el concepto de cierto ciclo de trabajo unificado, dentro del cual todos los desarrolladores deben estar lo más cerca posible del usuario. Y esta es la tarea de un buen producto: llevar el desarrollo al usuario lo más cerca posible a través de la historia del usuario, la historia del trabajo, las explicaciones, etc. El libro "On the Hook" sobre cómo puedes amar a los usuarios, a lo que realmente lleva. Ella inspiró a muchas personas exitosas. Sí, los cambios no serán rápidos, sino profundos.
De bueno a excelente
Un libro sobre cómo se crean realmente las empresas geniales. En 2010 - 2014 hubo una era de consultores que prometieron hacer cualquier cosa de inmediato. Pero si analiza el éxito de Pampers, Gillette y muchas otras grandes empresas que han alcanzado gradualmente sus alturas, resulta que se lo deben a los empleados comunes y no a las "estrellas". Las compañías realmente geniales se construyen silenciosamente, y no a través de relaciones públicas ruidosas.
Si un gerente de producto quiere administrar el ecosistema que lo rodea (desarrolladores y otros productos) si crece como senior o CPO, interactuando con todas las estructuras, entonces debe comprender que esto requiere un trabajo duro. Por el ejemplo de las compañías que se describen en este libro, queda claro que no es necesario PR mucho y hablar en conferencias. Sin embargo, no existe una receta única.
Dilema del innovador
Libro sobre innovación disruptiva. Si trabaja en una empresa grande, tiene que soportar el hecho de que en algún momento puede ser expulsado del mercado, y ni siquiera lo notará.
¿Cómo está pasando esto? Por ejemplo, las excavadoras de pistón desplazaron a las excavadoras de cable del mercado. Cuando aparecieron por primera vez los modelos de pistón, eran mucho peores que los modelos de cable usados, que ocupaban el mercado número mil millones. Pero con el desarrollo y la mejora, las excavadoras de pistón eventualmente desplazaron a las excavadoras de cable del mercado, cuyos fabricantes al principio no le dieron importancia a los competidores, y luego fue demasiado tarde.
El gerente de producto siempre tiene dos aspectos: es necesario mejorar lo existente, pero al mismo tiempo pensar en algo innovador, socavando el mercado, que: a) impulsará su producto en el futuro, su negocio; b) no permitirá morir en la competencia. Debe competir con algo propio: percepción, posicionamiento, características, pero no con valor. El libro tiene muchos ejemplos excelentes con números que muestran cómo algunas empresas pudieron reconstruir y otras no. Este libro también trata sobre análisis y pensamiento estratégico a gran escala, que muchos gerentes de producto carecen de tanto.
Gestión flexible de proyectos y productos.
El autor, Boris Wolfson, era CTO Banki.ru y ahora es el director técnico de HeadHunter. En su libro, describió muy brevemente todo lo que se necesita para el desarrollo de un producto. Muy a menudo, el gerente de producto es responsable de implementar el producto, y no solo de escribir tareas, por lo que debe comprender cómo se hace esto. El valor de comprender la teoría y los procesos no es que puedas decir "lo tienen así, hagamos lo mismo", sino que puedas aplicar correctamente este conocimiento en tu situación. Es decir, en cualquier situación puede llegar a lo que hay que hacer.
Este libro trata sobre todo tipo de procesos, sobre cómo puede estructurar equipos, cómo interactúan. Muchos ejemplos, respaldados por números. Recuerdo especialmente la tabla de refactorización. Siempre pensé que la refactorización es muy difícil de justificar, pero Boris refutó por completo esta creencia.
Negocios desde cero
Este es un libro básico. Fue escrito cuando "inicio" era una palabra de moda que se insertó en todas partes. De hecho, un libro sobre ahorro. De la teoría Lean, cuya esencia es reducir las pérdidas, todos nuestros Scrum y Agile se originan. Tome Scrum, por ejemplo: repita, siéntese y vea lo que hizo mal. Corrige y mejora la próxima vez: reducción iterativa de pérdidas, incluidas las interacciones adicionales con otras personas.
Este enfoque se ha generalizado gracias al Sistema de producción de Toyota, que se basa en el ciclo PDCA (plan-do-check-act): primero planifica, hace, verifica y aplica. Pero lo más importante es el análisis. El ahorro es que gradualmente aceleras mucho, y para esto necesitas pasar constantemente por el ciclo PDCA, esto es muy importante.
Aunque es la startup la que está más interesada en minimizar los costos, el 80% del libro está dedicado al producto: cómo crear, probar, hacer MVP, qué no se necesita hacer y cómo debería.
Información interna
Por extraño que parezca, este libro trata sobre Intel: cómo se creó la compañía, cómo y con quién compitió, y en el camino cuenta la historia de muchas otras compañías, incluidas AMD y Microsoft. Será muy útil leerle a las personas que desean ingresar al mercado internacional, cuáles son las reglas allí, qué se debe sacrificar. Aunque el libro es bastante antiguo, describe la base establecida en todas las empresas de TI en los mismos Estados Unidos.
Uno de los fundadores de Intel fue Andrew Grove, quien hoy es considerado uno de los mejores ejecutivos de negocios de la historia. Ha desarrollado una serie de técnicas de gestión que ahora se utilizan ampliamente en TI.
Fecha límite Project Management Roman
La única novela sobre TI: cómo se lleva a cabo un gran desarrollo desde cero, cómo interactúan las personas. Se describen varias reglas, leyes, matices, trampas. Todo esto se aplica a las empresas occidentales. Es fácil de leer, pero tengo mucha información en mi cabeza sobre cómo formar equipos, cómo motivar y qué reglas seguir.
Por ejemplo, surgió la pregunta: ¿cómo motivar a los desarrolladores para que trabajen de manera más eficiente y, al mismo tiempo, no obligarlos a reciclar? Todos fueron transferidos a computadoras estacionarias y a las 18:00 apagaron la electricidad en la oficina. Todos lo sabían, por lo que fumaban menos y perdían el tiempo, todos tenían una vida familiar mejor. Por lo tanto, se alentó a las personas a planificar y utilizar efectivamente el tiempo de trabajo. Hoy, este enfoque se utiliza en muchos estudios de diseño avanzado.
* * *
Estos libros ayudarán al gerente de producto a formar una cierta forma de pensar. En general, hay dos tipos de productos: "iniciadores" y "mejoradores". A algunos no les gustan otros. Los "lanzadores" se consideran a sí mismos y a su propio tipo de visionarios, y los "mejoradores" son más bonitos que todo tipo de métricas. Pero los libros enumerados son para ambas categorías. Ayudarán a formar una base, estructurar el conocimiento para que haya algo de qué hablar en las entrevistas y con los colegas.