-
Resumen hasta el día de hoy
Publicado el 28 28Europe/Berlin Diciembre 28Europe/Berlin 2008 Sin comentarios aún ...Puesto que hace algun tiempo que no actualizamos el blog, vamos a dar una visión general del estado del proyecto.
A día de hoy, tenemos parte de la aplicación funcionando, podemos decir, que practicamente el diseño principal está terminado. Ya tenemos que empezar a hacerla más robusta y a añadirle mayor funcionalidad a la aplicación.
Por otro lado, tal y como dijimos en post’s anteriores estamos usando la filosofía Scrum. Pero al ser un proyecto de dos personas, no podemos llevar Scrum al pie de la letra, aunque si estamos usando algunos de sus principios. Estamos usando un product Backlog que alberga la lista de tareas que tenemos hasta el momento. De esta lista, nos fijamos unas cuantas tareas a realizar en cada spring. Estos spring son de tiempo variable, al no estar dedicados al 100% al proyecto, y las reuniones las solemos hacer cada 2 o 3 días.
Para mantener el product Backlog estamos usando la tecnología de Google Bloc de Notas que cubre todas nuestras necesidades.Finalmente, la documentación, la estamos intentando desarrollar conforme avanzamos con la aplicación.
-
Filosofía Scrum
Publicado el 16 16Europe/Berlin Diciembre 16Europe/Berlin 2008 Sin comentarios aún ...Esta entrada debía haber sido publicada hace ya una semana y media, pero bueno, más vale tarde que nunca.
Cuando propusimos el uso de la filosofía scrum, no estábamos realmente familiarizados con ella. Por suerte para nosotros, pudimos contactar con un experto en ingeniería del software, el cual nos precisó que la filosofía scrum sólo tiene sentido cuando se aplica a grupos de personas moderadamente grandes. Cuando se trabaja con grupos pequeños de desarrollo, lo que prima es la simple y llana comunicación intensiva. Si bien puede optarse por emplear algunas de las pautas de la filosofía scrum (como el product backlog), aplicarla a rajatabla no tiene demasiado sentido. Así pues, hemos optado por reducir el proceso a la mera comunicación entre los dos miembros del proyecto.
-
Continuamos con el diseño
Publicado el 3 03Europe/Berlin Diciembre 03Europe/Berlin 2008 Sin comentarios aún ...Tras un par de días trabajando en ello, hemos ampliado la documentación del proyecto (disponible aquí).
El que nos planteáramos emplear una filosofía de trabajo para nosotros desconocida, como es el Scrum, nos ha hecho cambiar el modo de hacer las cosas. De hecho, todavía no estamos totalmente adaptados, y suponemos que nos va a llevar algunos días más.
Nos comentaron que UML y Scrum no se llevan bien, pero tras pensar un poco y tras leer algo de Internet, hemos llegado a la conclusión de que tal incompatibilidad no existe. Scrum es una filosofía de trabajo, un proceso iterativo a lo bestia. El que se emplee este método no nos impide usar UML, el cual es un lenguaje de modelado (e independiente de la filosofía usada para construir el software).
Scrum, con un poco de suerte, nos quitará de encima una buena parte de documentación inútil a la que nos hemos visto obligados a recurrir en otras circunstancias.
Para lo que sería nuestra primera iteración en Scrum, hemos definido una serie de requisitos funcionales que están en la nueva documentación. Aunque todavía no estamos aplicando de forma exacta el Scrum, pronto elaboraremos una lista detallada tanto de las tareas de esta iteración (sprint backlog) como del proyecto global (product backlog), y nos pondremos más en serio.
La nueva documentación incluye además los primeros casos de uso y el storyboard correspondiente.



Comentarios recientes