# data[].attributes.body
- Scrum Master o gestor del Scrum: Es la persona que dirige al equipo de desarrollo para que cumpla con las reglas y procesos de la metodología.
- Equipo de desarrollo: Son los encargados de ejecutar las tareas.
- Responsable del negocio: Es el que representa a las partes interesadas y a los clientes que utilizan el software.
- Partes interesadas o stakeholders: Son aquellas partes que no tienen un rol formal y no se involucran en el proceso de desarrollo, pero cuya opinión ha de ser tenida en cuenta.

# data[].attributes.body
- Sprint: Es la unidad básica de trabajo del equipo de Scrum.
- Planificación del sprint: Es el momento en el que se define qué se va a hacer en el sprint y cómo se va a hacer.
- Scrum diario: Se evalúa diariamente el progreso y la tendencia hasta el final del sprint, sincronizando las actividades y creando un plan para las siguientes 24 horas.
- Revisión del sprint: Se muestra el trabajo completado con respecto al backlog del producto para futuras entregas.
- Retrospectiva del sprint: Se revisan los objetivos cumplidos del sprint terminado, anotando lo bueno y lo malo para no volver a repetir errores.

# data[].attributes.body
Para llevar a cabo el Scrum son necesarios los siguientes documentos:

Product Backlog. Documento en el que se incluyen todos los requisitos, necesidades y funcionalidades del proyecto.

Sprint Backlog. Entregable en el que se definen las tareas de cada miembro del equipo y se asigna el tiempo necesario para cada una de ellas.

Scrum diario. Se trata del seguimiento diario en el que se revisan las tareas asignadas.

Burn Down chart.El documento de control en el que se visualiza la evolución de las tareas y los requerimientos hasta llegar a la entrega final.

# data[].attributes.body
- Fácilmente escalable.
- Cumplimiento de las expectativas.
- Flexible a los cambios.
- Reducción del tiempo de comercialización.
- Mayor calidad del software.
- Estimación temporal precisa.
- Reducción de riesgos.

# data[].attributes.body
- Necesidad de muchas reuniones.
- Necesidad de formación y habilidades.
- Transformación organizativa.
- Escalabilidad en proyectos complejos.
- Integración con la gestión de proyectos/programas.

# data[].attributes.body
como los equipos de ventas, marketing y recursos humanos, etc.

# data[].attributes.body
pero otros sectores también están aprovechando sus ventajas implementando esta metodología en sus modelos organizativos

# data[].attributes.body
Los proyectos se planifican y ejecutan en bloques temporales, cortos y periódicos, denominados sprints, que suelen oscilar entre 1 y 4 semanas.

# data[].attributes.body
En esta metodología el resultado se produce de forma incremental.

# data[].attributes.body
Se utiliza principalmente para el desarrollo de software

# data[].attributes.body
Se basa en un conjunto de prácticas y roles muy definidos que deben intervenir durante el proceso de desarrollo de un producto.

# data[].attributes.body
En 1993, Jeff Sutherland y su equipo de Easel Corporation crearon el proceso Scrum para ser utilizado en los procesos de desarrollo de software combinando los conceptos del artículo de 1986 con los conceptos de desarrollo orientado a productos, control empírico de procesos, desarrollo iterativo e incremental, procesos de software y mejora de la productividad, así como el desarrollo de sistemas complejos y dinámicos.

# data[].attributes.body
Este artículo describe cómo empresas como Honda, Canon y Fuji-Xerox producían nuevos productos en todo el mundo utilizando un enfoque escalable y basado en equipos para el desarrollo de productos.

# data[].attributes.body
La historia de Scrum se remonta a 1986 en el artículo de la Harvard Business Review (HBR) titulado «The New Product Development Game» de Hirotaka Takeuchi & Ikujiro Nonaka.