Feedback frecuente en tu ciclo de desarrollo. Visual Studio 11 Feedback Manager

Todos sabemos que uno de los valores de las metodologías ágiles es la entrega frecuente que software que aporte valor. Para esto, a parte de otros valores como transparencia y comunicación, y relacionado con esto, es la colaboración, en forma de feedback frecuente.

El feedback es fundamental, especialmente en ciclos de desarrollo cortos, recordad que en el software no es lo mismo que funcione, que el que entregue valor, y que podamos realizar la mejora constante. Por ello necesitamos feedback, información que nos puedan proporcionar las partes interesadas en la aplicación (comunmente Product Owners y stakeholders). Este feedback nos tiene que proporcionar ideas, mejoras, nuevas funcionalidades, que podamos añadir a nuestra aplicación, y que hagan que mejore la experiencia de usuario, que ganemos nueva cuota de mercado, mayor competitividad, recordad,  ciclos de desarrollo cortos, que nos permitan ser ágiles ante estos cambios.

¿cuándo recogemos este Feedback?, hay muchos puntos del ciclo de desarrollo. Vamos a ver algunos.

El primero de ellos puede ser justo después del primer prototipo o storyboard, a partir de ese momento ya podemos empezar, con esos proptotipos a recibir feedback, para asegurar que vamos en el camino adecuado, y evitar la típica situación en la que lo que acabamos teniendo no es lo que habíamos descrito con el cliente en un principio.

Por supuesto durante el sprint, que vayamos a entregar software que sea potencialmente entregable al fin de la iteración, no quiere decir que durante la misma no podamos ir entregando partes o enseñando partes de lo que hemos construido, recordad que en las metodologías ágiles tampoco tenemos que caer en un modelo mini-waterfall, y que tenemos que intentar llevar siempre a cabo procesos de entrega contínua. No hay que olvidar que este tipo de proceso, requiere que impliquemos de un modo constante a todas las partes del proyecto, que si bien es lo ideal, no siempre se puede conseguir, y también hay que tener claros los objetivos de ese feedback, cuando se implementará y como nos afectará, esto no es fácil en cualquier caso.

Terminaré con otro punto fundamental de feedback, en Scrum tenemos la Sprint Review, que precisamente es esto, una reunión dónde vamos a tener feedback sobre lo que se ha entregado (recordad que no es una demo), que nos siente las bases de por dónde vamos a continuar.

Y ahora que tenemos clara la importancia del feedback ¿cómo lo gestionamos?, con la llegada de Visual Studio 11, tenemos una nueva herramienta, el Feedback Manager, que nos va a permitir realizar este proceso.

Esta herramienta, basada en parte en Microsoft Test Manager, y la nueva herramienta de exploratory testing, nos va a permitir ejecutar sesiones de feedback, y almacenar los resultados en forma de Work Items.

En la imagen podéis ver el aspecto general de la herramienta en ejecución, que nos permite, mientras que exploramos la aplicación de la que queremos dar feedback, agregar comentarios, realizar capturas de pantalla, etc.

image

Además durante la ejecución podremos grabar vídeo, y audio, para poder ir haciendo comentarios a la vez que ejecutamos la aplicación de la que queremos dar feedback.

Este feedback, se puede realizar de modo general, simplemente arrancando el Feedback Manager y empezando a probar la aplicación, o bien, podemos, desde Team Foundation Server 11, solicitar feedback para un requisito o historia de usuario. Con este último sistema, a través de la aplicación web de TFS 11, se generará un Work Item de petición de feedback, asociado al requisito, y se enviará una notificación por correo electrónico, al usuario al que solicitemos feedback.

Una vez que el usuario termina de generar el feedback, ya sea general o asociado a un requisito, este ser almacena, con todos sus comentarios, vídeo, audio e incluso valoración (de 1 a 5), acerca de la aplicación. Esta información se almacena en forma de Work Item, que en el caso de ser feedback sobre un requisito, se asocia a ese requisito.

Con lo que este feedback estará disponible para las personas que tengan acceso a los Work Items del proyecto, quedando todo perfectamente accesible, y facilitando la comunicación.

En definitiva, recordad que es muy importante la gestión del feedback, en todos los momentos del proyecto, y por supuesto, toda la información que podamos proporcionar de feedback, aportará valor a nuestro ciclo de desarrollo de software.

 

Luis Fraile  @Globe ALM

via www.globealm.com

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *