¿Podría un primer ministro describir su experiencia en el envío de un producto / característica de principio a fin, del concepto al lanzamiento?

Podría entrar en minucias salvajes, pero trataré de mantener el espíritu de la pregunta y delinear la función de Páginas que ayudé a lanzar en octubre. El concepto de la característica había existido por un tiempo, por lo que no hay mucho que decir sobre su inicio.

Contorno:

  • La característica que quiero hacer comienza a desplazarse a la parte superior de la cartera de pedidos. Además, parece que puede formar parte de la nota clave del CEO en nuestra conferencia de usuarios, enviar a toda velocidad …
  • Lancé un resumen de características y un puñado de balas en un documento de Google y se sentó con UX, trabajó a través de flujos de alto nivel.
  • Yo espero.
  • El diseñador UX vuelve con los cables iniciales. Tengo que hacer algunos ajustes, pero están bastante cerca de lo que imagino.
  • Traspaso de UX al diseño.
  • El diseño tenía muchas pantallas que hacer, pero no las necesitábamos todas para comenzar, así que describa las cuatro que necesitamos y pulimos las especificaciones.
  • Envíe las especificaciones a Ingeniería para una revisión rápida por pares.
  • Incorpore pantallas de diseño en la especificación, programe tiempo para revisar con Sacks.
  • A Sacks le gustan los simulacros, agrega un poco más al alcance para completar la historia de su discurso principal.
  • En el fondo, los gerentes han reunido un equipo.
  • Comienza con los ingenieros, marketing de productos, un par de gerentes curiosos de ingeniería.
  • Los servicios principales y los rieles comienzan a levantar objetos pesados, la gente de frontend comienza el trabajo de preparación.
  • Core y Rails se lanzan en oscuro a Prod para probar la carga, la interfaz comienza a conectar todo junto.
  • El experimento n. ° 1 se lleva a cabo un mes antes de la presentación principal, se pone en marcha después de dos semanas de pruebas. Todas las métricas son neutrales.
  • El experimento n. ° 2 se adelanta dos semanas antes de la nota clave, y se publica ligeramente. Este se mantiene oscuro hasta el momento exacto en que hablarán sobre él en el escenario.
  • Revise la característica en la naturaleza con Sacks, junto con todos los otros temas principales. Tiene un par de ajustes y pocas características adicionales. Tienen mucho sentido y estamos adelante, así que vamos por ellos.
  • Los bits finales se empujan el jueves antes de la nota clave, paseo por el área de Ingeniería con whisky de gama alta y brindo por el equipo.
  • Sentado en la audiencia de la nota clave el lunes siguiente, con el panel de administración abierto, volteo todos los experimentos al 100%.
  • Mágico:

    Gran proyecto, muchas partes móviles y una fecha límite, que tratamos de nunca tener. También fue el primer impulso real del producto que tuvo lugar completamente después de la adquisición de Microsoft, por lo que la primera prueba real para ver si podíamos mantener la velocidad. El equipo se adelantó al cronograma de todo el proyecto y la función salió mejor de lo que había planeado.

    Tiempo total desde la asignación del proyecto hasta el lanzamiento: 1.5 meses

Lancé un producto de software bastante complejo en los últimos 3 años y la experiencia fue maravillosa y multidimensional. Se identificó la necesidad y me llevaron a conceptualizar y lanzar. Algunas de mis mejores experiencias incluyen:

  • Explotar la libertad de innovar : la oportunidad de trabajar en nuevas ideas y crear conceptos sin limitaciones, técnicas o de recursos, es una gran motivación para un PM. Usar eso y su pasión para convencer a la gerencia de comprometer recursos agrega algo más. Espere un empuje hacia atrás, pero el ir y venir solo mejorará su próximo concepto. Trabajé solo durante bastante tiempo antes de que me asignaran un equipo de desarrollo. Utilicé el tiempo para innovar lo suficiente como para presentar 5 patentes.
  • Comprender la importancia de la empatía del usuario : la experiencia de dominio le ofrece nuevas ideas de características que los tomadores de decisiones comprarán. Pero solo la adopción del usuario puede generar un flujo de ingresos. Y la mejor manera de construir algo que los usuarios finales adoren requiere que te pongas en sus zapatos por un par de días. Verá su propio producto bajo una luz diferente y se le ocurrirán ideas que nunca podría pensar en sentarse en la mesa de dibujo.
  • Afinando las habilidades de tu gente : el producto y el PM se convierten en sinónimos en un punto y uno recibe un golpe por el otro. Debe gestionar los egos y las expectativas de cada parte interesada: desde la alta dirección hasta el personal de soporte; Los clientes llegan mucho más tarde. Sé un buen oyente, mantente bien documentado y haz lo que creas correcto. Pero nada de esto garantiza que su producto (= concepto, requisitos, elección de los primeros clientes, etc.) no se convierta en chivo expiatorio por todos los demás que fallen en sus propios roles.
  • Capacidad para intercambiar y tomar decisiones rápidas : desde el primer día, estará luchando contra el tiempo: primero para sacar el producto de la puerta y luego complacer a los clientes. Su capacidad de priorizar y poner un pie en las cosas lo hará o romperá a usted y al producto. Tienes más poder del que crees, así que úsalo. De cualquier manera, usted es responsable como PM, y la mayoría de los que están en el papel adoran esa parte más de nuestros trabajos.
  • Entrénate para descubrir incógnitas y sorpresas de batalla : Como parte de nuestro proceso de desarrollo ágil, invitamos a todo el equipo a “perforar” nuevos requisitos. Durante un período, desarrollé un sentido de esperar preocupaciones (resultado: historias de usuario a prueba de balas), especificar comportamientos para garantizar una excelente experiencia de usuario con la entrega de características (resultado: prototipos con diseño + comportamiento que no es lo mismo que diseños perfectos en píxeles) y aceptar algunas “limitaciones conocidas”. Espera que todo se rompa. Los archivos permanecen sin confirmar, los parches se pierden, los pasos de instalación se omiten, la configuración se realiza incorrectamente, a pesar de todos los procesos y la documentación. Y se espera que lo cubras.
  • Tu disposición a aprender es el límite de la experiencia que obtienes : tendrás la oportunidad de sumergirte en áreas para las que no se espera que tengas ninguna habilidad. Esa es su oportunidad de redactar cláusulas de patentes, revisar contratos, evaluar proveedores, hacer sus arreglos de viaje, influir en la tecnología, proporcionar soporte técnico, generar pérdidas y ganancias, etc. No estoy diciendo que le encantará todo eso.

En resumen: más que la tecnología, el dominio y el mercado, son las personas, los procesos y la estrategia del producto los que impulsan la experiencia general.

He resumido mi experiencia de crear un nuevo producto en un documento detallado y lo he subido a slideshare: Creación de un nuevo producto: experiencias de un gerente de producto

More Interesting

¿Cuáles son algunos de los diferentes trabajos involucrados en el desarrollo de productos físicos?

¿Qué dice la Ley de Conway sobre los productos Valve?

Estoy trabajando como desarrollador de Java y fui contratado como desarrollador. Ahora mi compañía me está dando un proyecto de soporte de producción para American Express. ¿El soporte de producción tiene un futuro brillante y dinero?

¿Qué avances de producto permitirán los avances recientes en el aprendizaje profundo?

¿Cómo se enfoca el propietario del producto, en realidad, en la estrategia del producto?

¿Cuáles son las mejores estrategias de desarrollo de productos?

Cómo encontrar el mercado objetivo correcto para mi nuevo producto de software en desarrollo

Si se encuentra un error en un producto, ¿cuánto tiene la culpa del gerente de producto?

¿Deben los gerentes de producto validar los errores antes de asignarlos al equipo de desarrollo?

¿Dónde está la línea para MVP (productos mínimos viables)? ¿Cuáles son sus principios / pautas para definir su MVP, en particular dónde dejar de construir demasiado?

¿Cuál es la mejor manera de escribir una especificación de producto que pueda usarse para ayudar a los usuarios y definir la capacidad del producto para las propuestas de ventas?

Cómo iniciar un inicio de hardware (electrodomésticos)

Startups en Londres: ¿Cómo puedo desarrollar eficazmente mis ideas de negocio / producto / servicio y conectarme con personal técnico para trabajar en el producto / sitio web real?

¿Quién es el mejor proveedor de servicios de certificación Agile / Scrum?

¿Debería cada producto ser administrado por un gerente de producto dual y un diseñador de producto en lugar de ser administrado por un solo gerente de producto?