Lineamientos Metodológicos v1.0

Se trabajarán para cada proyecto dos sprints o iteraciones en paralelo, uno para Gestión de Versión (Historias de Usuario) bajo metodología Scrum y otro para Gestión de Incidentes (Soporte) bajo metodología Kanban.
Duración de los Sprint:

Versión: Dos Semanas - Despliegue en Servidor de Desarrollo (DEV) 7 a.m - 9 a.m del primer día hábil posterior a la terminación del sprint.

Kanban: 1 Semana - Despliegue en Servidor de Desarrollo (DEV) los jueves 4 p.m.

Entrega de Versión (Scrum), se efectuará la socialización de los requerimientos desarrollados en la versión a las áreas de Producto y Calidad de 9 a.m - 11 a.m del primer día hábil posterior a la terminación del sprint.
El líder de Desarrollo deberá debatir y conciliar con los involucrados del Área de Producto y Gestión de Proyectos , la clasificación de los incidentes reportados en la herramienta (Jira) y la entrega o Release en la cual serán incluidos.
Los incidentes reportados en kanban con prioridad Crítico deberán analizarse y estimarse de inmediato, de aceptarse dicha clasificación se priorizará su desarrollo y una vez terminado se procederá de inmediato a generar la instalación en servidor de desarrollo para certificación de la solución por parte del área de Calidad.
Una vez se reciba Certificación de Versión por parte del área de Calidad, se tendrán 3 horas hábiles (laborales) para la liberación del paquete para el área de infraestructura.
Ningún Ingeniero deberá atender mantenimientos sin su respectivo incidente (Jira) asociado, de hacerlo el tiempo correrá por su cuenta.
Paralelo al desarrollo o implementación de la última semana del sprint de Gestión de Versión , los ingenieros senior deberán realizar el análisis de las Historias de Usuario previamente documentadas y priorizadas en el BackLog, solicitar aclaraciones, definir precondiciones, y así estimar y establecer el alcance de la siguiente versión.
Acorde al punto anterior solo se incluirán en una versión, Historias de Usuario (Requerimientos) documentados durante los tres primeros días de la semana previa al inicio de desarrollo de la versión.
Terminada la Entrega de Versión, el equipo de trabajo de cada proyecto procederá a realizar las reuniones de Restrospectiva del Sprint y Planeación del siguiente Sprint para lo cual contará con dos horas hábiles para, analizar y documentar las lecciones aprendidas del sprint anterior, solucionar inquietudes sobre los requerimientos a desarrollar en el sprint por iniciar, asignar y ajustar estimaciones.
En la reunión de planeación del sprint se establecerán los miembros de cada equipo que tendrán asignación de porcentaje de horas para Mantenimiento (Sugerido 20% de la jornada diaria).
La estimación de las versiones deberá reflejarse en las incidencias (Jira), si el requerimiento toma más de 6 horas hábiles, deberá ser dividido en subtareas (Unidad de Medida Mínima : 1 hora - Unidad de Medida Máxima : 6 horas).
Cada ingeniero deberá cambiar los estados de las incidencias acorde al flujo de trabajo, y registrar las horas empleadas para la solución.
Se contemplarán y asignarán 2 horas para despliegues de versiones.
Desfase entre versiones en servidores, cuando se registre un incidente (Kanban) y las versiones instaladas en los ambientes sean diferentes, deberá hacerse un análisis de afectación e impacto, para determinar la versión en la cual se debe reflejar la solución del incidente, o si se si se debe crear una instancia paralela de la solución para la certificación por el área de Calidad. Se deben separar y tener en cuenta tiempos de solicitud de backups de datos, archivos específicos e instalación de la nueva instancia.