• Flexibilidad y adaptabilidad a los cambios

• Fomentar la creatividad e innovación en los proyectos

• Costos más bajos en la producción

• Mejora de calidad de las soluciones

• Sinergia organizacional

• Satisfacción de los empleados

• Aumento de la satisfacción del cliente

• El cliente obtiene resultados más rápidos

• Retroalimentación constante del cliente

• Permite reunir requisitos después de cada entrega

Desventajas:

• Para trabajar con Scrum, hay que conocerlo previamente

• Las tareas y plazos siempre tienen que estar definidos, No hay lugar para actividades sin terminar

• No se recomienda a equipos sin experiencia

• Se aplica a equipos reducidos

• Puede que se necesiten cambios dentro de la empresa

• Debido a cambio continuo, es más difícil implementar controles de calidad.

• Pueden generarse desviaciones en el alcance ya que el cliente agrega más requerimientos a medida que va recibiendo entregas

Para implementar la Metodología Ágil de Scrum, debe haber un experto en Scrum en la empresa o un consultor externo para garantizar que los principios de Scrum se apliquen correctamente. Scrum implica una ejecución precisa y generará serios problemas si no se realiza correctamente.

Los tres roles principales en Scrum son:

• Propietario del Producto (Product Owner): Responsable de tomar decisiones, entender el negocio del cliente y la visión del producto. Gestiona el "Product Backlog" priorizando las necesidades del cliente.

• ScrumMaster: Garantiza la aplicación rigurosa de la metodología Scrum según las guías establecidas. Facilita al Scrum Team y a la organización el entendimiento teórico y práctico de Scrum. Elimina obstáculos que puedan interferir con el flujo del proceso y ayuda al equipo de desarrollo a comprender las necesidades del cliente y del propietario del producto.

• Equipo de Desarrollo: Grupo reducido de 5 a 9 personas con la autoridad para organizar y tomar decisiones para alcanzar sus objetivos. Participan en la selección de tareas del Backlog para cada iteración.

• Mapa del recinto universitario que indique la ubicación de cada facultad, número de salas y los horarios de disponibilidad de estas.

• Mostrar la malla curricular, en la cual al hacer clic en una asignatura, será posible ver que otros ramos deben ser aprobadas para poder cursarla.

• Acceso directo al correo institucional.

• Calendario que indique las fechas de las evaluaciones de cada asignatura, y recuerde al alumno de cada una de estas con una semana, y posteriormente con un día de antelación.

Para esto, representantes de la universidad se acercan a un grupo de ingenieros informáticos, para presentarle sus necesidades. Entonces, una persona, el "Procuct Owner", compila estos requerimientos en una lista (Product Backlog).

Posteriormente, se realiza una reunión en la cual se decidirá cual de las funcionalidades se trabajará primero, y los tiempos estimados para este desarrollo. Se elige por ejemplo, la creación de la interfaz que muestre las asignaturas, y la exhibición de las notas, y los materiales adjuntos (Sprint Backlog).

Se decidirá esto con el equipo de desarrollo, y posteriormente estos empezarán a trabajar en esta funcionalidad, realizando coordinaciones diarias mediante los "Daily Scrum".

Eventualmente, es generada una versión de prueba que solo cumple con las primeras funcionalidades elegidas. Todo el equipo de informáticos revisa que las funcionalidades operen correctamente, y después de esto, se da por terminada la primera iteración.

Luego se pasa a la siguiente iteración, en donde serán elegidas otras funcionalidades para ser desarrolladas, por ejemplo, ahora se trabajará en la elaboración del mapa digital del campus universitario. Se sigue el mismo procedimiento, generando versiones de prueba cada vez más elaboradas, hasta cubrir con todas las funcionalidades y terminar la aplicación móvil.

Uno de los elementos fundamentales de la metodología Scrum corresponde a la gestión a través de reuniones diarias.

El incremento corresponde a una parte que ha sido añadida o desarrollada durante una iteración. Es una parte ya terminada y funcional.

• Usuarios: Destinatario final del producto.

• Stakeholders: Personas que se verán beneficiadas por el proyecto. Participan durante revisiones del “Sprint”.

• Managers: Toma las decisiones finales, participa en la selección de objetivo y requisitos.

• Revisión del Sprint: Se evalúan los requisitos completados durante la iteración y se presentan los resultados finales junto con una versión de demostración operativa. Esta reunión tiene una duración máxima de 4 horas y solo se pueden presentar las funcionalidades que estén completas.

• Retrospectiva del Sprint: El equipo Scrum analiza qué aspectos pueden mejorarse en la siguiente iteración. Esta reunión, coordinada generalmente por el Scrum Master, tiene una duración máxima de 3 horas y asiste todo el Scrum Team.

Después de completar un ciclo, el proceso comienza nuevamente con la planificación del siguiente Sprint, centrándose en el desarrollo de las funcionalidades adicionales requeridas por el usuario.

En "Daily Scrum" se realizarán 3 planteamientos para evaluar el avance de las tareas:

• ¿Qué trabajo se realizó desde la reunión anterior?

• ¿Qué trabajo se hará hasta una nueva reunión?

• Inconvenientes que han surgido y que hay que solucionar para poder continuar.

Entonces, se llevará a cabo una inspección del trabajo avanzado desde el último "Daily Scrum", y se hará una proyección del trabajo que podría completarse antes del día siguiente.

La duración de cada ciclo del Sprint debe ser entre 1 a 4 semanas.

• Product Backlog (Pila del Producto): Lista priorizada de funcionalidades y requisitos del producto, establecidos por el Product Owner. Se permite la flexibilidad para ajustar las prioridades durante el proceso.

• Sprint Goal: Definición de los objetivos y trabajo a realizar en la iteración actual. El Scrum Team comunica por qué el Sprint será valioso para los interesados.

• Sprint Backlog: Selección de elementos del Product Backlog para incluir en el Sprint actual, en colaboración con el Product Owner. Es una lista de tareas asignadas al equipo de desarrollo, con estimaciones de tiempo y responsables.

Este proceso se realiza en un tiempo máximo de 8 horas para un Sprint de un mes, facilitando la descomposición del proyecto en unidades más pequeñas y permitiendo un seguimiento claro del progreso y la resolución de problemas.