blogs
Curso de TDD en Madrid
Submitted by carlosble on Vie, 22/01/2010 - 20:15
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
Submitted by blogger on Lun, 18/01/2010 - 01:43
- 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.).
Primer libro de TDD en castellano: Diseño Ágil con TDD
Submitted by blogger on Lun, 11/01/2010 - 09:00
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
Submitted by contenido-agile... on Mié, 23/12/2009 - 10:37
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.
¿Qué es toda esta tontería de las katas?
Submitted by contenido-agile... on Dom, 13/12/2009 - 11:24
Escrito por Uncle Bob
Traducido por el grupo de contenidos de agile-spain
Artículo Original
Últimamente hay un interes creciente por las Katas de Software. ¿Qué es todo este ruido, y por qué puede ser importante?
Hace varios años Dave Thomas (Pragmatic Programmer) inició un blog especial sobre la programación de katas. La idea era simple: los profesionales practican.
Quizás no se te había ocurrido antes, pero es evidentemente cierto por sí mismo. Los músicos profesionales practican. Los bailarines profesionales practican. Los médicos practican. Los soldados practican. De hecho, cualquier tipo de artesano profesional debe practicar el oficio que ejerce a fin de desarrollarlo bien a la hora de la verdad.
El punto de Dave fue que los programadores profesionales necesitan practicar como cualquier otro profesional. Estableció una serie de sencillos ejercicios y problemas que los programadores podían resolver durante su tiempo de práctica. También sugirió que el tiempo de práctica debía ser planificado y protegido como parte de la rutina normal de un desarrollador de software.
