10 elementos esenciales para el desarrollo exitoso de productos

Cuando se trata de desarrollo de productos, no existe una receta o un marco para garantizar el éxito, ya que
las calificaciones para el éxito variarán de un proyecto a otro. Por ejemplo, quizás el objetivo detrás de un producto no sea ganar dinero, sino explorar un mercado. En ese escenario, el éxito significa un producto rápido y barato en el mercado, independientemente de la aceptación. Afortunadamente, existen ingredientes comunes, o esenciales, que se aplican a desarrollo de productos, sea cual sea el propósito. Me refiero a 10 elementos esenciales que han surgido una y otra vez en mi carrera y que son fundamentales para el desarrollo exitoso de productos.

Establecer un Producto Mínimo Viable Antes de Desarrollar

A Producto Mínimo Viable, en mis propias palabras, es la cantidad mínima de valor necesaria para que un producto ingrese a un mercado. Suena centrado en el producto, sin embargo, un MVP en realidad está centrado en el riesgo y se enfoca en elementos como el capital inicial, el retorno de la inversión y la aceptación del mercado. Un MVP se trata de la capacidad necesaria para poner el pie proverbial en la puerta y solo entonces estará claro en qué dirección tomar el producto. ¿Puede el producto echar raíces donde está? O tal vez, un giro hacia un mercado diferente se hará evidente una vez que se implemente. Establezca un MVP (generalmente en forma de requisitos) antes de establecer el equipo de desarrollo de software (si desea ahorrar mucho dinero). Para ese equipo de desarrollo, el MVP debería generar muchas preguntas y decisiones:

• ¿El software comercial, 'listo para usar', ya está disponible para aprovechar, o es una solución de software personalizada para distinguir el MVP en el mercado la decisión correcta?
• ¿Deberíamos invertir en costosas herramientas de desarrollo de software o desarrollar con software gratuito y de código abierto?
• ¿Estamos configurados para ser ágiles? Es decir, ¿tenemos algún circuito de retroalimentación efectivo y correctivo para responder a los dolores de crecimiento en el camino?

Crear roles de propietario de proyecto y producto

Estos son quizás los roles más cruciales para el éxito. El propietario del proyecto conoce el mercado y el valor que proporcionará el producto. Él / ella es clave para garantizar que el producto se mantenga alineado con los objetivos comerciales y comparte este mapa de alineación con el equipo. Los propietarios de proyectos saben cómo y cuándo pivotar, si es necesario. El propietario del producto, por otro lado, sabe todo lo que hay que saber sobre el producto. Cuando el equipo de desarrollo tiene preguntas, estos dos roles brindan respuestas inequívocas. Estos roles se comportan casi unilateralmente (después de la aprobación de la gerencia). Este carácter unilateral e inequívoco permite la eficiencia. Ahorra horas, días, semanas, posiblemente incluso meses de un proceso democrático largo e indeciso mientras los costosos equipos de desarrollo esperan la dirección.

Asegurar roles dedicados

Idealmente, cada rol debe ser dedicado. El cambio de contexto es una razón ineficiente y bien documentada contra la asignación de múltiples funciones a una persona. Si un propietario del producto cumple muchos roles, especialmente roles de mayor prioridad, la fidelidad del producto se verá afectada. Si un desarrollador también tiene una función de redacción técnica (documentación), la integridad del producto se verá afectada. Sin mencionar que pagará de más a un desarrollador para que escriba la documentación mientras disminuye el progreso del producto. Aún así, la forma más segura de fracasar en un proyecto es dividir al personal dos veces entre sus trabajos diarios (de los cuales darán mayor prioridad) y un proyecto de desarrollo.

Obtenga estimaciones independientes

Vale la pena evaluar si podrá o no pagar su MVP. Evite confiar únicamente en las estimaciones de su equipo de desarrollo de software interno o consultor. Considere obtener una estimación de software de una empresa experimentada que tiene el trabajo de una sola vez de estimar el MVP al mercado con precisión y no tiene otra participación en el producto, desarrollo o de otra manera.

Tener al menos un representante de software interno

Si usted es contratación de su proyecto, tener al menos una función de software con experiencia que pueda participar en el proyecto. Este rol sirve para representar a la empresa en muchas situaciones potenciales. Si un contratista queda en espera, esta función puede continuar con las operaciones, aunque a un ritmo más lento. Este rol puede mantener el software y mantener el conocimiento internamente cuando finaliza el período del contrato. Lo que es más importante, esta función interna ayuda a proporcionar controles y equilibrios entre el contratista y el cliente, como garantizar que se sigan las mejores prácticas, como las revisiones por pares y las pruebas.

Mantenga su equipo productivo

Inspeccionar y adaptar. Esto se aplica al proceso, las herramientas, el personal, el entorno, cualquier cosa. Asegúrese de que haya una línea abierta de comunicación para cualquier cosa. Si surge un problema, todo el equipo debe estar preparado para adaptarse rápidamente. Quédate con lo que funciona y tira lo que no. Si el software Instant Messenger falla con frecuencia, reemplácelo. Si el 50% de las personas no son necesarias para una reunión de 2 horas, no las invite. Si su equipo sabe lo que necesita y con frecuencia espera la aprobación, considere otorgar autoridad al equipo y permítales que se organicen por sí mismos. Esta autonomía permite que los equipos evolucionen efectivamente hacia una solución personalizada donde los obstáculos se eliminan rápidamente y se gasta más tiempo y dinero en el producto.

Mantenga a su equipo feliz

Un equipo infeliz produce resultados impredecibles. Hay tres formas principales de producir equipos infelices. La primera es tomar represalias contra ellos ignorando, marginando o ridiculizando lo que tienen que decir. La segunda es cuando no tienen los recursos o los medios para hacer el trabajo de manera efectiva (por productividad, arriba). El tercero, y el más común, es quemarlos haciéndolos funcionar a 100% de utilización. Cuando los equipos están al 100 % de utilización, no tienen espacio para procesar nada nuevo. No hay tiempo para tratar temas emergentes y, en definitiva, no hay tiempo para reflexionar o innovar, que son pilares del crecimiento tanto personal como empresarial.

Trabajo inteligente

Utilice acrónimos como INVEST o SMART para garantizar que cada unidad de trabajo sea manejable y dinámica. Mantenga su ojo en resolver el problema, no en la solución seleccionada para resolverlo. La solución de este año puede ser reemplazada por la del próximo año, pero el problema sigue siendo el mismo. Cuidado con el dogmatismo: la creencia de que solo hay una forma de hacer algo. Mantenga conversaciones donde prevalezca la competencia y la experiencia, no solo el conocimiento de los libros. Recuerda que “lo perfecto es enemigo de lo bueno”. Los equipos pueden quedar atrapados fácilmente durante horas o incluso días en una función que ni siquiera forma parte del MVP. Cortar eso de raíz se traduce en sacar el producto por la puerta más rápido.

Siga las mejores prácticas de desarrollo

Las mejores prácticas no dicen qué metodología de prueba seguir, por ejemplo, simplemente dicen "Prueba". Depende del equipo elegir uno o varios enfoques y en qué medida es apropiado. Dicho esto, asegúrese de que la calidad del producto sea todo lo posible siguiendo las mejores prácticas de desarrollo. Esto incluye el control de versiones, la revisión por pares, las pruebas, la refactorización y el desarrollo iterativo (es decir, configurar la producción desde el primer día y agregarla gradualmente hasta que se complete el MVP). Esto suena como una tarea solo para el equipo de desarrollo, pero es la administración la que debe garantizar que se asignen tiempo y recursos considerados para estas prácticas tan importantes.

Centrarse en el producto

Los roles de gerente de proyecto existen para eliminar los impedimentos para el progreso. Entonces, a veces es irónico cómo el progreso del producto se ve obstaculizado por la administración. Con buenas intenciones, la gerencia frecuentemente quiere conocer el progreso. Esto, si se hace incorrectamente, en realidad puede introducir impedimentos. Peor aún, la gerencia puede querer presionar al equipo para que entregue más o antes, lo que tendrá el efecto contrario. El objetivo aquí es el éxito del producto, no el éxito del proyecto. Encuentre formas de obtener métricas sobre el progreso del producto sin ser intrusivo con el equipo que lo entrega.

Quizás el aspecto más importante para el éxito, que no se puede resumir en ningún artículo o libro, es la calidad y competencia de los miembros de su equipo. Sin embargo, con un equipo de calidad, esta lista es un gran comienzo para garantizar el éxito del desarrollo de su producto nuevo o existente.