Guía de Estudio Integral: Marco de Trabajo Scrum

Este documento constituye un material de estudio exhaustivo basado en la cátedra de Ingeniería de Software. Explora la teoría, los fundamentos y la aplicación práctica del marco de trabajo Scrum, diseñado para facilitar el aprendizaje profundo y la preparación académica.

1. Introducción al Marco de Trabajo Scrum

Scrum se define como un marco de trabajo (framework) liviano diseñado para ayudar a personas, equipos y organizaciones a generar valor a través de soluciones adaptativas para problemas complejos. Es fundamental comprender que Scrum no es una metodología, sino una estructura que permite la gestión y el desarrollo de proyectos en entornos de alta incertidumbre.

Contexto y Relevancia: La Agilidad

Scrum se encuentra bajo el gran paraguas de la agilidad y comulga directamente con el Manifiesto Ágil, el cual se basa en cuatro preceptos fundamentales:

1. Producto funcionando por encima de una planificación exhaustiva.
2. El cliente por encima de acuerdos contractuales rígidos.
3. Respuesta ante el cambio por encima de seguir un plan detallado.
4. Interacción humana y procesos adaptativos por encima de herramientas y procesos rígidos que actúan como frenos.

2. Marco Conceptual: Pilares y Valores

Para que Scrum funcione, debe existir una cultura organizacional permeable al "mindset" ágil. No basta con seguir los eventos; es necesario adherirse a sus fundamentos.

Los Tres Pilares de Scrum

Estos pilares sostienen todo el framework y garantizan su efectividad:

Pilar	Descripción
Transparencia	Todos los involucrados deben tener la misma visión y entender qué está pasando. No debe haber información oculta ni "microcápsulas" de datos.
Inspección	Verificación constante del rumbo del proyecto para asegurar que se está construyendo lo que el cliente realmente necesita.
Adaptación	Capacidad de ajustar procesos, herramientas o dinámicas si la inspección muestra desviaciones o si el contexto cambia.

Valores de Scrum

Los valores marcan la línea de conducta del equipo:

• Coraje: Para enfrentar desafíos y problemas complejos.
• Foco: Concentración absoluta en el trabajo del Sprint y en los objetivos del equipo (evitando el multitasking).
• Compromiso: Con los objetivos y con el equipo mismo.
• Respeto: Reconocer las diferentes capacidades, fortalezas y debilidades de cada integrante.
• Apertura: Estar abiertos a nuevas ideas, críticas constructivas y cambios de rumbo.

3. Desarrollo del Tema: Principios de Scrum

Scrum se apoya en seis principios pragmáticos que guían la ejecución:

1. Control del proceso empírico: Basado en la observación y la experiencia más que en el saber racional previo. Se construye, se mide y se ajusta.
2. Autoorganización: Los equipos no necesitan jefes tradicionales que asignen tareas; el equipo sabe qué hacer y cómo colaborar.
3. Colaboración: Esfuerzo sinérgico donde la responsabilidad de la entrega es compartida por todo el equipo.
4. Priorización basada en valor: Se trabaja primero en lo que el cliente identifica como más importante.
5. Time-boxing: Asignación de compartimentos de tiempo fijos para cada evento para mantener el foco.
6. Desarrollo iterativo e incremental: El producto se construye en ciclos (iteraciones) que van sumando funcionalidades terminadas.

4. Roles en Scrum

Un equipo Scrum es pequeño, multidisciplinar y no tiene jerarquías verticales. Se compone habitualmente de entre 3 y 9 integrantes (en el equipo de desarrollo).

Product Owner (PO)

• Responsabilidad: Definir el "Qué".
• Funciones: Es el dueño del producto y la voz del cliente. Mantiene y prioriza el Product Backlog. Debe conocer profundamente el negocio.
• Clave: Es un rol unipersonal para evitar el "teléfono descompuesto".

Scrum Master

• Responsabilidad: Asegurar que Scrum se cumpla (el "celador" del marco).
• Funciones: Es un líder servicial. Elimina impedimentos, coachea al equipo y facilita los eventos. No es un jefe ni una secretaria; ayuda a que el equipo sea autogestionado.

Equipo de Desarrollo

• Responsabilidad: Definir el "Cómo".
• Funciones: Son los encargados de transformar los requerimientos en incrementos de producto. Realizan las estimaciones de esfuerzo, ya que ellos son quienes ejecutan el trabajo.

5. Artefactos de Scrum

Los artefactos representan trabajo o valor y proporcionan transparencia.

1. Product Backlog (Pila de Producto): El gran contenedor de todo lo que se necesita en el producto (historias de usuario, requerimientos, tareas). Es dinámico y está priorizado por el PO.
2. Sprint Backlog: Un subconjunto de elementos del Product Backlog seleccionados para el Sprint actual, junto con el plan para entregarlos.
3. Incremento de Producto: Es la suma de todos los elementos del Backlog completados durante un Sprint. Debe ser funcional y cumplir con la "Definition of Done".

6. Eventos de Scrum (Ceremonias)

Todos los eventos están time-boxeados (tienen un tiempo máximo).

Evento	Duración (para Sprint de 1 mes)	Propósito
Sprint	1 a 4 semanas	El corazón de Scrum. Es la iteración de desarrollo.
Sprint Planning	Máximo 8 horas	Definir el objetivo del Sprint, el "Qué" (PO) y el "Cómo" (Equipo).
Daily Scrum	15 minutos	Sincronización diaria del equipo. Responde: ¿Qué hice ayer? ¿Qué haré hoy? ¿Hay obstáculos?
Sprint Review	Máximo 4 horas	Presentación del incremento al cliente/stakeholders para obtener feedback.
Sprint Retrospective	Máximo 3 horas	Reflexión interna del equipo sobre cómo mejorar sus procesos y relaciones.

7. Conceptos Técnicos de Calidad y Ejecución

• Historia de Usuario: Relato en primera persona de lo que el usuario necesita. Sustituye al requerimiento tradicional.
• Definition of Ready (DoR): Criterios que debe cumplir una historia de usuario para que el equipo pueda empezar a trabajar en ella.
• Definition of Done (DoD): Criterios de calidad que debe cumplir el incremento para ser aceptado por el PO (ej. "debe ser rojo", "debe pasar pruebas de integración").
• Deuda Técnica: El costo de no hacer las cosas bien desde el inicio; la agilidad busca minimizarla para no comprometer el valor futuro.

8. Errores Comunes y Confusiones

• Scrum NO es una metodología: Es un framework. No se pueden elegir qué partes usar; si no se usan todos sus elementos, no se está haciendo Scrum.
• Confundir rapidez con agilidad: Ser ágil es ser adaptativo y entregar valor frecuentemente, no necesariamente trabajar a mayor velocidad sin control.
• Falta de transparencia: Ocultar errores o retrasos rompe el pilar fundamental de la inspección.
• El Daily Scrum no es un reporte de estatus para el jefe: Es una reunión de coordinación para el equipo de desarrollo.

9. Preguntas de Repaso

Nivel Básico

1. ¿Cuál es la diferencia principal entre un framework y una metodología?
2. ¿Quién es el responsable de priorizar el Product Backlog?
3. ¿Cuánto tiempo máximo debe durar una Daily Scrum?

Nivel Intermedio

4. ¿Por qué se dice que el equipo de desarrollo es "autoorganizado"?
5. Explique la relación entre la revisión del Sprint (Review) y la retrospectiva.
6. ¿Qué sucede si un equipo cambia la duración de sus Sprints constantemente?

Nivel Avanzado

7. Analice cómo el pilar de la "Transparencia" afecta la "Inspección" y la "Adaptación" en un entorno de alta incertidumbre.
8. ¿Cómo influye la "Definition of Done" en la prevención de la deuda técnica?
9. ¿Por qué el Scrum Master es considerado un "líder servicial" y no un Project Manager tradicional?

10. Fechas Importantes y Avisos Académicos

A continuación, se detallan las indicaciones organizativas para la materia:

• Conformación de Equipos:
  • Fecha límite: Próximo lunes (vía correo electrónico).
  • Acción requerida: Se debe designar un capitán de equipo que envíe la lista de integrantes.
  • Tamaño estimado: Equipos de aproximadamente 4 a 5 personas (basado en un total de 17-18 alumnos).
• Planificación del Proyecto:
  • Se desarrollarán 3 Sprints a lo largo del cuatrimestre.
  • El marco de trabajo Scrum se aplicará de forma estricta hasta el final de la cursada.
• Temática del Proyecto:
  • Se trabajará sobre el desarrollo de una aplicación o módulo (ej. carrito de compras/e-commerce).
  • Es posible continuar un desarrollo iniciado en materias previas (como PP2) para realizar una versión evolutiva (Versión 2.0).
• Recordatorios:
  • La lectura de la Guía de Scrum 2020 es obligatoria para la próxima clase.
  • A partir del lunes próximo, habrá evaluaciones o preguntas orales sobre los conceptos de Scrum.

1. Video resumen

2. Infografía

3. Presentación