El Sprint Cero en SCRUM

¿Qué es el Sprint Cero en Scrum?

Tal vez suena raro hablar de un sprint cero, cuando en todo momento y en todos los textos se hacen referencia a que las iteraciones comienzan con el sprint 1. Acá vamos a tratar un tema super importante  y lo denominaremos Sprint Cero, que se constituye en lo primero de lo primero que debemos hacer antes de entrar al desarrollo del software.
Para empezar, el Sprint cero no es un sprint que genere un Incremento usable, es decir no hay un producto de software. Luego, es un Sprint corto, puede durar de 5 a 10 días.
 Para responder a la pregunta inicial, podemos decir en términos simples que el Sprint Cero es una etapa de planificación, coordinación y logística de los recursos necesarios para un desenvolvimiento adecuado del equipo de desarrollo y del proyecto, las actividades que se deben cumplir en éste Sprint son:

• Determinar la plataforma de desarrollo o framework a ser usado por el Team.
• Instalar y configurar los servidores, la red, el framework, el gestor de la Base de Datos y todo el software de base necesario para el desarrollo del sistema.
• Instalar y configurar todos los equipos de los miembros del Team con las mismas herramientas de desarrollo. Es importantes que todos tengan la misma plataforma, es decir sistema operativo, navegadores, graficadores, lenguaje de programación, etc., incluso en características de hardware de los equipos PC.
• Definir los estándares de las interfases de usuario, como ser: formato o distribución de las áreas en las pantallas: barra de menú, barra de opciones, área de datos, barra de estado, etc. Determinar los colores a usar en las pantallas, el tipo de letra, el tamaño de letra, para todos los elementos de la pantalla, vale decir etiquetas, datos, grillas, etc.
• Definir los estándares de las salidas o reportes: ubicación del logo, encabezado, datos de control y auditoría, títulos, encabezados de columna, manejo de subtotales, totales generales, etc. A esto se añade el tipo de letra, tamaños de letra, uso de rayas de separación de líneas o columnas.
• Definir los estándares de codificación, esto comprende varios aspectos, como ser: la documentación interna de los programas con encabezados de programas, de funciones, de clases; la estandarización de variables en los programas, vale decir identificar las variables globales, locales, contadores, acumuladores, etc.
• Establecer los estándares de definición de las tablas de la Base de Datos.
• Y otros más.

Como podemos ver, antes de empezar el desarrollo mismo del sistema o software, hay un trabajo de coordinación técnica del equipo de desarrollo que es muy importante para el éxito del proyecto. No es como algunos piensan, sentarse frente a una computadora y empezar a programar.