Soy un Gerente de Proyecto sin experiencia en tecnología. ¿Cuál debería ser mi primer paso hacia una función de gerente de producto?

Conozca su mercado objetivo increíblemente bien . Identifique los problemas que tienen y cómo puede resolverlos. Todo comienza allí.

Una vez le pregunté a un gerente mío qué creía que era un gran administrador de productos de software, y él respondió que el predictor más confiable de éxito que había visto era cuánto tiempo pasaba la persona interactuando con el mercado. También descubrí que eso es cierto, por eso fundé UserMuse (aunque está a uno o dos pasos de necesitar nuestro servicio).

La perspicacia técnica, la comunicación y la inteligencia para el desarrollo ágil son importantes, pero sin ojos y oídos constantes sobre lo que necesitan sus compradores y usuarios, poco más importa.


No creo que haya un camino “normal” para convertirse en un primer ministro, ya que los que conocí trabajaron tienen una variedad de antecedentes y la mayoría encontró su camino en el papel de alguna manera por casualidad.

Te sugiero que comiences con un proyecto simple para ver si esto es algo que realmente te gustaría hacer.

Paso 1: Realice una auditoría de todas las herramientas que usa hoy

Mire todas, y realmente me refiero a todas, las herramientas que tiene que usar para realizar el trabajo en su rol actual. Por ejemplo, incluso excluyendo todas las herramientas que uso para mantener mi sitio web y hacer mi correo electrónico y mercadeo social, uso al menos veinticinco herramientas regularmente en el trabajo (y probablemente me estoy olvidando de algunas):

Así que tómese unos minutos para contar los diferentes productos que usa solo para capturar, organizar, analizar y transmitir información. Ahora agregue las herramientas administrativas y las que son altamente específicas para su función de trabajo, y apuesto a que tendrá un número no muy diferente al mío, si no mayor.

Paso 2: Identifique las herramientas que con frecuencia lo frustran / se interponen en su camino

Limite la lista que creó en el Paso 1 a las herramientas que está absolutamente obligado a usar pero que no está preparado para la tarea. Algunas cosas que puede buscar para comenzar:

  • Herramientas con información incompleta que requiere que mire a través de múltiples sistemas, o que se levante y pregunte
  • Tareas altamente repetitivas
  • Cualquier instancia en la que tenga motivos para no “confiar” en una herramienta que está utilizando
  • Tareas que requieren que recojas un lápiz

( Nota al margen : tenga en cuenta que las organizaciones equilibran múltiples intereses cuando otorgan licencias de herramientas para sus empleados. Consideran el costo, la facilidad de implementación, la disponibilidad de funciones, la compatibilidad y otras consideraciones de compra. Como puede haber experimentado, lo que es bueno para la organización puede ser doloroso para la persona que tiene que usar estas herramientas. Y debido al costo y al tiempo que implica reemplazar las herramientas viejas, las malas herramientas pueden vivir por mucho tiempo en una organización).

Paso 3: Documente el alcance de los problemas que ha tenido con el mayor delincuente

Trae algo de estructura a la frustración emocional que obtienes de estas herramientas haciendo lo siguiente:

  1. Calcule el costo del problema en su totalidad : mire más allá de los inconvenientes y piense en un panorama más amplio. ¿Existe un problema comercial mayor creado por los inconvenientes que enfrenta?
  2. Capture lo que se debe hacer para solucionar el problema: intente cuantificar el costo de los problemas que ve (número reducido de solicitudes de servicio al cliente respondidas, número promedio de horas-persona o días que se tarda en crear algunos resultados, etc.) .
  3. Reconozca si se trata de un desajuste de capacitación, configuración o herramientas : pruebe lo que cree que implica la solución. Los problemas de capacitación significan que las personas pueden usar las herramientas existentes de manera más efectiva. Los problemas de configuración significan que las herramientas existentes deben modificarse. Una falta de coincidencia de herramientas significa que tiene necesidades que no se satisfacen con ninguna de las herramientas que tiene hoy.

Paso 4: idear una mejor solución

Explica cómo el producto con el que tienes problemas debería comportarse de manera diferente. En otras palabras, diseñe la solución en forma de una nueva característica (o posiblemente deshacerse de algo en el producto que está evaluando). Luego, trate de imaginar todas las condiciones bajo las cuales la solución que se le ocurrió no funcionaría. Haga preguntas como:

  • ¿Qué debería pasarle al usuario si aborta el proceso a mitad de camino?
  • ¿Qué sucede si elimino lo que creé?
  • ¿La nueva característica introduce algún conflicto potencial?
  • ¿Qué sucede si alguien más en el sistema necesita hacer lo contrario de lo que yo quiero hacer aquí?
  • ¿Debo preocuparme si algo se elimina o se mueve mientras estoy trabajando en ello?

Me doy cuenta de que estas son preguntas generales, pero el punto es hacer agujeros en su propia idea identificando casos extremos y luego resolverlos también para que su solución funcione (o al menos tenga un comportamiento definido) en todas las circunstancias.

Paso 5: reflexionar

Este pequeño ejercicio es un microcosmos rápido y sucio de lo que es comenzar en un rol de PM para muchas personas. ¿Te pareció interesante o tedioso? ¿Estaba emocionado jugando y pensando en cómo resolver los problemas de las personas? ¿Te imaginas hacer esto una y otra vez, excepto que en cada etapa estás sujeto a un estándar de rigor analítico mucho más alto, tienes que comunicarte constantemente y en profundidad sobre tus conclusiones y tomar decisiones comerciales con compensaciones a veces dolorosas?

Algunos otros sugirieron la lectura del blog de Product Management and User Research en UserMuse:

  • Cómo tener éxito como gerente de producto no técnico
  • Lecciones de excelentes características del producto
  • La pregunta más difícil en la gestión de productos.
  • ¿Cuál es el trabajo sucio en el camino del éxito de su producto?

¡Buena suerte! No dude en enviarme un mensaje si desea hablar más.

Sugiero obtener algo de experiencia con Agile. Agile es muy importante en tecnología y requiere un gran cambio de pensamiento para muchos gerentes de proyectos que han sido fuertemente adoctrinados en un enfoque tradicional basado en planes para la gestión de proyectos y no tienen ninguna experiencia en un entorno Agile.

La razón por la que Agile es tan importante en un entorno tecnológico es que generalmente hay un nivel mucho más alto de incertidumbre que requiere un enfoque más flexible y adaptativo. El error más común que muchas personas cometen de una función de gestión de productos es:

Hacen muchas suposiciones sobre lo que piensan que el mercado o la empresa quieren tratar de resolver la incertidumbre, lanzan un esfuerzo de desarrollo importante basado en esas suposiciones y luego, después de completar un esfuerzo de desarrollo muy largo y costoso, descubren que esos Las suposiciones estaban equivocadas y el producto.

Ese es un gran cambio de pensamiento para muchos gerentes de proyecto.

Chuck Cobb
Autor de “La guía del administrador de proyectos para dominar Agile”
Echa un vistazo: Capacitación ágil de gestión de proyectos en línea para gerentes de proyectos

Hay mucha confusión sobre lo que hace un gerente de producto en el día a día. ¿Es el gerente de producto el ” CEO del producto ” (que es una definición amplia e incomprendida), la persona que administra el producto (una visión mucho más estrecha de la administración del producto), o ambos?

Por lo tanto, en este proceso, debe investigar sobre su producto y su mercado.

Nuestro cofundador acaba de compartir su experiencia en este blog: Gestión de productos en 40 pasos: ¿Qué hace un buen gerente de productos todos los días?

¡La mejor de las suertes!