Hemos tenido una buena cantidad de éxito al usar Agile para nuestro producto SaaS, donde hemos utilizado Agile para mantener y administrar nuestro producto SaaS durante más de 5 años y también conceptualizamos, diseñamos, desarrollamos y lanzamos un nuevo producto utilizando la misma metodología. Los 2 tienen enfoques ligeramente diferentes, ya que es bastante manejable tener un producto listo en constante evolución en lugar de sacar algo completamente nuevo.
Tenemos un propietario de producto respaldado por un par de analistas de negocios. El equipo de diseño, producto y desarrollo no está ubicado, lo cual es uno de los desafíos, pero el modal funciona bien para nosotros. Finalmente, el equipo de desarrollo también se distribuye en 3 zonas horarias. Los gerentes de desarrollo y control de calidad junto con el arquitecto técnico están profundamente coordinados con los equipos de productos. Herramientas como yammer, Skype, wiki, JIRA, CC, RSS ayudan a todo el proceso de coordinación y comunicación.
Hay 2 explicaciones sobre cómo funciona nuestro proceso.
1. Para el desarrollo general de productos
Una lista de características siempre está lista y priorizada mediante el aporte de varios equipos de atención al cliente, gerentes de ventas y productos. Se estima un conjunto prioritario de características y luego se incluye en un plan de lanzamiento que abarca varios lanzamientos para varios elementos prioritarios.
Esta lista también forma parte de la hoja de ruta de alto nivel, que con frecuencia se comparte con nuestros clientes clave.
Para el conjunto prioritario de características de los elementos que constituyen la parte del lanzamiento, se conceptualizan y se enmarcan.
Estos marcos de alambre se ejecutan con el producto interno y los equipos de CS según la necesidad. La mayoría de las veces, los marcos de alambre son preparados por el miembro del equipo de Diseño, que forma parte del personal de desarrollo.
Los marcos de alambre son de alto nivel de flujo y no una especificación detallada.
Los marcos de los cables pasan a revisiones de iteración y una vez que la característica es clara en términos de comprensión, el desarrollador se dirige hacia el diseño, QA hace los casos de prueba para el desarrollador.
Las revisiones semanales garantizan que se cuiden los requisitos cambiantes.
Las versiones son generalmente de 3 meses [dividido en 6 iteraciones, la última iteración es UAT / estabilidad]
2. Para el desarrollo de productos desde cero
El desarrollo fue una ventana de 8 meses dividida en iteraciones de 2 semanas. Debo decir que los clientes estuvieron involucrados en cada iteración, desde marcos de alambre hasta maquetas y prototipos en los que se puede hacer clic y elementos en desarrollo hasta el lanzamiento. Sin embargo, este es un gran desafío y realmente puede desviar a uno del objetivo central.
La razón por la que digo parcial es que la fase inicial de la estructura de alambre / prototipo casi no tiene ninguna contribución de los clientes, en las fases donde la estructura de alambre obtiene la forma del producto … ocurren muchos cambios mentales.
También debo enfatizar que para que Agile funcione con éxito necesita un equipo de desarrollo muy sólido que comprenda y corresponda a los cambios. Un propietario de producto muy fuerte que entiende bien el equipo de productos y tecnología. Y un soporte de gestión para permitir que Agility tome su propio curso. Sin embargo, también me gustaría enfatizar que he visto ágil hacer que la innovación se reduzca lentamente …
Más sobre este blog … http: //pm-better-than-sex.blogsp …
