La base del desarrollo ágil de software
El desarrollo ágil de software es, con la excepción mencionada más abajo, iterativo. Una iteración es un período corto de tiempo que va desde un mes hasta solo una semana. La duración media de una iteración en los distintos equipos, según mi experiencia, oscila entre un mes (el estándar de Scrum) y una semana, que es mi recomendación para un ciclo de XP. Creo que la tendencia actual es de dos semanas.
Pero me estoy desviando del tema. El elemento más importante en Agile, la Conditio sine qua non, la condición necesaria, el requisito previo, lo que se debe hacer en todo caso, es:
El equipo debe entregar software funcional, probado e integrado al final de cada iteración; en Scrum se diría que debe estar „done-done”
No hay forma de evitarlo. No puedes entregar algo solo cada dos iteraciones. Tampoco puedes entregar software casi terminado y luego corregirlo en la siguiente iteración. Ni siquiera intentes escabullirte. Debes entregar software.
Una excepción
Si pensabas que aquí encontrarías una forma de librarte, te equivocas. La única excepción para entregar software terminado en cada iteración es entregar aún con más frecuencia. Algunos equipos de alto rendimiento trabajan actualmente en una especie de modo Kanban, en el que esencialmente entregan funcionalidades de forma continua, normalmente cada pocos días.
Lo sentimos, no hay forma de evitarlo
Software real, funcional, integrada, probada, done-done – y esto en cada iteración, o simplemente de forma permanente. En el camino tendrás que aprender lo que todo esto significa, y seguramente te encontrarás con dificultades. Pero también notarás que „done” significa más de lo que pensabas. Por supuesto que incluye el manual de uso. Por supuesto que incluye la formación de usuarios. Por supuesto que incluye todo aquello que creías imposible.
Nobody’s perfect
Tu equipo no es perfecto y probablemente no logrará todo esto en cada iteración. Sin embargo, lo que definitivamente debes hacer si aún tienes margen de mejora es algo que en Scrum se llama „Inspect & Adapt”. Kent Beck lo expresó una vez de la siguiente manera: „Encuentra tu mayor problema, resuélvelo a la manera XP y repite el proceso.”
Si necesitas ayuda con eso, busca esa ayuda.
¡Y ahora empieza a entregar ese software!
Este texto proviene del blog de Ron Jeffries y fue traducido por nosotros al alemán.
