2. Versiones Pequeñas (Short Releases).
Para empezar a desarrollar es preferible abarcar pocas funcionalidades para crear una aplicación que funcione y sobre la cual el Dueño del Producto pueda introducir cambios. Son versiones de tamaño reducido que incluyen funcionalidades básicas requeridas por el usuario que forman un conjunto mínimo de tal forma que la aplicación funcione. Estas versiones pequeñas tienen varias ventajas. El usuario puede ver regularmente como evoluciona el software introduciendo continuos cambios en los requerimientos.
La vuelta atrás siempre será mas fácil con versiones cortas que con versiones que contienen un gran número de modificaciones. Evita que el código se descontrole rápidamente y facilita la claridad y la sencillez tanto del diseño como del código del programa. La primera versión contendrá el conjunto mínimo de requisitos más útiles y necesarios para el sistema global.
Se busca hacer entregas en breves lapsos de tiempo, incrementando pequeñas funcionalidades en cada iteración. Esto conlleva a que el usuario pueda tener una mejor experiencia con el software, ya que lo que deberá probar como nuevo, será poco, y fácilmente asimilable, pudiendo sugerir mejoras con mayor facilidad de implementación.
Para las entregas cortas, es perfectamente recomendable establecer Sprints de 1 a 8 semanas, según los requerimientos y las necesidades. Dicho código debe ser desarrollado con calidad ya que no se puede mantener una velocidad importante de entrega si no se cuenta con calidad y un equipo disciplinado, comprometido y confiable.