Informes TERGIVERSE Informe de revisión: Iteración 1

En la iteración 1 nos propusimos realizar todo lo referente al diseño e implementación de una herramienta de dibujo con la que poder dibujar sobre un lienzo en blanco con distintos colores y tamaños.

Como ninguno tenía conocimientos previos en programación en Android, nos volcamos todos en investigar y compartir la información encontrada que le podía ser útil a otro compañero.

Al principio se avanzó más lentamente, pero después fuimos terminando algunas tareas incluso antes del tiempo previsto y pudimos ayudar a los otros desarrolladores con la integración de la primera historia de usuario, y avanzar más rápidamente y terminar la integración de ambas historias de usuario para generar la aplicación funcional.

Se probó la aplicación en varios dispositivos con Android, se corrigieron algunos fallos.

En definitiva, terminamos a tiempo y satisfactoriamente esta primera iteración, obteniendo una aplicación totalmente funcional e instalable en dispositivos con Android.

En la reunión, a la hora de presentar el producto no hemos necesitado utilizar

bocetos digitales, porque hemos podido presentar el prototipo funcional en el propio dispositivo móvil del product owner y en otros dispositivos con Android como tablets y distintos móviles con distintas versiones de Android.

En todos los dispositivos ha funcionado y el product owner ha quedado satisfecho, porque tenía todas las funciones requeridas y el uso ha resultado fácil e intuitivo.

Informe de retrospectiva: Iteración 1

En esta reunión hemos descubierto varios problemas: • Intentar estimar el tiempo de trabajo de un proyecto en un lenguaje desconocido. • Investigar inicialmente sólo buscando en webs en español. • Reducir el tiempo de trabajo a cuando estamos los 4 desarrolladores juntos. • No actualizar la herramienta ScrumRF diariamente.

Algunos de estos problemas más o menos se han ido solventando a lo largo del sprint, como ha podido ser, al final, que hemos trabajado incluso sin estar juntos, o investigar en webs y manuales en otros idiomas, como en inglés...

Seguimos sin conocer muy a fondo el lenguaje de programación que utiliza Android,

pensábamos que iba a ser muy similar a Java, pero hemos comprobado que cambian muchas cosas y que hay que modificar muchos ficheros por cada componente nuevo que se introduce.

Por lo que la estimación del tiempo sigue siendo bastante complicado de hacer correctamente, y no creemos que podamos resolverlo a tiempo, porque no tenemos tiempo suficiente para experimentar mucho con el lenguaje y el entorno, pero muy probablemente, para otros proyectos, lo tengamos mucho más claro.

La herramienta ScrumRF no nos termina de gustar a ninguno de los componentes del grupo de desarrollo y lo seguimos dejando, preferimos trabajar con papel o incluso con hojas de cálculo o documentos de texto compartidos.

Creemos que nos vendría mejor otra herramienta que nos resultara más amena. No todo ha ido mal en este sprint, como cosas buenas que hemos detectado: La comunicación entre el grupo de desarrolladores ha sido estupenda, el ambiente

ha sido distendido y colaborativo. Cuando hemos trabajado juntos, hemos avanzado mucho más que cuando trabajábamos por separado. Pero, como se dijo antes, no es suficiente el tiempo de trabajo conjunto.

Ya que la herramienta ScrumRF no nos gustaba, hemos preferido tener un documento compartido con las tareas que faltaban por terminar, e ir borrando cada uno la que terminara. En este documento, además de las tareas que han salido de las historias de usuario, también añadíamos el trabajo externo como actualizar la cartulina, subir el trabajo al repositorio al final del día de trabajo, instalar lo programado y probarlo antes de entregar, crear la presentación, etc.

Investigando manuales y tutoriales, un desarrollador encontró un manual para desarrollar una herramienta parecida a la que buscábamos y que nos ayudó muchísimo a terminar a tiempo. Una vez encontrado el manual, la distribución del trabajo se pudo realizar y fue en ese momento cuando realmente avanzamos correctamente.

En conclusión, creemos que deberíamos de haber investigado antes sobre el

lenguaje y la plataforma en la que queríamos desarrollar, porque esta vez hemos tenido suerte al encontrar manuales muy completos de lo que queríamos hacer.

También deberíamos de ser más formales a la hora de actualizar la herramienta propuesta.

Para la siguiente iteración, tendremos que trabajar más de lo estimado inicialmente, ya que nos hemos comprometido en entregar una cosa en una fecha determinada y seguimos sin entender del todo el lenguaje.

Continuaremos trabajando juntos, puesto que nos ayuda a todos, y seguiremos manteniendo la comunicación y el documento de tareas por hacer, que parece que nos ayuda mucho a trabajar y recordar lo que nos queda por hacer.

Informe de revisión: Iteración 2

En la iteración 2 se propuso realizar las interfaces de la página principal y la página de información de turno, los menús de dichas páginas y la herramienta para el turno de escribir texto.

Como en la anterior iteración, lo primero tuvimos que hacer fue investigar y aprender nuevas técnicas de programación en Android.

En este caso tuvimos muchos más problemas, porque no fuimos capaces de encontrar manuales totalmente completos que nos explicaran cómo crear nuevas ventanas y enlazarlas entre sí. En todos los casos nos fallaba algo, hasta que al final, probando por nuestra cuenta y combinando varios tutoriales, encontramos la forma de hacerlo.

Pero perdimos mucho tiempo, bastante más del que esperábamos y nos retrasamos en el desarrollo de las tareas, por lo que el tiempo estimado difiere del tiempo real. En algunas tareas tardamos menos de lo estimado y eso nos ayudó, pero, indistintamente, tuvimos que trabajar algunas horas fuera del conteo estimado.

Todos trabajamos más para poder llegar a tiempo a la fecha de entrega, aunque algunos sí que terminaron sus tareas correctamente y a tiempo.

Como se le ha mostrado al product owner, en esta sesión de revisión, al prototipo le

han faltado algunas funciones que teníamos planeadas. Se ha conseguido crear más de una página o ventana con la que interactuar, como

la página de inicio para crear un nuevo juego y la página donde se permite escribir el texto.

También se ha actualizado la herramienta de dibujo para añadirle un campo donde aparece la frase que le indicará qué tiene que dibujar y un botón para poder aceptar el dibujo actual y continuar con el juego.

Pero, no hemos podido conseguir que la imagen realizada se pueda guardar y mostrar en el siguiente turno, donde se tendría que volver a escribir una frase. Por este motivo, tampoco hemos podido crear la imagen solución que mostrara el texto con su dibujo.

No hemos parado de investigar, ni pararemos, hasta conseguirlo, pero, de momento, tendrá que entregarse más adelante.

En definitiva, en esta iteración y día de entrega, no hemos estado a la altura

estimada, pero el cliente no está decepcionado porque ha visto que nuestro avance ha sido grande y que de igual forma, es muy probable que el proyecto se termine en el tiempo estimado. Los resultados desarrollados hasta la fecha han provocado una reacción muy favorable en nuestro cliente y esperamos no decepcionarle en la siguiente reunión.

Informe de retrospectiva: Iteración 2

En esta reunión hemos descubierto nuevos problemas, además de los que nos persiguen desde la anterior reunión: • Intentar estimar el tiempo de trabajo de un proyecto en un lenguaje desconocido. • Estimar sin tener en cuenta la dificultad real del proyecto. • La herramienta Eclipse es la recomendada para programar en Android, pero presenta muchos inconvenientes a la hora de sincronizar las distintas versiones del proyecto, más ahora que trabajamos con nuevos componentes. • No actualizar la herramienta ScrumRF diariamente.

Seguimos sin conocer muy a fondo el lenguaje de programación que utiliza Android, en esta iteración hemos estado trabajando con nuevos componentes, como son las Activitys, que son las páginas, y en cómo poder enlazarlas entre sí.

La estimación del tiempo sigue siendo bastante complicado de hacer correctamente.

La herramienta ScrumRF sigue sin gustarnos a ninguno, y esta vez no tuvimos en

cuenta el periodo de vacaciones por navidades, así que tuvimos que cambiar las fechas de las iteraciones, y ahora tenemos dos srpint número 2, uno cerrado antes de tiempo, y el “verdadero”.

No todo ha ido mal en este sprint, sino que, aunque nos hayamos retrasado con

algunas tareas, y no tengamos todo lo esperado para esta entrega, hemos descubierto muchísimas cosas nuevas sobre este sistema de desarrollo.

Hemos aprendido a crear nuevas activitys y enlazarlas unas con otras, a trabajar con paso de mensajes, hemos reforzado nuestros conocimientos en lo que ya aprendimos

en la anterior iteración, porque esta vez no hemos tenido ningún manual paso a paso. La comunicación entre el grupo de desarrolladores sigue siendo estupenda, el

ambiente se mantiene distendido y colaborativo. Seguimos utilizando un documento compartido para llevar la cuenta de trabajo por

hacer, no solo del proyecto en sí, sino de la documentación, bocetos, etc. Y seguimos pensando que es una muy buena herramienta. Aunque también nos ayudamos de la cartulina con los post-its y del documento de planificación.

En definitiva, tenemos que trabajar más duro para las próximas entregas, porque

para esta se nos ha quedado algo de trabajo sin hacer. Sabíamos que iba a ser complicado aprender un nuevo sistema de desarrollo de aplicaciones, pero no supimos ver realmente el calibre de este reto.

Como buena valoración sigue siendo el afán de todo el grupo por mejorar y ampliar sus conocimientos, seguimos trabajando estupendamente juntos, y nuestra forma de repartir y contabilizar las tareas realizadas y por terminar (el documento), nos parece una idea digna de compartir.