Metodología

Somos un grupo de desarrollo de software ágil, adoptamos las mejores prácticas de Ingeniería de Software para llevar a cabo nuestros proyectos de manera eficiente.

Metodología SCRUM

SCRUM

Durante el desarrollo del proyecto se utilizara la metodología SCRUM, se escoge esta metodología ya que para la forma en la que va a desarrollar el proyecto es necesaria una comunicación constante con el cliente y un constante desarrollo de la aplicación, con la flexibilidad de adaptación dependiendo de los requerimientos del cliente a través del tiempo.

A continuación se describirán cada una de las fases de los procesos que se tendrán en cuenta durante el desarrollo de la metodología SCRUM.

Fase 1 Fase 2 Fase 3 Fase 4 Fase 5

Roles

Identificación de los Roles y División del Trabajo

Stakeholder

Alejandro Troncoso

Project Manager

Juan Guillermo Sierra Agreda

Product Owner

Albert Yarid Perez Cardenas

Scrum Master

David Styven Nieto Marin

Team Scrum

Arquitectura

Luis Gerson Avendano Alvira

Andres Duvan Chaves Mosquera

Sergio Ivan Sarmiento Beltran

Front-end

Michael Estiven Guerrero Acevedo

Christian Fernando Ortiz Pulido

Cesar Felipe Pineda Ortiz

David Felipe Rico Hernandez

Back-end

Juan Sebastian Paez Arroyo

Cesar Felipe Pineda Ortiz

David Felipe Rico Hernandez

Sergio Ivan Sarmiento Beltran

Pruebas QA y Seguridad

Miguel Angel Gomez Chacon

Sergio Ivan Sarmiento Beltran

Product-Backlog: El Product Owner creará el Product-Backlog, en un archivo excel, donde se describirán todas las historias de usuario que se realizarán durante el proyecto y lo irá retroalimentando a medida que se realice cada uno de los sprint.

Sprint-Backlog: El Product Owner creará el Sprint-Backlog, en un archivo excel, donde se describirán todas las historias de usuario que se realizarán durante el sprint.

Scrum-Board: El Scrum Master creara el Scrum-Board, en Trello, donde se especificarán las historias de usuario comprometidas en el Sprint-Backlog, para que cada integrante del Team Scrum las desarrolle.

Planificación de Lanzamiento

Se realizarán entregas al finalizar cada sprint (los cuales tendrán un tiempo de duración de 1 semana) los días miercoles al Stakeholders en el salón de clases; es decir, se tendrá un total de 14 Sprints en todo el proyecto.

Planificación y Estimación

Resumen

Progreso del Proyecto por Sprint

  • Sprint 1

    April 23, 2019

    Hacer la estructura de la base de datos, escoger los colores dela aplicación y crear las pantallas de inicio de sesión, registro de usuarios y perfil de usuario.

  • Sprint 2

    May 3, 2019

    Crear un prototipo de CRUD de entidades, unificar todas las pantallas para que tengan los mismos estilos, actualizar la página web del grupo, averiguar sobre AWS para subir la aplicación en la nube y crear los métodos GET para unificar Back y Front.

  • Sprint 3

    May 8, 2019

    Crear pantallas de información familiar, información académica, cargar archivos y el home de perfil de usuario. Actualizar el motor de procesos y crear método POST para unir Back y Front.

  • Sprint 4

    May 15, 2019

    Hacer el header y el footer de página, reestructuración de la base de datos, modificar el modelo de entidad relaciones y actualizar el motor de procesos.

  • Sprint 5

    May 22, 2019

    Hacer manejo de rutas en Front, validar modelos, paginar usuarios usando la gema willpaginate en Back, implementar la gema knock en Front y terminar pantalla de educación superior.

  • Sprint 6

    May 29, 2019

    Adecuar el seed, realizar la autenticación y actualizar el motor de procesos. Se asignan pocas tareas por semana de parciales.

  • Sprint 7

    June 5, 2019

    Realizar la autenticación con Redux, mantener la sesión, hacer las peticiones de perfil de usuario y hacer funcionar la aplicación.

  • Sprint 8

    June 12, 2019

    Hacer pantallas de Administrador, unir la pantalla de subida de archivos con Back y hacer una barra de progreso para el usuario. Implementar Camunda para el motor de procesos e iniciar documentación sobre seguridad de la aplicación.

  • Sprint 9

    June 19, 2019

    Hacer el mapa del sitio, unificar la pantalla de registro con Back y modificar el menú de navegación para que aparezca la opción de cerrar sesión cuando un usuario se inicia sesión.

  • Sprint 10

    June 26, 2019

    Arreglar el re direccionamiento de todas las pantallas y botones, averiguar sobre implementar la subida de archivos y notificaciones por correo.

  • Sprint 11

    July 3, 2019

    Se corrigen algunos campos de la base de datos, se agrega un campo de estado en el perfil del usuario, se continua trabajando en la subida de archivo y en arreglar algunos estilos de las pantallas de Front.

  • Sprint 12

    July 10, 2019

    Se modifica la vista de administrador donde se enlistas los usuarios para poder filtrarlos, se agrega la opción de editar información básica en perfil de usuario, se conectan los formularios con Back y se continúa arreglando los estilos de las vistas en Front.

  • Sprint 13

    July 17, 2019

    El Sprint se encuentra en proceso pero se tiene planeado realizar una vista para la citación generada y mostrar una ventana emergente, poder subir los archivos y la foto de perfil y Terminar de arreglar todas las vistas en Front.

  • Retrospectiva
    Del Proyecto
    Entrega Final!

Planificación y Estimación

En la reunión de planeación (Planning), que se realizará todos los viernes a la 1:00 pm, en la terraza del CyT (Edificio de Ciencia y Tecnología), con una duración de 2 horas, donde el Product Owner entregará las historias de usuario, previamente priorizadas en el Product-Backlog, al Team Scrum y se utilizará la técnica de Planning poker para realizar la estimación de las historias de usuario, donde se asignan los puntos de historia basados en la serie de fibonacci.

Cada integrante del Team Scrum se comprometerá con una o más historias de usuario y se identificará las tareas.

El Product Owner realizará el Sprint-Backlog conforme a lo definido por el Team Scrum. El Scrum Master restablecerá el Scrum-Board, en Trello, de acuerdo a las historias de usuario que se acordaron para el sprint.

Desarrollo e Implementación

Desarrollo e Implementación

Cada integrante del team scrum se encargará de mover la historia de usuario que tiene comprometida en el Scrum-Board hasta llegar al estado “Hecho” a medida que va creando los entregables.

Los Dailys se realizarán con una duración no mayor a 15 minutos diarios, por medio de Whatsapp desde las 7:00am a las 9:00 pm; donde el Team Scrum responderá las siguientes preguntas:

¿Qué hice hoy?
¿Qué impedimentos tuve?
¿Qué voy a hacer mañana?

El Product Owner refinará el Product-Backlog a medida que se va moviendo el Scrum-Board y se requiere crear o definir alguna historia de usuario para el siguiente sprint.

Revisión y Retrospectiva

Time-Boxing

El Tiempo Asignado debe ser exacto y el mismo para todo el Proyecto

Revisión y Retrospectiva

Las reuniones de revisión (Review) se realizarán todos los viernes a la 11:00 am, en la terraza del CyT (edificio de Ciencia y Tecnología), con una duración máxima de 1 hora, en la que el Product Owner aprobara o rechazara las historias de usuario que se comprometieron en el sprint.

La reunión de retrospectiva (Retrospective) se realizarán todos los viernes a la 12:00 m, en la terraza del CyT (edificio de Ciencia y Tecnología), con una duración máxima de 1 hora, en la que el Team Scrum, junto con el Scrum Master, realizarán una dinámica para identificar cómo nos fue en el sprint. Inicialmente se realizará la dinámica del Barco, dirigida por el Scrum Master, donde cada persona por medio de post-it colocara lo que le parece que fue bueno, lo que fue malo o alguna amenaza que ocurrió en el sprint.

Luego de que cada persona ubique las tarjetas en el tablero se clasificarán por categorías para encontrar las cosas que la mayoría consideran que se deben revisar y realizar acciones de mejora. El principal objetivo es que no se vuelvan a presentar en los futuros sprint.

Despliegue e Implementación

Despliegue e Implementación

La fecha tentativa de entrega del producto, totalmente terminado al Stakeholder es el 15 de Julio de 2019. El mismo día que se realice la entrega total del producto, ó el siguiente día viernes en el horario habitual, se realizará una retrospectiva del proyecto, similar a las retrospectivas de los sprint.

Sprints

KPI de las tareas del Proyecto

En el siguiente grafico se puede observar el desempeño general de cada integrante del grupo, en relación con las tareas de desarrollo realizadas durante los primeros 12 Sprint.

En el siguiente grafico de barras se puede observar el desempeño de los integrantes del equipo de desarrollo en relación con la cantidad de tareas realizadas desde el Sprint 8.

Los siguientes gráficos de barras están basados en la información de GitHub con respecto a los Commits, Additions y Deletions de cada integrante del equipo de desarrollo desde el Sprint 8.

Los valores de Additions se multiplican x1000 y los de Deletions se multiplican x100.

A continuación se puede observar el aporte por Sprint de cada integrante del equipo de desarrollo.

Retrospectivas