En el siguiente vídeo se explica que es esta metodología los invitamos a verlo para que entiendan un poco de lo que hablaremos.


En el vídeo anterior no se menciona ningún documento sin embargo ágil no es sinónimo de cero documentación. Sin embargo existe!

Dentro de Extreme Programming encontramos dos tipos de planificacion las cuales son documentadas.

  • Planificación de la Entrega, es una práctica en donde el Cliente presenta las características deseadas a los programadores, y los programadores estiman la dificultad. Teniendo las estimaciones de costo, y sabiendo la importancia de las características, el Cliente establece un plan para el proyecto. Los planes iniciales de entregas son necesariamente imprecisos: ni las prioridades ni las estimaciones son sólidas, y tampoco sabremos qué tan rápido trabaja el equipo hasta que empiece a trabajar. Sin embargo, incluso el primer plan de entrega es lo suficientemente preciso como para tomar decisiones, y el equipo XP revisa de forma regular el plan.
  • Planificación de la Iteración, es la práctica en donde el equipo establece el rumbo cada un par de semanas. Los equipos XP construyen software en iteraciones de dos semanas, y entregan software útil al finalizar cada iteración. Durante la Planificación de la Iteración, el Cliente presenta las características deseadas para las siguientes dos semanas. Los programadores las descomponen en tareas, y estiman su costo (a un nivel de detalle más fino que durante la Planificación de la Entrega). El equipo entonces se compromente a terminar ciertas características basándose en la cantidad de trabajo que pudieron terminar en la iteración anterior.

Estas planificaciones dentro de XP, nos dan lugar a varios documentos los cuales son:

Documentación de los requerimientos

En este punto XP es muy similar a Scrum, pues se sirve de las Historias de Usuario

Yo como [tipo de usuario/rol] quiero que el programa [haga algo ] para [tener valor de negocio].

Las historias de usuario se documentan en el Product Backlog y despues de la priorización pasan a ser material para planificar la iteración.

Iteration Plan

Establece que se hará a cabo en la iteración y como se evaluara su aceptación.

Release Plan

Antes llamado Commitment Schedule. Es donde se planea lo que sera liberado después de las iteraciones.

Ademas se llevan a cabo documentaciones implicitas como:

  • La documentación del diseño del producto como la arquitectura del software.
  • Manuales de usuario.
  • Documentación del código.

Para mas informacion sirvase de leer la siguiente entrada en el blog de Ron Jeffries.