Una introducción a Extreme Programming
- Detalles
- Publicado: Viernes, 05 Febrero 2010 14:59
- Escrito por Leonardo De Seta
Extreme Programming (XP) es una disciplina para el desarrollo de software basada en los valores de simpleza, comunicación, feedback y coraje. Reune al Equipo Completo junto a prácticas simples, con el feedback suficiente feedback para permitirle al equipo ver en dónde está y ajustar las prácticas a su situación única.
Vamos a repasar algunos de los conceptos y prácticas más importantes de Extreme Programming.
Una vez que hayamos empezado con la práctica del Scrum Diario, es hora de empezar a darle forma al proceso un poquito más. Veamos 10 consejos para mejorar el Scrum Diario:
Durante los últimos años, la popularidad que alcanzó Scrum generó varios preguntas sobre cómo funciona esta práctica. Y una pregunta recurrente es: ¿existe un lugar para el analista de negocio dentro de una organización Ágil? 
En nuestro grupo trabajamos con 
Hacer frente a los impedimentos se convirtió en algo relativamente popular a través de la adopción de la filosofía ágil en las organizaciones. Este texto pretende generar una reflexión sobre cómo los equipos están tratando los impedimentos que aparecen en lo cotidiano. Por lo tanto, en los siguientes párrafos descubrimos porqué se recomienda que se tenga un verdadero sentimiento de enojo de los impedimentos. 
"Hacer dos cosas a la vez es no hacer ninguna de ellas". - Publilius
Hablando el mes pasado con mi amigo Siraj nos preguntamos ¿por qué la "filosofía" ágil no resulta tan bien en los negocios como un todo?. Lo que quiero decir es que resulta bastante fácil de encontrar hoy en día un departamento de desarrollo de productos/software de una empresa que use métodos ágiles, pero ¿qué es lo que falta para que recursos humanos, marketing, financiero, administrativo, comercial y todos los demás departamentos también entren en esto?
Imaginen si existieran perillas para manejar la capacidad (o velocidad), el tiempo de ciclo, la calidad y la predictibilidad de los proyectos, y que pudieramos configurar nuestro proceso moviendo estas perillas. "Quiero alta capacidad, tiempos de ciclo bajos, alta calidad y alta predictibilidad. Así que voy a girar estas perillas a 10, 1, 10, 10 respectivamente".
"ScrumMaster" es un nombre que sugiere ser el guardián del proceso de Scrum. Él es un agente de cambio que apoya a su equipo, que enseña y promueve Scrum en toda la organización. Garantiza el buen funcionamiento de las actividades del equipo erradicando los impedimentos y manteniendo al equipo protegido de las distracciones externas. Sin embargo, en ciertos escenarios, los equipos ágiles sienten que el ScrumMaster en sí es el mayor impedimento. 
Hace algún tiempo pensaba en si dos metodologías de desarrollo de software, una tradicional y una ágil, podrían ser combinables. Y pues, a simple vista es difícil dimesionar si dos aspectos distintos de hacer las cosas pueden convivir bajo una misma nube, y llegué a la conclusión que si, pues usualmente las metodologías tradicionales proponen estructuras de trabajo en base a procesos, mientras que las ágiles apoyan el postulado de basarse en las personas para lograr que un proyecto sea exitoso.
Un equipo que adopta Ágil por primera vez tiende a cometer varios errores durante los primeros días. Uno de los errores más comunes es intentar hacer una estimación precisa. Durante la Reunión de Planificación del Sprint de la primera iteración, el equipo no conoce su velocidad y tiende a gastar tiempo intentado crear estimaciones "precisas" o estima usando "colchones" arbitrarios. Gastan demasiado esfuerzo detallando las tareas y estimándolas.