¿Qué esperan los ingenieros de software de un increíble gerente de producto (en tecnología)?

Aquí está mi breve lista de atributos que pueden hacer que un gerente de producto tenga éxito a los ojos de su equipo de desarrollo:

  • Traiga datos y datos del usuario . No importa a quién haya “vendido” en su idea de producto, asegúrese de vender a los ingenieros … y deles razones para creerle. Nada supera los comentarios de los usuarios, y / o las interpretaciones claras de los datos, para exponer su caso. Los ingenieros que creen en su idea la mejorarán, por lo tanto, proporcióneles una serie de datos para respaldar la idea del nuevo producto.
  • Escribe las cosas . Las especificaciones no necesitan ser ensayos largos y épicos. Pero sí necesitan transmitir los detalles de lo que se va a construir. Demuestra que has pensado las cosas detenidamente.
  • Piensa lógicamente . Es posible que haya entrado en la gestión de productos para ejercer el lado creativo de su cerebro. Pero para tener éxito, necesitas pensar lógicamente. Si no puede utilizar la pizarra blanca, el proceso fluye detrás de su producto, no lo ha conceptualizado con suficiente claridad. Por ejemplo, ¿tiene el sistema el punto de datos que necesita en un punto dado del proceso, o tenemos que preguntarle al usuario? Resuelve esos acertijos.
  • Abraza y explica el camino infeliz . El ‘camino feliz’ es lo que espera que hagan los usuarios y cómo espera que reaccione el sistema. Lástima que su producto no siempre se use de esa manera. Los ingenieros necesitan codificar la ruta infeliz: todo lo que sale mal. Debe recorrer este camino infeliz con ellos y proporcionar orientación sobre cómo desea que el sistema funcione en diversas circunstancias no deseadas. Nunca sucumbas a un instinto de objeción: “eso nunca sucederá”. De hecho lo hará.
  • No rellenes características . Los malos gerentes de producto arruinan su relación con los desarrolladores al ver que su función incluye todas las versiones con tantas características como sea posible. Salida máxima, ¿verdad? Esta es una mala idea. Su trabajo como gerente de producto es evaluar adecuadamente la velocidad del equipo y planificar una ejecución perfecta a un ritmo rápido. No se meta tanto en el lanzamiento solo por puntos en el tablero, arriesgándose a un lanzamiento exitoso con un resultado defectuoso.
  • Respeta el qué versus el cómo . Especialmente si eres un ex ingeniero en Producto, deberás respetar que los desarrolladores ahora hacen el trabajo que dejaste atrás. Así que déjelos hacerlo. Eso significa apegarse a ser el experto en la materia sobre ‘qué’ necesita ser construido, y dejar que los ingenieros descubran el ‘cómo’.
  • Sé humilde, admite errores . Como gerente de producto, cometerá errores. Está en la descripción del trabajo. Así que sé abierto al respecto. En una práctica de producto bien ejecutada, los ‘errores’ pueden venir en forma de invertir ciclos de desarrollo en una característica que no cumple con las expectativas. Cuando esto suceda, sea abierto sobre los hechos, cite el aprendizaje, agradezca al equipo por su trabajo y continúe. Peores son los errores que todos cometemos como humanos. Ejemplo: le dije que un nombre de usuario podría tener hasta 10 caracteres, pero debería haber dicho 20. ¡Vaya! Admítelo y sigue adelante.
  • Estar disponible Los gerentes de producto menos exitosos a menudo lo pasan por alto. Comprométete con un principio simple: cuando se haga una pregunta, respóndela lo más rápido posible. Responda con prontitud a los mensajes de correo electrónico o Slack. Responde preguntas en Jira. Estar físicamente presente, o prácticamente presente para equipos remotos, para responder preguntas solo porque estás cerca. Todo esto es fácil, pero muchas personas de Producto se lo pierden. Haz el esfuerzo.

Los ingenieros de software esperan que un gerente de producto se centre en este objetivo: convertir ideas en productos exitosos de manera sistemática.

Los ingenieros se centran en las características que abordan los problemas del mercado; después de todo, los buenos ingenieros resuelven problemas. No necesitan un gerente de producto que les diga qué característica construir; necesitan un gerente de producto que les cuente sobre los problemas del mercado y los resultados comerciales.

El equipo de producto no necesita experiencia tecnológica adicional. Un gerente de producto generalmente aporta tres tipos de experiencia al equipo: mercado, negocios y dominio. Lo que necesitan es alguien que represente a los compradores y usuarios (experiencia en el mercado) dentro de los estándares de dominio alineados con los objetivos comerciales.

Pregúntele a cualquier desarrollador: no quieren que los gerentes de producto les digan qué tareas realizar; quieren que los gerentes de producto les cuenten sobre el lado comercial del producto. Consulte Experiencia en gestión de productos para obtener una explicación más detallada de los cuatro tipos de experiencia en gestión de productos.

En ningún orden

  • Capacidad para presentar ideas que agreguen valor a los clientes.
  • Capacidad para mover la aguja hacia la dirección positiva en términos de ingresos y ganancias.
  • Capacidad para hacer la compensación correcta entre el éxito a corto y largo plazo
  • Capacidad para comprender por qué las deudas tecnológicas deben resolverse
  • Capacidad para discutir tecnología con los ingenieros y comprender por qué algo no se puede construir o por qué algo llevará tiempo construirlo
  • Debe escuchar y buscar activamente nuevas ideas de los ingenieros.

Diría que desde el punto de vista de los ingenieros de software, una persona estable que no se asusta cuando hay un problema es importante.

Dicho esto, un buen gerente siempre representa esa parte ausente. Cuando habla con el equipo, representa al cliente y cuando habla con el cliente, representa al equipo. Muy pocas personas que he conocido pueden manejar esto con gracia y la parte triste es que estas personas a menudo reciben poco reconocimiento por lo que hacen. Al final, sin embargo, generalmente ganan.

More Interesting

Ingeniería de software: ¿Cómo generar una función C ++ mediante programación?

¿Se pueden aplicar los principios de desarrollo basados ​​en pruebas para construir una arquitectura de software?

¿A qué estudios avanzaría después de B.Sc en ingeniería de software?

Cómo arreglar una PC atascada en el menú de arranque

Qué útil sería alojar su sitio en un sistema distribuido. ¿Tendría que haber demasiado tráfico para que valga la pena aplicar el concepto de sistema distribuido?

¿Qué beneficios ofrece MemSQL sobre la ejecución de una base de datos MySQL en ramdisk?

¿Cuáles son los títulos requeridos para la ingeniería de software?

Cómo abordar un requisito de software del cliente para desarrollar un software CMS personalizado como WP (aplicación web, preferiblemente en Rails)

¿La programación del juego no está relacionada con la programación normal?

¿Cuáles son las diferencias exactas entre estos términos: infraestructura de software, plataforma y marco?

¿Debo dominar múltiples campos en ingeniería de software (desarrollo móvil / web y tal vez big data) o solo un campo?

¿Cuál es el software más prolífico utilizado para crear un video a partir de imágenes de diapositivas y videoclips?

¿Cómo es que OpenStack tiene casi todas las decisiones básicas de diseño y arquitectura completamente equivocadas?

¿Cuáles son los rasgos de un desarrollador de software promedio y cómo se mejora de un desarrollador de software promedio a un buen desarrollador?

Desde el intérprete hasta el metal desnudo, cuando asigna una variable en Ruby tal que 'x = 10', ¿qué serie de eventos ocurren?