13-6-2023 Análisis de Sistemas
Metodología Scrum
Por: Haurigot Posse Octavio | Ibáñez Matías Agustín | García Tarcic Iñaki
Comisión 2K1
Prof. Marsiglia
Análisis de Sistemas | Actividad
Análisis de Sistemas: Scrum
Introducción
El desarrollo de software es un área sumamente amplia y diversa. Llevar a cabo
un proyecto (de cualquier tamaño) sin la planificación adecuada podría tornarse inviable.
Esto, sumado a la posible existencia de múltiples equipos de trabajo, genera la
impetuosa necesidad de utilizar metodologías ágiles de desarrollo de software. Es decir,
un conjunto de estrategias, formas de trabajar y técnicas enfocadas a gestionar los
proyectos de forma efectiva y adaptando la forma de trabajo acorde al proyecto. De esta
manera, se busca obtener flexibilidad en el desarrollo, permitiendo al equipo de trabajo
reducir costes y mejorar el trabajo en equipo y la calidad del producto final. Existen
varios tipos de metodologías ágiles, cada una con sus respectivas ventajas y desventajas.
En este caso, hablaremos sobre una en particular: La metodología Scrum.
¿Qué es Scrum?
La metodología Scrum es un marco de gestión de proyectos o un marco de
trabajo que ayuda a los equipos de desarrollo a realizar buenas prácticas de manera
regular, para obtener así el mejor resultado posible. Permite abordar proyectos
complejos y mejorar el trabajo colaborativo.
Por otra parte, el nombre de la metodología no es una mera coincidencia. En el
deporte del Rugby, existe una situación de juego llamada “Scrum”, en la cual dos equipos
realizan una formación y se enfrentan para conseguir la pelota. Entonces, la analogía es
clara: Trabajo en equipo para lograr un objetivo y ganar el partido. Pero ¿cómo se hace
exactamente? Hablemos sobre la división de los equipos.
Perfiles de la metodología
• Product Owner: Este se encarga de que el equipo trabaje adecuadamente y de
maximizar el valor del producto final. Están en contacto directo con el cliente, y
hablan por ellos dentro del equipo. Deben entender las necesidades de este, por
ende, también deben escuchar y comunicar correctamente para recopilar
información y almacenarla. Todas las características, requisitos y actividades del
producto se almacenan en un artefacto llamado Backlog, sobre el cuál
hablaremos más adelante.
1|Página
Análisis de Sistemas | Actividad
• Scrum Master: Su tarea es garantizar el cumplimiento de las reglas del marco
Scrum. Ayuda al equipo a seguir la metodología y comprender su teoría. Esto lo
hace directamente responsable de la efectividad del equipo. Se encarga también
de gestionar las reuniones (llamadas “Dailys”), estimular y motivar al equipo.
Siguiendo con la analogía previa, serían el entrenador del equipo de rugby.
• Equipo de desarrollo: Personas con las habilidades necesarias para desarrollar el
producto (programación, diseño, pruebas, etc.). Estas deberán organizarse
internamente según sus propias reglas, pero siempre acorde a las instrucciones
del Scrum Master. Su función es entregar el incremento (avance) generado en
cada período de trabajo. A cada período se lo llama Sprint.
Este último término (Sprint), es uno de los tantos pertenecientes al léxico de esta
metodología. Es uno de sus principales elementos. Por lo tanto, luego explicaremos
cada uno de ellos.
• Stakeholders: Todas aquellas personas que impactan o se ven afectadas de
alguna forma por el producto en cuestión. Por ejemplo: Empleados de una
organización, accionistas, clientes, proveedores, etc.
Elementos de la metodología
En Scrum, encontraremos componentes de dos tipos: Los relacionados con el
flujo de trabajo (acciones) y otros que son solamente artefactos (documentos). Respecto
al flujo de trabajo, encontramos:
• Sprint: Período de tiempo fijo y corto en la cual se desarrolla, prueba y entrega
un incremento del producto. Su duración recomendada es de 2 a 4 semanas. Este
debe ser planificado previamente, en lo que se llama planificación del sprint.
Donde se especifica en qué se avanzará, acorde a los elementos del product
backlog. Esto se guarda en un documento llamado sprint backlog. Al final del
Sprint, se realiza una revisión del trabajo realizado y se presenta el incremento.
Esta actividad se llama revisión del sprint o sprint review, y consta de una
reunión cuya duración no debe ser mayor a 4 horas para un Sprint de 1 mes (es
decir, una hora por semana.).
2|Página
Análisis de Sistemas | Actividad
• Daily Scrum (o simplemente Daily): Son reuniones diarias que se llevan a cabo
durante el sprint. Esto con el fin de sincronizar el trabajo, compartir avances, etc.
Su duración recomendada es de aproximadamente 15 minutos.
En la parte de archivos y documentos, encontramos:
• Product Backlog: Es un archivo que contiene todas las tareas, requerimientos y
funcionalidades que necesita el producto acorde a la información recopilada por
el Product Owner. Sin embargo, cualquiera puede editarlo con el permiso de
este. Según el autor Mike Cohn, experto en el tema, las etapas para conformar
un buen Product Backlog son las siguientes:
o Detailed Appropriately (detallado apropiadamente): Etapa que consta
de definir los requisitos del producto.
o Emergent (emergente): Etapa que define al Product Baclog con una
característica sumamente importante: la flexibilidad. Es decir, que este
archivo mutará en el futuro, acorde a las necesidades del proyecto.
o Estimated (estimado): Fase donde de especifica el valor aproximado del
proyecto.
o Prioritized (priorizado): Hace referencia al hecho de que todos los
elementos del Product Backlog deben estar repartidos en categorías y
priorizados de manera acorde.
• Sprint Backlog: Documento que se crea en la reunión de planificación de Sprint.
Recopila las tareas a realizar en un Sprint, quiénes las realizarán, su descripción,
esfuerzo necesario aproximado, horas de trabajo, etc.
En base a estos documentos, las actividades del flujo general de trabajo y los roles
de la metodología, se establecen una serie de reglas a seguir a la hora de usar esta
metodología. Estas son:
1. Roles definidos claramente: El papel de cada parte del equipo de trabajo
(Product Owner, Scrum Master, etc.). debe estar claramente especificado.
2. Eventos estructurados: Scrum tiene eventos bien definidos. La Planificación del
Sprint es donde se seleccionan los elementos del backlog para el próximo sprint.
El Daily Scrum es una reunión diaria para sincronizar al equipo. La Revisión del
3|Página
Análisis de Sistemas | Actividad
Sprint es una demostración del trabajo realizado y la Retrospectiva del Sprint es
una reflexión sobre cómo mejorar el proceso.
3. Duración fija de los sprints: Los sprints tienen una duración establecida,
generalmente entre 2 y 4 semanas. Esta duración consistente ayuda a mantener
un ritmo constante y permite una planificación adecuada.
4. Priorización del Backlog del Producto: El Product Owner es responsable de
priorizar el backlog del producto. Los elementos más valiosos y de mayor
prioridad se colocan en la parte superior de la lista, lo que guía al equipo en su
trabajo durante los sprints.
5. Entregas incrementales: Al final de cada sprint, el equipo entrega un incremento
potencialmente entregable del producto. Esto significa que el producto se mejora
y expande de manera iterativa, brindando valor al cliente en cada incremento.
6. Inspección y adaptación continua: Scrum promueve la transparencia y la mejora
continua. Se fomenta la inspección regular del trabajo y los procesos, lo que
permite identificar problemas y oportunidades de mejora. El equipo realiza
adaptaciones para maximizar el valor y la eficiencia.
7. Autonomía del equipo de desarrollo: El equipo de desarrollo tiene autonomía
para tomar decisiones sobre cómo completar el trabajo. Son un equipo
autogestionado y multifuncional, lo que les permite colaborar y encontrar la
mejor manera de alcanzar los objetivos del sprint.
Bibliografía
• Libros de la materia
• [Link]
• [Link]
• [Link]
• [Link]
• [Link]
• [Link]
• [Link]
• [Link]
[Link]
4|Página