Universidad ¨Bethesda¨
INTRODUCCIÓN A LA INFORMÁTICA
Investigación:
Unidad 5
SCRUM
Estudiante:
Muriel Lino Rocha
Docente:
Ing. Tito Flores Vicente
Santa Cruz-Bolivia 2023
CONCEPTO
La metodología Scrum permite abordar proyectos complejos desarrollados en entornos
dinámicos y cambiantes de un modo flexible. Está basada en entregas parciales y
regulares del producto final en base al valor que ofrecen a los clientes. Dicho en otras
palabras: Scrum sirve para mejorar el trabajo colaborativo entre equipos.
Se trata de una metodología que ayuda a los equipos a aprender y organizarse en base
a las experiencias a la vez que aborda problemas e invita a reflexionar sobre los éxitos
y fracasos. Todo ello bajo una serie de herramientas y recursos que permite a los
equipos organizarse con mayor agilidad.
Es una opción de gestión ideal para acometer proyectos desarrollados en entornos
complejos que exigen rapidez en los resultados y en los que la flexibilidad es un
requisito. Scrum ofrece agilidad y el, resultado, siempre, valor.
HERRAMIENTAS DE SCRUM
Product Backlog
El Product Backlog es un inventario que contiene cualquier tipo de trabajo que haya
que hacer en el producto: requerimientos, casos de uso, tareas y dependencias. Es la
principal fuente de información sobre el producto en Scrum, una lista, en cualquier
formato, que contiene todos los requerimientos que necesitamos implementar en el
producto. Esta lista es el resultado del trabajo del Product Owner con el cliente, los
distintos stakeholders, sponsors, comités, etc, y refleja el estado real del trabajo
pendiente de implementar en el producto, así como el ya realizado.
El Product Backlog debe ser gestionado en exclusiva por el Product Owner, siendo su
principal función la de priorizar aquellos elementos que tienen más valor en cada etapa
y detallarlos para que el equipo de desarrollo sea capaz de valorarlos y ejecutarlos.
Al comenzar a utilizar Scrum, no es necesario una lista completa y exhaustiva de todos
los requerimientos. Es recomendable empezar con los dos o tres requerimientos más
urgentes arriba e ir añadiendo elementos conforme vamos descubriendo más
necesidades de nuestro producto.
Un Product Backlog contiene distintos elementos:
Funcionalidades
Bugs
Historias de usuario: una forma de expresar elementos de un Product Backlog.
Para obtener el máximo valor de una historia de usuarios es necesario
expresarlas desde el punto de vista del usuario.
Tareas técnicas
Trabajo de investigación
Sprint Backlog
Se trata de una lista de elementos en los que trabajar durante la etapa de Sprint. Estos
elementos normalmente se componen de tareas técnicas más pequeñas que permiten
conseguir un incremento de software terminado.
Todo el trabajo que el Development Team haya seleccionado para hacer durante el
siguiente Sprint pasa al Sprint Backlog. Este artefacto es un elemento para visualizar el
trabajo a realizar durante cada Sprint y está gestionado por el equipo de desarrollo. Su
propósito es mantener la transparencia dentro del desarrollo, actualizándolo durante
toda la iteración especialmente a través de los daily Scrums.
El Sprint Backlog permite visualizar, durante cada Sprint, aquellos elementos que aún
no han empezado a desarrollarse, aquellos que sí y quiénes están trabajando en los
mismos, así como aquellos que están esperando a desplegarse o están completamente
terminados.
Este artefacto permite entender cuál es la evolución del trabajo durante el Sprint, así
como hacer un análisis de riesgos. Dado que cada Sprint tiene una meta específica
(p.e. permitir que los usuarios se registren en la app móvil) y hay elementos
seleccionados del Product Backlog que tienen más o menos valor, el Sprint Backlog
permite analizar hasta donde se ha cumplido el objetivo y que se podría eliminar. De
esta forma, maximizamos el retorno de la inversión en desarrollo.
Incremento
Si Scrum tuviera que ser reducido a una sola cosa, sería a entregar una pieza de
software terminado en cada Sprint. Un Incremento es el resultado del Sprint, es la
suma de todas las tareas, casos de uso, historias de usuario y cualquier elemento que
se haya desarrollado durante el Sprint y que será puesto a disposición del usuario final
en forma de software, aportando un valor de negocio al producto que se está
desarrollando.
Construir software de manera ágil se basa en hacerlo de manera iterativa e
incremental. Mediante las iteraciones, nos aseguramos de que todo el ciclo de vida del
software (planificación, diseño, desarrollo, testeo y entrega) ocurre en 4 semanas o
menos. Por supuesto, no podemos construir toda la funcionalidad que queremos en
solo cuatro semanas y tenemos que buscar la manera de ir entregando los
componentes necesarios justo a tiempo.
HITOS DE SCRUM
1. Sprint
El sprint es el corazón de Scrum, es el contenedor de los demás hitos del proceso.
Todo lo que ocurre en una iteración para entregar valor está dentro de un sprint. La
duración máxima es de un mes, el tiempo se determina en base al nivel de
comunicación que el cliente quiere tener con el equipo. Los sprints largos pueden hacer
que se pierda feedback valioso del cliente y poner en peligro el proyecto.
2. Planeación del Sprint
En esta reunión todo el equipo Scrum define qué tareas se van a abordar y cuál será el
objetivo del sprint. La primera reunión que se hace en el sprint puede llegar a tener una
duración de 8 horas para sprints de un mes.
El equipo se hace las siguientes preguntas:
¿Qué se va a hacer en el sprint? En base a ello, se eligen tareas del Product
backlog.
¿Cómo lo vamos a hacer? El equipo de desarrollo define las tareas necesarias
para completar cada ítem elegido del Product Backlog.
La definición de qué se va a hacer implica que el equipo tenga un objetivo y se
encuentre comprometido con la entrega de valor que se hará al cliente al final del
sprint. A esto se le llama sprint goal.
3. Reunión diaria
Es una reunión diaria dentro del sprint que tiene como máximo 15 minutos de duración.
En ella debe participar, sí o sí, el equipo de desarrollo y el Scrum Máster. El Product
Owner no tienen necesidad de estar presente.
En esta reunión diaria el equipo de desarrollo hace las siguientes tres preguntas:
¿Qué hice ayer?, ¿Qué voy a hacer hoy?, ¿Tengo algún impedimento que necesito que
me solucionen?
4. Revisión del Sprint
La review del valor que vamos a entregar al cliente se hace en esta reunión, al final de
cada sprint. Su duración es de 4 horas para sprints de un mes, y es la única reunión de
Scrum a la que puede asistir el cliente. En ella el Product Owner presenta lo
desarrollado al cliente y el equipo de desarrollo muestra su funcionamiento. El cliente
valida los cambios realizados y además brinda feedback sobre nuevas tareas que el
Product Owner tendrá que agregar al Product backlog.
5. Retrospectiva del Sprint
La retrospectiva es el último evento de Scrum, tiene una duración de 3 horas para
Sprints de un mes, y es la reunión del equipo en la que se hace una evaluación de
cómo se ha implementado la metodología Scrum en el último sprint.
Es una gran oportunidad para el equipo Scrum de inspeccionarse a sí mismo,
proponiendo mejoras para el siguiente sprint.
El resultado: una lista de mejoras que debe aplicar el siguiente día, ya que, al finalizar
la retrospectiva, inmediatamente comienza un nuevo sprint, que incluye el sprint
planning, daily meeting, sprint review y el ya mencionado sprint retrospective.
ROLES DENTRO DEL SCRUM
1.- Product Owner (Dueño del Producto)
Tiene la responsabilidad de decidir qué trabajo necesita hacerse y maximizar el valor
del producto o proyecto que esté llevando a cabo. Esto, que se expresa fácilmente,
pero realmente es una tarea que conlleva lo siguiente:
Gestiona prioridades. - El Product Owner tiene la responsabilidad de gestionar
los presupuestos, de contratar al equipo de desarrollo y de explicar cuál es el
valor que produce el producto en el que está invirtiendo.
Representante del negocio. - Cuando es alguien de negocio, aportará valor a su
trabajo al producto dependiendo de al menos dos variables. La primera es la
capacidad de decisión que tiene. En ocasiones, es normal que el Product Owner
no pueda realmente tomar decisiones sin consultar con otra persona. En ese
caso, no es un Product Owner real y debe, o de ser sustituido por la persona que
toma las decisiones, o tomarlas por el mismo.
Intraemprendedor. En esta el Product Owner aporta valor al negocio. En esta
faceta es un Product Manager ágil, capaz de medir el valor generado y utilizar la
flexibilidad de entregar cada Sprint para incrementar ese valor.
2.- El Scrum Master
actúa como un líder servicial, ayudando al equipo y a la organización a usar lo mejor
posible la Metodología Scrum, se focaliza en la parte de negocio y es responsable del
ROI del proyecto. Traslada la visión del proyecto al equipo, formaliza las prestaciones
en historias a incorporar en el Product Backlog y las prioriza de forma regular.
3.- Team (Equipo de Desarrollo)
Grupo de profesionales con los conocimientos técnicos necesarios y que desarrollan el
proyecto de manera conjunta llevando a cabo las historias a las que se comprometen al
inicio de cada sprint. Sprint es una serie de periodos de tiempos pequeños, cuya
duración es de 1 a 4 semanas, con preferencia por los intervalos más cortos. En cada
Sprint, el equipo construye y entrega un incremento del producto. Cada incremento es
un subconjunto del producto, reconocible y visualmente mejorado, que cumple con el
criterio de aceptación y está construido con un nivel de calidad llamado definición de
terminado.