Retrospectiva Animada de un proyecto, desde el Taller de Metodologías Ágiles de la Universidad de Chile

[Agustin (Cucho) Villena]

Estimados Amigos Agilistas:

Me permito compartirles una de las más entretenidas retrospectivas que he visto de un proyecto ágil

por parte de mis alumnos del taller de metodologías ágiles de la Universidad de Chile

http://www.youtube.com/watch?v=6oMikkKayaE

#chileagil 

Saludos!

  Agustín Villena

 

[Rubén Martínez Candela]

jajaja! me gustó mucho el video pero no entendí bien el porqué descartar el uso de git y tests, ya se que la idea es ser agil pero ¿y la calidad?

gracias por el video y salu2!

--
Has recibido este mensaje porque estás suscrito al grupo "agile-spain" de Grupos de Google.
Para publicar una entrada en este grupo, envía un correo electrónico a agile...@googlegroups.com.
Para anular tu suscripción a este grupo, envía un correo electrónico a agile-spain...@googlegroups.com
Para tener acceso a más opciones, visita el grupo en http://groups.google.com/group/agile-spain?hl=es.

--
Rubén Martínez Candela
www.rubenmartinez.info

[Agustin Villena]

Hola Ruben

Gracias por tu comentario.
Sobre tu pregunta: lo que no aporto valor fue el invertir demasiado tiempo en AUTOMATIZAR el versionamiento y el testing. De hecho, el definir bien los tests de aceptacion fue lo que salvo el proyecto. Es decir, la leccion es que primero hay tener que funcionar algo que sirva y luego lo hacemos mas optimo.

Saludos!
  Agustin
  www.chileagil.cl

2011/7/27 Rubén Martínez Candela <samp...@gmail.com>

[Rubén Martínez Candela]

Ok, entiendo y estoy deacuerdo. Como haceis vosotros las pruebas de aceptación? es un tema que desconozco bastante y tengo que ponerme las pilas con ello.

gracias y salu2.

[Agustin Villena]

Conceptualmente una prueba de aceptacion es un checklist de itemes que, acordado entre cliente y desarrollo, define lo que un software o funfionalidad de éste debe cumplir.
En este caso el cliente definio un escenario en donde 3 personas hacian trueque de servicios, escenario que sirvio para concretizar lo que necesitaba.

Hay maneras automatizadas de gestionar test de aceptacion (usando BDD ) pero no las conozco en la practica aun

Saludos!
Agustin

[Enrique Amodeo]

Si al realizar el análisis funcional detallado, usas una técnica
llamada "especificaciones por ejemplo", terminas con algo que te sirve
tanto de especificación funcional como de "cuaderno de carga", que
puedes usar para las pruebas de aceptación.
Si quieres automatizar puedes poner esta especificación en un formato
especial llamado Gherkin, que puedes automatizar usando una
herramienta llamada Cucumber. Otra herramienta, quizás más práctica si
usas JAVA, es JBehave. Ambas son muy similares.
Echad un vistazo a:
* Cucumber, Gherkin y especificación por ejemplos http://cukes.info/
* JBehave http://jbehave.org/reference/stable/concepts.html
En un proyecto en el que participé, no se llegó a automatizar, pero
aun así esto de la especificación por ejemplo fue un avance. Por un
lado los desarrolladores y los usuarios entienden mejor, y con menos
malentendidos, el análisis funcional, por otro lado, te queda ya el
cuaderno de carga para hacer las pruebas a mano.
Salud !

2011/7/27 Agustin Villena <agustin...@gmail.com>:

[José Manuel Beas]

Offtopic:
Echad un vistazo a Concordion: menos restrictivo en el formato, aunque ya sé que Cucumber tampoco... :)

Un saludo,
José Manuel Beas
http://jmbeas.es

[Enrique Amodeo]

Acabo de echarle un vistazo a esta herramienta, Concordion, y la
verdad es que me parece muy buena. Definitivamente la tengo que
probar.
Gracias!

2011/7/28 José Manuel Beas <jose....@gmail.com>: