Perspectivas de dos minutos: producto

¡Hola! Como se prometió en las ideas sobre el desarrollo , aquí están las ideas sobre el producto.

No PM.

En primer lugar, léalo como "No solo gestión de productos". No PM. Ahí tienes Y pensaste que solo había NoSQL. Bromas aparte, el trabajo de administrar un producto tiene su propia parte de administrar personas. Necesitará saber de qué son capaces sus ingenieros. Es posible que su visión no se pueda lograr con el grupo de personas existente. Acepta eso. O sea lo suficientemente audaz como para decirle a Recursos Humanos que necesita otro par de manos.

Ser realista.

Al igual que el desarrollo, de nuevo, rara vez tienes la oportunidad de construir algo desde cero. La mayoría de las veces, el producto ya existe. Infórmate. Mira sus datos de usuario. Deje que los conocimientos se hundan. Hable con el equipo. Luego dale un lavado de cara si crees que es necesario. O, como dicen, no lo arregles si no está roto.

La guerra fria.

Conozca al propietario de su producto. Ellos no son tu enemigo. Claro, ambos tendrán días que les recordarán la era de la guerra fría. Pero eso está bien. Si te encanta tu producto pero el establecimiento de objetivos, la gestión de tareas y tickets (léase Jira) no es tu fuerte, el PO es tu persona a la que acudir.

El fracaso es bueno. Pero…

Está bien fallar. Pero lo que no está bien es no hacer una autopsia. Entiende lo que salió mal. Y por qué. ¿Tu visión no estaba alineada? ¿Son sus clientes francamente implacables? Bueno, algunos de ellos siempre lo serán. Esté preparado para la reacción violenta en las redes sociales. ¿O simplemente estás vendiendo algo equivocado a la persona equivocada? Obtendrás la respuesta. Vas a.

Casos de estudio vs certificaciones.

Las certificaciones son buenas. Si está comenzando o quizás solo para mantenerse relevante y en el juego. ¿Pero sabes qué es mejor? Estudios de caso. Consiga algunos en su línea de trabajo. Aprenderá qué hacer o, en algunos casos, qué no hacer con su bebé: su producto.

No tengo tiempo para BS.

Ah, ¿y mencioné que algunos conocimientos básicos de codificación serán de gran ayuda? Especialmente tus ingenieros lo pensarán dos veces antes de engañar a un muggle como tú. Si realmente odias "escribir" código, prueba con la programación de bloques. Estoy seguro de que te encanta Lego.

¡Y eso es! Nos vemos nuevamente en la próxima lista de ideas sobre scrum . No olvides dar me gusta, comentar y compartir si encuentras algún valor en él. ¡Salud!