Omitir navegación.
Principal
Agile Spain es una comunidad sobre métodos ágiles en lengua castellana

11º Encuentro Agile-Madrid. Definition of Done (Pruebas de aceptación automatizadas)


Eventos y conferencias

11º Encuentro Agile-Madrid. Definition of Done (Pruebas de aceptación automatizadas) -

Entre todos los asistentes a la reunión hemos creado un resumen en el sitio google del grupo. Leedlo antes de continuar :D

Dado que el resumen ya está hecho, voy a escribir un poco qué supuso para mi la reunión.

Preparativos
En un principio, mi labor para esta reunión era preparar un ejemplo de automatización de pruebas de aceptación en FitNesse y presentarlo (Tengo que decir que, aunque conocía FitNesse, nunca lo había usado y, esta reunión me ha servido para aprender un poco de que va ese rollo :D Me ha gustado bastante y puede que para la próxima iteración del blog escriba un "How To" sobre FitNesse).
Unos días antes de la reunión, José Manuel Beas me dijo que no iba a poder ir y me pidió que me encargarse yo de la charla. Me cedió tanto la presentación como el ejemplo de Concordion que iba a presentar.

Curso de TDD en Madrid


Eventos y conferencias

Los próximos 4 y 5 de Marzo tendrá lugar una edición del curso de Test Driven Development en Madrid. Se trata de un curso abierto de tal manera que puede asistir tanto personal de empresas como particulares. El plazo para inscripción termina pronto.

Hay un 10% de descuento para los suscritos al google group de Agile-Spain

Más información aqui.

Priorización de prácticas ágiles - IX y X encuentros ágiles en Barcelona


Eventos y conferencias
Priorización de prácticas ágiles - IX y X encuentros ágiles en Barcelona -
En estos encuentros ágiles se elaboró un diagrama de prácticas y se hizo una priorización considerando un proyecto sin evolución posterior y de corta duración.
 
La priorización de las prácticas ágiles a aplicar en un proyecto puede depender de diferentes factores:
  • El tipo de proyecto, respecto a si no va a tener evolución posterior, o bien si se trata del desarrollo de un producto.
  • Su tamaño (esfuerzo necesario a realizar), su complejidad, el número de personas implicadas.
  • El conocimiento de la tecnología y del dominio (tipo de negocio) por parte del equipo.
  • El conocimiento del proceso de trabajo.
  • El conocimiento entre los miembros del equipo, si han trabajado anteriormente juntos.
  • El tipo de aspecto a mejorar dentro del proyecto (calidad, tiempos de entrega, productividad, etc.).
 
Hacer clic en la imagen para ampliarla
 

Primer libro de TDD en castellano: Diseño Ágil con TDD


Desarrollo

El Libro

 

Sinopsis:

¿Dedicas una gran parte de tu tiempo de desarrollo a resolver incidencias de aplicaciones en producción?, ¿te enfrentas a sesiones de depuración interminables para encontrar la raíz de un problema?, ¿te extenúa descubrir innumerables fallos cada vez que introduces nuevas características a funcionalidades ya existentes?. Si respondes afirmativamente estas cuestiones y quieres promover el cambio, en este libro encontrarás la clave.

TDD es una técnica de desarrollo que se lleva aplicando durante años con gran éxito en lugares como EEUU y Reino Unido, sin embargo, la ausencia de información en español sobre la misma ha supuesto un freno para su difusión en los países hispano-parlantes. El objetivo de este libro es poner solución a este dilema y ofrecer una referencia completa, tanto teórica como práctica, que permita al lector iniciarse en su comprensión y aplicación.

Cuatro Tipos de Personas que se Resisten a Adoptar Agile


Metodologías

Escrito por Mike Cohn

Traducido por el grupo de contenidos de agile-spain

Artículo Original

La gente se resiste a cambiar a Scrum por muchas razones diferentes. Algunos se resisten porque se sienten cómodos con su trabajo actual y sus compañeros. Han tardado años en llegar a sus niveles actuales dentro de la organización, en estar en este equipo, en trabajar para ese director o para saber exactamente cómo hacer sus trabajos cada día. Otros pueden resistirse a cambiar a Scrum debido al temor a lo desconocido. "Más vale lo malo conocido que lo bueno por conocer" es su mantra. Y otros pueden resistirse debido a una verdadera aversión o desconfianza hacia el enfoque de Scrum. Puede que estén convencidos de que desarrollar productos complejos, de forma iterativa y sin un fuerte diseño inicial llevan al desastre.

Hay tantas razones para resistirse a Scrum como maneras de resistirse. Una persona puede resistirse con una lógica bien razonada y fuertes argumentos. Otra puede resistirse de forma callada y saboteando los esfuerzos por cambiar. Y otra puede resistirse simplemente ignorando el cambio, trabajando a la antigua en la medida de lo posible y esperando que la próxima moda haga que Scrum desaparezca.

Syndicate content