Scrum salió a la luz en 1986; fue creado por Hirotaka Takeuchi e Ikujiro Nonaka, ambos de nacionalidad japonesa, quienes

sentaron las bases del framework. Este

modelo de desarrollo ágil nace de la necesidad de crear productos de alta calidad de manera flexible y rápida, en respuesta a las cambiantes necesidades de negocio
durante el desarrollo de productos así como a la exigencia corporativa y la alta competitividad empresarial.

Product Owner ● Representante del cliente dentro del equipo de trabajo

● Encargado de levantar toda la información y conocer
las necesidades del cliente.
● Encargado de comunicar al Scrum Master y al Equipo
Scrum para que ellos se encarguen de construir la
necesidad.
● Expresar claramente la necesidad del cliente dentro del
Product Backlog

HERRAMIENTAS :

● El panel de Tareas(The Taskboard)

○ Este panel muestra las tareas que tienen asignadas los miembros del equipo. Esta tabla se divide en tres columnas que representan el estado
de la actividad:

a. Por hacer.

b. Haciendo.

c. Terminado.

Al inicio del Sprint todas están en la primer columna. Cuando una tarea pasa a la segunda columna, el Scrum Master y el Product Owner son
notificados respecto a qué está haciendo cada miembro del equipo y cuánto tiempo lleva trabajando en dicha tarea. Al finalizarla, ésta
debe cambiarse a la última columna. Esto quiere decir que está listo para que QA haga las pruebas necesarias.

● Definición de “Listo”(Definition of Done)

○ Todo equipo eficaz y ágil tiene ciertos acuerdos que deben cumplirse antes de dar por finalizado un proyecto. Estos son:

○ Todas las tareas están completas.

○ Revisión de Código / Code Reviewed.(koud reviwed)
○ Pruebas realizadas a cada elemento desarrollado.
○ Revisión por parte de los clientes (que cumpla sus necesidades).
○ La revisión de las condiciones de Aceptación por parte del Product Owner.

ACTIVIDADES:

● Demostración de los requisitos completados (Sprint Review)(4 horas para Sprints de 1 mes aproximadamente)
○ Demostración de lo que se ha desarrollado
● Retrospectiva (Sprint Retrospective)(3 horas para Sprints de 1 mes)
○ ¿Que se puede mejorar?
● Refinamiento de la lista de requisitos y cambios en el proyecto

DESVENTAJAS
● Aunque Scrum sea fácil de aprender, es muy difícil poder implementarlo. Esto supone una predisposición y un cambio de cultura de la organización que
debe ir desde los altos mandos hasta los clientes.
● La necesidad de tener equipos multidisciplinares puede ser un problema, ya que es difícil encontrar personas que sean capaces de hacer todo el trabajo de
un equipo.
● El equipo puede tender a realizar el camino más corto para conseguir el objetivo de un Sprint, el cual no siempre es el de mayor calidad.
  El Sprint es el corazón de Scrum, un intervalo de tiempo de máximo un mes, que
comienza con el sprint Planning y finaliza con la sprint Retrospective.
 El product backlog (o pila de producto) es un listado de todas las tareas que se
pretenden hacer durante el desarrollo de un proyecto.
 Un Product Backlog Item ó PBI son funcionalidades, requisitos, mejoras y
correcciones que se encuentran dentro del Product Backlog.
 Un Sprint Backlog es el listado de tareas en el que subdivide las historias de usuario
que describen las funcionalidades que componen un proyecto
 Un impedimento es cualquier cosa que frene la velocidad del equipo Scrum e impida
llegar al objetivo deseado del sprint.3
 Refinamiento: El refinamiento (refinement) de la Lista de Producto es el acto de
añadir detalle, estimaciones y orden a los elementos de la Lista de Producto. Se
trata de una actividad de que tiene implicaciones sobre la planificación y la
estimación, la gestión de riesgos, el diseño de la solución, la planificación de la
calidad.
 Sprint review. Es una reunión informal, y el objetivo principal del Sprint Review es
brindar transparencia tanto al equipo como al cliente. Ocurre en el final del Sprint,
para inspeccionar el incremento y adaptar el Product Backlog en caso de que sea
necesario. Es una gran oportunidad para poder recibir feedback sobre el desarrollo
del producto.
 Retrospectiva. Nombre de la reunión en la que el equipo analiza la forma de trabajo
para su mejora continua.
 Incremento del producto. Al final de cada Sprint, el equipo de desarrollo es
responsable de presentar un incremento de producto potencialmente entregable. El
Incremento es la suma de todos los elementos de la Lista de Producto completados
durante un Sprint y el valor de los incrementos de todos los Sprints anteriores.
 Reunión diaria de sincronización del equipo. El objetivo de esta reunión es facilitar
la transferencia de información y la colaboración entre los miembros
del equipo para aumentar su productividad, al poner de manifiesto puntos en que
se pueden ayudar unos a otros.
 El Product Owner es la persona responsable de asegurar que el equipo aporte
valor al negocio. Representa las partes interesadas internas y externas, por lo que
debe comprender y apoyar las necesidades de todos los usuarios en el negocio, así
como también las necesidades y el funcionamiento del Equipo Scrum.
 El Scrum Master (SM) o facilitador de proyectos, es la figura que lidera los equipos
en la gestión ágil de proyectos. Su misión es que los equipos de trabajo alcancen
sus objetivos hasta llegar a la fase de «sprint final», eliminando cualquier dificultad
que puedan encontrar en el camino.
 El equipo de desarrollo Scrum consiste en profesionales responsables de
desarrollar incrementos de producto en cada Sprint.
 Stakeholder: cualquier persona que tenga un interés, directo o indirecto, en el
trabajo del Equipo. Ellos pueden ser los dirigentes directos o, por ejemplo, las
personas que financian el proyecto.
 El Sprint Planning es el primer evento de Scrum en dónde se planifican las tareas a
realizar en el Sprint en curso. En esta reunión participan, de manera colaborativa,
todo el equipo Scrum
Pista: Recordar que es un ciclo, los eventos no necesitan flecha.