Fichero de la iteración 3

Introducción al documento

La presente página está dedicada a modo de “diario” de la tercera(3) iteración del proyecto Rural Houses 2017
de la asignatura Ingeniería del Software I (docentes: Alfredo Goñi, Jose Ángel Vadillo)
En éste documento, trato de resumir y recoger lo acaecido durante el desarrollo de la última fase del proyecto.

Autor del documento: Mikel Iceta Tena
Scrum máster al cargo durante la escritura: Mikel

Tercera Iteración

En un lugar de La Mancha...
La tercera iteración se presentó como la última iteración del proyecto de la asignatura IS1.
El Scrum Máster de turno sería Mikel Iceta (A partir de ahora “yo”).

Backlog

Como puede comprobarse en la página de la Wiki del proyecto correspondiente al changelog(Wiki) o en el proyecto mismo,
no contamos con un proyecto demasiado complejo.

Planteamiento

Mi planteamiento acerca de cómo abordar la iteración se apoya en tres pilares:

  • Primero, el planteamiento de las anteriores iteraciones: Nunca tuvimos en mente hacer algo excesivamente complicado.
  • Segundo, la practicidad: No se trata de demostrar que sabemos liarnos y hacer un Google, sino de demostrar que sabemos aplicar los conceptos.
  • Tercero, la memoria: Facil de recordar es que no disfrutamos de las mayores sinergias como equipo, así que no debemos de prometer cosas que luego no van a salir.

Por tanto, mi planteamiento es el siguiente:
No vemos necesario lucirnos, queremos aprobar. Para ello, vamos a demostrar que sabemos aplicar lo aprendido en la asignatura de la manera más llana posible, sin hacer interfaces pomposas ni casos de uso de la talla de aplicaciones profesionales, ya que no creo que eso aporte algo más que “lo chulo que queda”.

Metas y desarrollo

El desarrollo de la tercera iteración podría denominarse como muy irregular e inadecuado.(de hecho, lo es)
Las metas a completar eran las siguientes:

  • La más importante: Cambiar la estructura de la aplicación para que funcionara completamente en 3 capas.
  • Implementar un sistema que añadiera imágenes a las casas.
  • Implementar el sistema de filtrado de búsquedas.
  • Implementar el sistema de compra de deseos.
  • Corregir los bugs y añadir respuesta (feedback) a la interfaz.

El reparto se hizo de manera más o menos aleatoria, pero teniendo en cuenta dos factores:

  • La carga de trabajo en la anterior iteración y el proyecto en general
  • La disponibilidad (otras asignaturas, temas personales...)

Durante el desarrollo, mientras añadíamos funcionalidad o la preparábamos para poder ser transportada
entre capas en diferentes ordenadores, se rompieron cosas. Yo me encargué de ello, como puede observarse
en los bugs de la iteración ( y los que no salen también).

La mayoría del trabajo se ha completado a escaso tiempo de la fecha de la presentación.

Resultados

De los casos de uso a implementar, errores y bugs por arreglar... Hemos:

Implementaciones varias:

  • Cambiado la estructura del programa para que funcione en 3 capas como se pedía
  • Cambiado la interfaz de usuario
  • Añadido las alertas que faltaban

Casos de uso:

  • Implementado el caso de uso: Comprar deseo
  • Implementado el caso de uso: Ver factura
  • Implementado el caso de uso: Visualizar perfil
  • Implementado el caso de uso: Editar perfil
  • Derivado de “Ver factura” : Generar factura (Se ejecuta indirectamente cuando se <<Bookea>> una Offer)

Bugs:

  • Arreglado el bug de Wish
  • Arreglado el bug de Booking
  • Arreglado los bugs de Bill
  • Arreglado bugs de comportamiento de las ventanas

Trabajo hecho después de la presentación que se podrá ver en el final

  • La interfaz del usuario mostrará la información de la casa
  • La interfaz del usuario mostrará la foto de la casa
  • La interfaz del dueño permitirá subir una foto por casa y cambiar si ya había una

No logrado

A día de la presentación, nos ha faltado:

  • Poner en marcha el sistema de visualizar imágenes de casas
  • Poner etiquetas a los iconos modernos para saber qué hacen
  • Separar las capas en 2(presen + LN,BD) ó 3(presen + LN + BD) procesos diferentes.

Conclusiones

Hemos logrado implementar lo prometido.

Opinion personal y crítica destructiva?? del scrum master (Mikel)

Podría escribir unas líneas genéricas hablando de altibajos en el proyecto pero con final feliz. Pero no me gusta mentir así que: (EL PRIMER PÁRRAFO PUEDE SER OMITIDO, es mi reflexión sobre el grupo)

  • Atención: ésta sección es una crítica a todo el equipo, YO INCLUIDO. No pretendo acusar directamente a nadie
  • Alerta: Humor necesario para leer

Como integrante del grupo La metodología empleada en la asignatura me parece válida y útil. Lo que no me ha parecido válido es el equipo que hemos formado. No por la gente, si no por la dinámica y el rumbo tomados desde el principio. No trato de eximirme de ninguna culpa, sería además de incoherente, imposible.
Ha sido dificil quedar y aprender a sincronizarnos con xp-dev.

Como scrum-máster me he sentido ampliamente triste tanto conmigo mismo como con el equipo en general.
Ha sido dificil ponernos a trabajar cuando hemos podido.
Por otra parte, el hecho de que no había un sentimiento de equipo (culpa de todos), ha propensado actitudes cómo la de “yo hago lo mío y ya”. Yo creo que si hubiéramos puesto todos más de nuestro lado para trabajar juntos o al menos sin pisarnos, podríamos haber desarrollado algo de mayor calidad.
Me he sentido enfadado cuando alguien me preguntaba qué tenía que hacer, y yo llevaba unos días diciendo que estaba todo en xp-dev anotado con horas y descripciones. Quiero decir, ¿Es necesario que en el patio, mientras me como las pataticas, tenga que enumerar todo lo que hay que hacer cuando lleva 2 semanas colgado y decidido?

Como gestor de xp-dev me he sentido desesperado. Ramas que aparecen y desaparecen, commits que destrozan la estructura de golpe en vez de un flujo más contínuo de arreglos que no imposibilita la comprensión del resto.
Hemos utilizado mal el repositorio, no nos hemos atendido entre nosotros, nos hemos pisado, estropeado el trabajo mutuamente en varias ocasiones... Pero al final ha salido.
Me habría gustado alguna sesión más extensa sobre el sistema de git.
Con esto no quiero decir que no hayamos hecho nada, pero sí que podríamos haber sido menos comodones y hacer más.
Lo hemos logrado, más o menos. Es lo que me llevo en el corazón no tengo de eso.

Y ya. Besos,
Mikel

Documento_it3 is a public wiki page

This wiki page is a public wiki page. It can be read by anyone including users that have not logged in and web crawlers such as Google.

Entry has no comments

You do not have sufficient permissions to comment

2 years ago
miceta003 picture
miceta003 updated Wiki Documento_it3
3 years ago
miceta003 picture
miceta003 updated Wiki Documento_it3

Text: h1. Fichero de la iteración 3 h3. Introducción al documento La presente página está dedicada a modo de "diario" de la tercera(3) iteración del proyecto Rural Houses 2017 de la asignatura Ingeniería del Software I (docentes: Alfredo Goñi, Jose Ángel Vadillo) En éste documento, trato de resumir y recoger lo acaecido durante el desarrollo de la última fase del proyecto. Autor del documento: Mikel Iceta Tena Scrum máster al cargo durante la escritura: Mikel h2. Tercera Iteración En un lugar de La Mancha... La tercera iteración se presentó como la última iteración del proyecto de la asignatura IS1. El Scrum Máster de turno sería Mikel Iceta (A partir de ahora "yo"). h3. Backlog Como puede comprobarse en la página de la Wiki del proyecto correspondiente al "changelog(Wiki)":https://xp-dev.com/wiki/239650/Changelog o en el proyecto mismo, no contamos con un proyecto demasiado complejo. h3. Planteamiento Mi planteamiento acerca de cómo abordar la iteración se apoya en tres pilares: * Primero, el planteamiento de las anteriores iteraciones: Nunca tuvimos en mente hacer algo excesivamente complicado. * Segundo, la practicidad: No se trata de demostrar que sabemos liarnos y hacer un Google, sino de demostrar que sabemos aplicar los conceptos. * Tercero, la memoria: Facil de recordar es que no disfrutamos de las mayores sinergias como equipo, así que no debemos de prometer cosas que luego no van a salir. Por tanto, *mi planteamiento* es el siguiente: No vemos necesario lucirnos, queremos aprobar. Para ello, vamos a demostrar que sabemos aplicar lo aprendido en la asignatura de la manera más llana posible, sin hacer interfaces pomposas ni casos de uso de la talla de aplicaciones profesionales, ya que no creo que eso aporte algo más que "lo chulo que queda". h3. Metas y desarrollo El desarrollo de la tercera iteración podría denominarse como muy irregular e inadecuado.(de hecho, lo es) Las metas a completar eran las siguientes: * La más importante: Cambiar la estructura de la aplicación para que *funcionara completamente en 3 capas.* * Implementar un sistema que añadiera *imágenes a las casas.* * Implementar el sistema de *filtrado de búsquedas.* * Implementar el sistema de *compra de deseos.* * Corregir los *bugs* y añadir respuesta *(feedback)* a la interfaz. El reparto se hizo de manera más o menos aleatoria, pero teniendo en cuenta dos factores: * La carga de trabajo en la anterior iteración y el proyecto en general * La disponibilidad (otras asignaturas, temas personales...) Durante el desarrollo, mientras añadíamos funcionalidad o la preparábamos para poder ser transportada entre capas en diferentes ordenadores, se rompieron cosas. Yo me encargué de ello, como puede observarse en los bugs de la iteración ( y los que no salen también). La mayoría del trabajo se ha completado a escaso tiempo de la fecha de la presentación. h3. Resultados De los casos de uso a implementar, errores y bugs por arreglar... Hemos: h4. Implementaciones varias: * Cambiado la estructura del programa para que funcione en 3 capas como se pedía * Cambiado la interfaz de usuario * Añadido las alertas que faltaban h4. Casos de uso: * Implementado el caso de uso: *Comprar deseo* * Implementado el caso de uso: *Ver factura* * Implementado el caso de uso: *Visualizar perfil* * Implementado el caso de uso: *Editar perfil* * Derivado de "Ver factura" : *Generar factura* (Se ejecuta indirectamente cuando se <<Bookea>> una Offer) h4. Bugs: * Arreglado el bug de Wish * Arreglado el bug de Booking * Arreglado los bugs de Bill * Arreglado bugs de comportamiento de las ventanas h3. Trabajo hecho después de la presentación que se podrá ver en el final * La interfaz del usuario mostrará la información de la casa * La interfaz del usuario mostrará la foto de la casa * La interfaz del dueño permitirá subir una foto por casa y cambiar si ya había una h3. No logrado h4. A día de la presentación, nos ha faltado: * Poner en marcha el sistema de visualizar imágenes de casas * Poner etiquetas a los iconos modernos para saber qué hacen * Separar las capas en 2(presen + LN,BD) ó 3(presen + LN + BD) procesos diferentes. h3. Conclusiones Si bien no hemos logrado hacer lo que propuse cuando comenzó la iteración, hemos logrado enriquecer el MD y añadir otros casos de uso más importantes como el de tener una factura que siga existiendo tras borrar un Booking, o poder editar un perfil que ahora tiene más información. h3. Opinion personal y crítica -destructiva??- del scrum master (Mikel) Podría escribir unas líneas genéricas hablando de altibajos en el proyecto pero con final feliz. Pero no me gusta mentir así que: (EL PRIMER PÁRRAFO PUEDE SER OMITIDO, es mi reflexión sobre el grupo) * *Atención: ésta sección es una crítica a todo el equipo, YO INCLUIDO. No pretendo acusar directamente a nadie* * *Alerta: Humor necesario para leer* *Como integrante del grupo* La metodología empleada en la asignatura me parece válida y útil. Lo que no me ha parecido válido es el equipo que hemos formado. No por la gente, si no por la dinámica y el rumbo tomados desde el principio. No trato de eximirme de ninguna culpa, sería además de incoherente, imposible. Quedar para trabajar ha sido la tarea más tediosa que me he topado en los últimos meses: Cuando no estábamos cada uno intentando imponer nuestra disponibilidad o poniendo excusas para ocultar la pereza, nos hemos reunido en la biblioteca o en la sala 24h de la Facultad, para hacer entre poco y nada de trabajo y utilizar el tiempo única y exclusivamente para soltarnos puyas cargadas de pasivo-agresivismo. Sincronizarnos para no pisar el trabajo del resto ha sido imposible, por no hablar del entre 0% y 10% de interés mostrado por aprender y utilizar la herramienta xp-dev (explicado abajo en el apartado de opinión como scrum-master) *Como scrum-máster* me he sentido ampliamente triste tanto conmigo mismo como con el equipo en general. Me he visto en situaciones en las que cuando podíamos trabajar no he logrado (a veces por falta de ganas propias) crear las sinergias necesarias para trabajar, y en otras en las que se me exigían cosas totalmente fuera de lugar (por ejemplo, durante otras clases, o mientras hago natillas en mi casa se me ha pedido que nos pongamos a trabajar, pues no bby no, no se puede ahora, haberlo pensado antes). Por otra parte, el hecho de que no había un sentimiento de equipo (culpa de *todos*), ha propensado actitudes cómo la de "yo hago lo mío y ya". Yo creo que si hubiéramos puesto todos más de nuestro lado para trabajar juntos o al menos sin pisarnos, podríamos haber desarrollado algo de mayor calidad. Me he sentido enfadado cuando alguien me preguntaba qué tenía que hacer, y yo llevaba unos días diciendo que estaba todo en xp-dev anotado con horas y descripciones. -Quiero decir, ¿Es necesario que en el patio, mientras me como las pataticas, tenga que enumerar todo lo que hay que hacer cuando lleva 2 semanas colgado y decidido?- *Como gestor de xp-dev* me he sentido desesperado. Ramas que aparecen y desaparecen, commits que destrozan la estructura de golpe en vez de un flujo más contínuo de arreglos que no imposibilita la comprensión del resto. Hemos utilizado mal el repositorio, no nos hemos atendido entre nosotros, nos hemos pisado, estropeado el trabajo mutuamente en varias ocasiones... Pero al final ha salido. Con esto no quiero decir que no hayamos hecho nada, pero sí que podríamos haber sido menos comodones y hacer más. Lo hemos logrado, más o menos. Es lo que me llevo en el corazón -no tengo de eso-. Y ya. Besos, Mikelh1. Fichero de la iteración 3 h3. Introducción al documento La presente página está dedicada a modo de "diario" de la tercera(3) iteración del proyecto Rural Houses 2017 de la asignatura Ingeniería del Software I (docentes: Alfredo Goñi, Jose Ángel Vadillo) En éste documento, trato de resumir y recoger lo acaecido durante el desarrollo de la última fase del proyecto. Autor del documento: Mikel Iceta Tena Scrum máster al cargo durante la escritura: Mikel h2. Tercera Iteración En un lugar de La Mancha... La tercera iteración se presentó como la última iteración del proyecto de la asignatura IS1. El Scrum Máster de turno sería Mikel Iceta (A partir de ahora "yo"). h3. Backlog Como puede comprobarse en la página de la Wiki del proyecto correspondiente al "changelog(Wiki)":https://xp-dev.com/wiki/239650/Changelog o en el proyecto mismo, no contamos con un proyecto demasiado complejo. h3. Planteamiento Mi planteamiento acerca de cómo abordar la iteración se apoya en tres pilares: * Primero, el planteamiento de las anteriores iteraciones: Nunca tuvimos en mente hacer algo excesivamente complicado. * Segundo, la practicidad: No se trata de demostrar que sabemos liarnos y hacer un Google, sino de demostrar que sabemos aplicar los conceptos. * Tercero, la memoria: Facil de recordar es que no disfrutamos de las mayores sinergias como equipo, así que no debemos de prometer cosas que luego no van a salir. Por tanto, *mi planteamiento* es el siguiente: No vemos necesario lucirnos, queremos aprobar. Para ello, vamos a demostrar que sabemos aplicar lo aprendido en la asignatura de la manera más llana posible, sin hacer interfaces pomposas ni casos de uso de la talla de aplicaciones profesionales, ya que no creo que eso aporte algo más que "lo chulo que queda". h3. Metas y desarrollo El desarrollo de la tercera iteración podría denominarse como muy irregular e inadecuado.(de hecho, lo es) Las metas a completar eran las siguientes: * La más importante: Cambiar la estructura de la aplicación para que *funcionara completamente en 3 capas.* * Implementar un sistema que añadiera *imágenes a las casas.* * Implementar el sistema de *filtrado de búsquedas.* * Implementar el sistema de *compra de deseos.* * Corregir los *bugs* y añadir respuesta *(feedback)* a la interfaz. El reparto se hizo de manera más o menos aleatoria, pero teniendo en cuenta dos factores: * La carga de trabajo en la anterior iteración y el proyecto en general * La disponibilidad (otras asignaturas, temas personales...) Durante el desarrollo, mientras añadíamos funcionalidad o la preparábamos para poder ser transportada entre capas en diferentes ordenadores, se rompieron cosas. Yo me encargué de ello, como puede observarse en los bugs de la iteración ( y los que no salen también). La mayoría del trabajo se ha completado a escaso tiempo de la fecha de la presentación. h3. Resultados De los casos de uso a implementar, errores y bugs por arreglar... Hemos: h4. Implementaciones varias: * Cambiado la estructura del programa para que funcione en 3 capas como se pedía * Cambiado la interfaz de usuario * Añadido las alertas que faltaban h4. Casos de uso: * Implementado el caso de uso: *Comprar deseo* * Implementado el caso de uso: *Ver factura* * Implementado el caso de uso: *Visualizar perfil* * Implementado el caso de uso: *Editar perfil* * Derivado de "Ver factura" : *Generar factura* (Se ejecuta indirectamente cuando se <<Bookea>> una Offer) h4. Bugs: * Arreglado el bug de Wish * Arreglado el bug de Booking * Arreglado los bugs de Bill * Arreglado bugs de comportamiento de las ventanas h3. Trabajo hecho después de la presentación que se podrá ver en el final * La interfaz del usuario mostrará la información de la casa * La interfaz del usuario mostrará la foto de la casa * La interfaz del dueño permitirá subir una foto por casa y cambiar si ya había una h3. No logrado h4. A día de la presentación, nos ha faltado: * Poner en marcha el sistema de visualizar imágenes de casas * Poner etiquetas a los iconos modernos para saber qué hacen * Separar las capas en 2(presen + LN,BD) ó 3(presen + LN + BD) procesos diferentes. h3. Conclusiones Hemos logrado implementar lo prometido. h3. Opinion personal y crítica -destructiva??- del scrum master (Mikel) Podría escribir unas líneas genéricas hablando de altibajos en el proyecto pero con final feliz. Pero no me gusta mentir así que: (EL PRIMER PÁRRAFO PUEDE SER OMITIDO, es mi reflexión sobre el grupo) * *Atención: ésta sección es una crítica a todo el equipo, YO INCLUIDO. No pretendo acusar directamente a nadie* * *Alerta: Humor necesario para leer* *Como integrante del grupo* La metodología empleada en la asignatura me parece válida y útil. Lo que no me ha parecido válido es el equipo que hemos formado. No por la gente, si no por la dinámica y el rumbo tomados desde el principio. No trato de eximirme de ninguna culpa, sería además de incoherente, imposible. Ha sido dificil quedar y aprender a sincronizarnos con xp-dev. *Como scrum-máster* me he sentido ampliamente triste tanto conmigo mismo como con el equipo en general. Ha sido dificil ponernos a trabajar cuando hemos podido. Por otra parte, el hecho de que no había un sentimiento de equipo (culpa de *todos*), ha propensado actitudes cómo la de "yo hago lo mío y ya". Yo creo que si hubiéramos puesto todos más de nuestro lado para trabajar juntos o al menos sin pisarnos, podríamos haber desarrollado algo de mayor calidad. Me he sentido enfadado cuando alguien me preguntaba qué tenía que hacer, y yo llevaba unos días diciendo que estaba todo en xp-dev anotado con horas y descripciones. -Quiero decir, ¿Es necesario que en el patio, mientras me como las pataticas, tenga que enumerar todo lo que hay que hacer cuando lleva 2 semanas colgado y decidido?- *Como gestor de xp-dev* me he sentido desesperado. Ramas que aparecen y desaparecen, commits que destrozan la estructura de golpe en vez de un flujo más contínuo de arreglos que no imposibilita la comprensión del resto. Hemos utilizado mal el repositorio, no nos hemos atendido entre nosotros, nos hemos pisado, estropeado el trabajo mutuamente en varias ocasiones... Pero al final ha salido. Me habría gustado alguna sesión más extensa sobre el sistema de git. Con esto no quiero decir que no hayamos hecho nada, pero sí que podríamos haber sido menos comodones y hacer más. Lo hemos logrado, más o menos. Es lo que me llevo en el corazón -no tengo de eso-. Y ya. Besos, Mikel

miceta003 picture
miceta003 updated Wiki Documento_it3

Name: Iteración 3 - Mikel Iceta como Scrum MasterDocumento_it3

miceta003 picture
miceta003 created Wiki Documento_it3

View View full history