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

Hay dos enfoques populares para la gestión de proyectos: el método de la cascada y el método ágil. Los gerentes de proyecto de las compañías de desarrollo web han discutido qué escuela de pensamiento es mejor, pero la verdad es que un método puede ser mejor que otro en ciertas situaciones y viceversa. Los elementos de estos dos enfoques se pueden combinar y utilizar para un rendimiento óptimo.

CASCADA

Como enfoque clásico para la gestión de proyectos, las etapas de este método siempre están en el mismo orden: Análisis – Diseño – Codificación – Pruebas – Despliegue. Este proceso debe usarse para un cliente que desea documentación de cada paso en el camino y para proyectos muy detallados que requieren mucha documentación. Esto no significa que mezclar elementos del enfoque ágil esté fuera de los límites, sino que el Método de la cascada debería ser la base sobre la cual se gestiona el proyecto.

ÁGIL

Este proceso se concentra en lanzar el producto final rápidamente y es más indulgente con los cambios en el camino. Requiere colaboración y reorganización a lo largo del curso del proyecto. Un momento apropiado para usar esta forma de gestión de proyectos sería cuando un cliente necesita su producto final en el mercado rápidamente.

Aquí en la ruta escalable nos encanta el método ágil y lo preferimos a la cascada, sin embargo, sin un estilo de planificación en cascada por adelantado, es difícil ver el panorama general y saber en qué se está metiendo desde una perspectiva de tiempo y dinero. Aconsejamos a nuestros clientes que se tomen el tiempo para pensar y explicar sus ideas de productos utilizando un simple Documento de requisitos del producto antes de construir su producto con Agile.

La combinación de estas dos metodologías ayuda a superar muchos de los desafíos que a menudo enfrentan los equipos de desarrollo y las empresas, tales como:

a. Expectativas falsas o poco realistas.

si. Falta de tiempo y / o hitos poco realistas.

do. Requerimientos hinchados o insuficientes.

re. Falta de fondos.

El uso de la metodología de desarrollo de software Scrum, que se ajusta dentro del marco Agile, es un motor para superar estos obstáculos. Scrum como metodología es simple y sus métodos son repetibles, pero su práctica disciplinada y diaria no es necesariamente tan fácil. Uno de nuestros objetivos principales en el camino escalable es utilizar Scrum como una metodología verdaderamente relevante para impulsar los proyectos hasta su finalización y ofrecer la satisfacción del cliente.

¿Qué hace que Scrum sea tan efectivo? Scrum facilita la comunicación creando bucles de retroalimentación. Queremos que los desarrolladores se mantengan sincronizados entre sí y queremos que el cliente se mantenga en contacto con el equipo de desarrollo. También queremos crear ciclos de desarrollo en los que el cliente pueda ver resultados tangibles y dar su opinión con anticipación.

No hay nada como trabajar en una fecha límite durante meses solo para descubrir que el cliente estaba anticipando un resultado diferente. Los métodos de Scrum están diseñados para ayudar a eliminar las brechas en la comprensión del equipo de desarrollo de lo que un cliente quiere para que los objetivos del proyecto se alcancen de manera rápida y transparente.

Aquí hay algunos consejos específicos sobre cómo usar los métodos Scrum con éxito:

1. ACLARAR, ACLARAR, ACLARAR

Estás en una reunión y la conversación va y viene. Todos los demás dicen “Genial, tiene sentido para mí”. El problema es que no tiene sentido para ti, pero no quieres ser “ese tipo”, ¿verdad? Bueno, no te avergüences y no te dejes engañar pensando que tiene sentido para todos los demás. La claridad es el trabajo de todos y obtener claridad más tarde suele ser más costoso. Una vez que tenga claridad, documente la decisión .

2. UTILICE LAS HERRAMIENTAS CORRECTAS

Todos tienen su bolsa de trucos, sus herramientas de referencia. Personalmente, me gusta la combinación de JIRA Agile combinada con Stash, pero hay muchas otras herramientas excelentes que te ayudarán a hacer lo mismo. Si es posible, encuentre algo que le permita visualizar el estado de un sprint como un tablero Kanban. Las herramientas para las revisiones de código también son muy importantes. Si es demasiado difícil de hacer, no sucederá. El software adecuado no tiene que costar una fortuna, pero puede marcar una gran diferencia en el éxito de un proyecto.

yo. Use JIRA, Podio y alternativas para la revisión de código

ii. Usa Git para el desarrollo y la colaboración remota

iii) Utilice Slack para la comunicación y las integraciones (la integración de JIRA con Slack ha facilitado todas nuestras vidas)

iv. Use GoToMeeting / Google Hangouts, aparezca. En para la comunicación remota

3. ESCRIBE BUENAS HISTORIAS

No asuma que todos recordarán cada objetivo y fijarán cada característica discutida en una reunión. Después de hablar sobre una función, es fácil alejarse y olvidar los detalles sobre la decisión que se tomó. Puede parecer obvio, pero generalmente no se hace bien. Esto vuelve al consejo # 1 , la falta de claridad es uno de los mayores problemas que puede tener. Así que escribe buenas historias y mantenlas actualizadas.

4. TIMEBOX TUS SPRINTS

Cuando decides la duración de un sprint para tu equipo, es mejor cumplir con la duración acordada (1 a 4 semanas como máximo). No solo estire la longitud de todas formas. Si son dos semanas, no extiendas el sprint a tres semanas porque una determinada característica necesita salir. El sprint es tu cadencia, tu sección de ritmo. Ayuda a mantener el impulso. Un sprint también conlleva cierto grado de carga mental. Ahora, si estás empezando a tartamudear porque crees que me estoy perdiendo un punto muy importante sobre lanzamientos y plazos, quédate conmigo, ahí es donde entra mi próximo consejo.

5. DESACUPAR LA IDEA DE UN SPRINT Y UNA LIBERACIÓN

¿Es un sprint lo mismo que un lanzamiento? Es fácil pensar en ellos como lo mismo, pero ¿con qué frecuencia liberas un hotfix a mitad del sprint? ¿O qué pasa con la implementación continua? Ciertamente puede desplegar más de una vez en un sprint. Realmente se reduce al control de calidad, y si planea hacer lanzamientos rápidos, probablemente necesitará invertir en la automatización de su prueba.

6. BEBE EL KOOL-AID

Escribir software es un desafío. Es especialmente difícil cuando los desarrolladores y las partes interesadas de la compañía tienen ideas completamente diferentes sobre cómo debería hacerse. Scrum es una herramienta que funciona mejor cuando todos aceptan comprar el proceso y beben el Kool-aid juntos. Una forma que puede ser útil para obtener la aceptación es que las personas en varios puestos de la empresa tomen la capacitación Scrum. Puede parecer un gasto costoso, pero en realidad es bastante razonable y más rentable que crear software que nadie quiere.

Incluso con las mejores metodologías, las mejores herramientas y las mejores personas, su éxito como profesional de Scrum no es una garantía. Las personas correctas y la idea correcta no siempre y automáticamente se traducen en éxito. Crear productos exitosos es una combinación de gran talento, cultura correcta y líneas claras de comunicación. A menudo es más arte que ciencia. Las personas a menudo tratarán de cambiar la metodología porque no está funcionando, pero a veces el problema es mayor con el negocio y sus procesos. Esos procesos pueden ser rotos y disfuncionales. Ha habido casos en los que el CEO no quería que los desarrolladores tuvieran mucho que decir sobre las cosas que perjudicaban su trabajo y, como resultado, creaba estrés y productos de calidad inferior. Dejó al equipo profundamente frustrado con un mal gusto, una mala experiencia y, en última instancia, un producto fallido.

Al comprometerse y configurar su próximo proyecto de desarrollo, asegúrese de haber abordado los problemas que podrían afectar ese proyecto desde una perspectiva comercial. Arregle sus procesos comerciales para permitir que Scrum funcione.

Si bien puede encontrar dos enfoques “rivales”: Waterfall y Agile, nos sentimos cómodos con algo intermedio que es Water-Scram-Fall.

Algo así

Detalles

Como empresa de outsourcing, generalmente necesitamos aportes adicionales y más tiempo para conocer los objetivos del cliente, siempre y cuando no podamos comunicarnos con frecuencia o el cliente no pueda simplemente pasar y hablar con nosotros.

Otra restricción es que el 90% de nuestros primeros clientes satisfechos desean especificaciones estrictas y un presupuesto exacto. Seamos realistas: nadie está dispuesto a dar su dinero por una promesa e ir con el modelo de precios de Time & Material con un extraño.

Por lo tanto, las dos primeras partes del ciclo de vida del desarrollo se realizan utilizando el modelo Cascada.

  1. Evaluación de riesgos.
  2. Claro especificaciones.
  3. Planificación rigurosa.
  4. Casos de uso claros.
  5. etc.

Pero cuando se trata de casos de uso, surgen preguntas adicionales sobre la funcionalidad y la programación. Incluso con un PM profesional hay numerosas dudas e incertidumbres. Para algunas de las preguntas, el cliente no puede responder de antemano porque necesita tiempo para realizar la prueba. Esto es cuando puede ser cauteloso.

Por lo tanto, tomamos métodos ágiles como Scram y dividimos la parte de desarrollo en sprints mucho más pequeños para hacer un almuerzo rápido del prototipo o MVP, para que el cliente pueda resolver las cosas y tomar una decisión.

El enfoque de Scram también ayuda enormemente a los miembros de nuestro equipo a conocer a los clientes comerciales y autoorganizados. A partir de este momento, PM se convierte en un proxy entre el cliente y el equipo autoorganizado.

En las últimas etapas, después de ganar la confianza del cliente, el proyecto generalmente cambia a Kanban (si necesita mantenimiento) o Scram (si el proyecto está creciendo rápidamente). + Precios de tiempo y material.

Puede encontrar más acerca de las metodologías de desarrollo de software en esta publicación de blog: Cómo mejorar el modelo de desarrollo de software en cascada con enfoques ágiles

Por cierto Agile es una mentalidad, no es una metodología de desarrollo de software.

Utilice un enfoque de desarrollo ágil y lea ” The Lean Startup ” de Eric Ries. La esencia de ese libro es que muchas compañías cometen el error de lanzar un esfuerzo de desarrollo de producto largo y costoso basado en algunas suposiciones de lo que creen que el mercado quiere. Después de invertir mucho tiempo y dinero, descubren que esas suposiciones estaban equivocadas y el producto falla. Un mejor enfoque es adoptar un enfoque de desarrollo iterativo e incremental y probar y validar sus suposiciones tanto como sea posible antes de comprometerse con un esfuerzo de desarrollo a gran escala.

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

La estrategia de desarrollo de productos se utiliza al introducir nuevos productos en el mercado actual. Existen varias tácticas que se pueden aplicar para la estrategia de desarrollo de productos. Estas tácticas ayudarán a la compañía a atraer clientes y convertirlos en fieles a la marca. Estas tácticas deben desarrollarse a nivel de producto y, por lo tanto, el equipo de gestión de productos y el equipo de marketing participan en estas estrategias. Las siguientes 3 tácticas pueden usarse para la estrategia de desarrollo de productos.

Desarrolle nuevas funciones : la mejor forma en que Samsung conquistó el mercado de teléfonos inteligentes fue mediante la introducción de nuevas funciones en los teléfonos existentes. Por lo tanto, un Samsung Galaxy S4 se actualizó a S5 al agregar más RAM y potencia de procesamiento, así como al actualizar el software. De manera similar, Samsung Note se actualizó a Samsung Note 2 y luego a Samsung Note 3. Al mismo tiempo, Samsung introdujo toneladas de otros productos al cambiar una característica u otra, apuntando a todos los segmentos a la vez en un mercado existente al introducir un nuevo producto.

Desarrolle diferentes niveles de calidad : Maruti es un ejemplo que desarrolló diferentes niveles de calidad. No solo son mejores los productos de maruti, tiene una excelente distribución sino que al mismo tiempo tiene muchas franquicias de servicio. En un momento, Maruti hizo un reclamo con un TVC de que tenía un centro de servicio Maruti en cada 200 kms en toda la India. Ese es un gran reclamo que hacer. Al mismo tiempo, Maruti tiene sus revendedores autorizados. Por lo tanto, hay varios niveles de productos que Maruti está dando al mercado existente, lo que aumenta su desarrollo de productos.

Mejore la tecnología : la mejor manera de mostrar las mejoras tecnológicas son las computadoras portátiles y las tabletas. Las tabletas se han apoderado de muchas computadoras portátiles porque es una tecnología avanzada. Es más grande que un teléfono inteligente por más ligero que una computadora portátil. Al mismo tiempo, hay teclados portátiles que se pueden usar con una tableta. Las tabletas nunca pueden reemplazar a las computadoras portátiles. Pero las computadoras portátiles definitivamente han reemplazado a las computadoras de escritorio. Hoy en día, el mercado de computadoras de escritorio ha caído porque la gente prefiere computadoras portátiles o tabletas. Por lo tanto, la tecnología mejorada es una excelente forma de estrategia de desarrollo de productos.

Las tres estrategias anteriores son la mejor manera de introducir nuevos productos en un mercado existente. De hecho, la saturación del mercado en las zonas urbanas es tan alta que las empresas apuntan a la introducción de un nuevo producto cada 2-3 meses. Empresas como Samsung traen un nuevo producto cada mes si es posible para ellos. Por lo tanto, estas tácticas de desarrollo de productos ayudarán a la compañía a largo plazo, ya que la compañía gana mucho valor de marca y tiene un posicionamiento superior en la mente de los clientes cuando desarrolla regularmente nuevos productos.

Las mejores estrategias de desarrollo de productos se discutirán en la Conferencia Internacional PDMA India. En este próximo evento 14 Sesiones NPD de la Industria y la Academia, participarán 150 delegados de la India y el extranjero. Para más detalles, haga clic en este enlace PDMA India International Conference

Si usted es un veterano o un recién llegado relativo a los lanzamientos de productos, sabe que lanzar un nuevo producto en un mercado competitivo no es una tarea fácil. Es un evento incierto, arriesgado, pero emocionante y tiene que estar bien planeado en primer lugar. Lo único que tengo en cuenta antes de realizar un lanzamiento es asegurarme de que no falle.

Hay más posibilidades de fracaso que éxito, y nada puede garantizarle un evento de lanzamiento 100% exitoso. Solo el 50% de los productos desarrollados en todo el mundo tienen pocas posibilidades de llegar al mercado. De los cuales, un poco más del 50% generará ingresos para sus creadores. Las posibilidades son escasas, pero hay cosas que puede hacer antes del lanzamiento para que las probabilidades se apilen abrumadoramente a favor del producto.

Lo primero es lo primero.

Haga las preguntas correctas antes de ir al lanzamiento. Valide su mercado y la estrategia del producto contra su competencia. Planifique todo, desde establecer objetivos de lanzamiento hasta evaluar riesgos no solicitados y prácticas posteriores al lanzamiento. Asegúrese de conocer las tendencias y canales emergentes para promocionar su producto e impulsar la demanda. Mantenga una lista de verificación a mano el día del evento para que no se pierda detalles importantes.

Existen numerosos blogs y estudios de casos sobre lanzamientos de productos en Internet. Si bien la mayoría de ellos son de naturaleza bastante genérica, aquí hay un enlace a la guía de lanzamiento del producto que encuentro ingenioso para empresas B2B y nuevas empresas.

Espero que esto sea de ayuda. http://bit.ly/ProductLaunch_Guide

¡Lanzamiento de producto hecho fácil! Planificar, ejecutar, iniciar, aprender y repetir.

El resultado final: ¡Lanzar un nuevo producto es difícil! Una vez que haya terminado con un proceso, pasará al siguiente. Al estandarizar su proceso y mantener todo su trabajo y comunicación centralizados, podrá lanzar productos de manera más eficiente y efectiva.

Esta guía de lanzamiento de producto definitivo lo guía juiciosamente a través de los detalles de prelanzamiento, lanzamiento y postlanzamiento. Asegura que todos tengan la misma información sobre el alcance, el estado y los resultados del lanzamiento. La guía delibera sobre Perspectivas estratégicas y Plan táctico para ayudarlo a diseñar y ejecutar un plan de lanzamiento de productos sin fallas. http://bit.ly/Product_LaunchGuide

More Interesting

¿Cuáles son los mejores pasos para que un joven de 23 años tome para convertirse en un gerente de productos digitales exitoso y calificado?

¿Cuál debería ser la estructura del equipo para el inicio de un producto de software?

¿Cómo puede un gerente de producto mantenerse al frente de un equipo de desarrollo de alto rendimiento?

¿Debería un gerente de producto ser más un líder que no tiene manos, o también estar listo para ensuciarse las manos?

¿Qué herramientas y procesos de validación están utilizando otros gerentes de producto para impulsar la innovación a través de sus productos?

¿Prefieres crear un producto que la gente necesita pero no quiere o un producto que quiere pero que realmente no necesita? ¿Por qué?

¿En qué se diferencian los gerentes de producto de Google de los de otras compañías tecnológicas?

¿Cuál es el mejor curso de acción para llevar mi producto físico al prototipo?

Me pusieron a cargo de convertir los datos que mi empresa genera en un producto. ¿Qué necesito saber?

¿Qué debo hacer para prepararme para la transición de ser un desarrollador full stack a un gerente de producto?

Cómo crear un nuevo producto

¿Debo comprar JIRA para aprender Agile?

¿Cuáles son algunos de los rasgos de los equipos con mejor desempeño?

¿A quién se le ocurrió la prueba de SkyMall? Si cree que su producto encajaría perfectamente en el catálogo de SkyMall, ¿dejará de trabajar en él?

¿Cuál es un ejemplo del PRD ideal?