Mapa conceptual del Scrum

Scrum

Scrum está basado en procesos de mejora continua, que pueden resumirse a partir del Ciclo de Deming:

Scrum está basado, en la teoría del control empírico de procesos para la gestión de sistemas adaptativos complejos

Los tres pilares de este proceso son los siguientes

Transparencia: los aspectos significativos del proceso tienen que ser conocidos por todo aquel que participa, lo cual conlleva que estos aspectos estén definidos mediante un estándar común.

Inspección: todo proceso persigue un objetivo y, para llegar a ese objetivo, hace falta que los participantes en el proceso evalúen de manera continua sus resultados

Adaptación: la adopción de acciones o planes que, o bien ayuden a corregir la desviación, o bien reconfiguren el objetivo.

Plan (planifica): ¿qué hacer?, ¿cómo hacerlo?

Check (comprueba): ¿se ha podido actuar según lo que se había planificado?

Act (actúa): ¿cómo mejoramos para el próximo ciclo?

Premisas de Scrum.

Valores de Scrum

1. Satisfacción del cliente

2. Receptividad ante el cambio de requerimientos

3. Trabajar enfocado en el producto, proyecto o servicio

4. Desarrollo sostenible

5. Cooperación diaria y abierta entre negocio y desarrolladores

6. Comunicación directa entre personas

7. Individuos motivados frente a individuos dirigidos

8. Orientación a la excelencia

9. Equipos autoorganizados

10. Adaptabilidad

Commitment (compromiso)

Focus (enfoque)

Openness (organización abierta)

Respect (respeto)

Courage (coraje)

Scrum propone:

Los roles identificados en Scrum definen las responsabilidades clave que es necesario asumir en un proyecto para garantizar que se cubren todas las necesidades de información, construcción y comunicación.

Los roles propuestos en Scrum son:

Los artefactos son las herramientas que propone Scrum para que los diferentes roles definidos anteriormente puedan coordinarse y trabajar. No son las únicas herramientas posibles, pero se recomienda que el equipo, como mínimo, utilice las que se mencionan en este apartado, con independencia que pueda utilizar otras.

los artefactos que propone Scrum son:

Las actividades son hitos en el tiempo, en los cuales el equipo del proyecto o el cliente tienen que ejecutar alguna acción o llegar a algún acuerdo clave para el proyecto.

Las actividades que propone Scrum son:

Scrum master (SM): Lo primero que se menciona en todas las guías de Scrum es que el Scrum master no es el project manager.

Development team (DT): El development team se caracteriza por:

•Ser flexible, Estar autoorganizado, Ser multidisciplinario

Stakeholder: Son los receptores del producto acabado y, por lo tanto, son quienes hacen la aceptación.

Product owner (PO): Es el enlace entre el cliente y el equipo de desarrollo. Puede ser una persona enfocada a negocio o a TIC

Product backlog (PB): El product backlog es la lista de funcionalidades, productos o acciones que conforman el producto que se ha de construir.

Sprint backlog (SB) El sprint backlog es la lista de funcionalidades extraídas del product backlog que se incorporan al sprint en curso

Graphs: Scrum propone un gráfico como herramienta principal para visualizar la evolución del proyecto. Es el gráfico burndown. Este gráfico tiene dos vistas: Release burn-down, que determina la evolución del proyecto y Sprint burn-down, que determina la evolución del sprint.

Impediments backlog e incidence backlog (IB): La impediments backlog es una lista de problemas que sirve como registro para que el Scrum master pueda buscar soluciones.

Parking backlog: El parking backlog es la lista de tareas que se encuentran paradas en un sprint al detectarse algún problema que impide acabarlas

Scrum board: es una herramienta opcional en el estándar Scrum, a pesar de que está ampliamente aceptado por la comunidad Scrum y es la principal

Sprint 0 o first sprint: El sprint 0 corresponde a la fase inicial del proyecto, en que el Scrum team planifica, establece las reglas (por ejemplo, el establecimiento de los time box) y hace la planificación inicial.

Sprint: Un sprint es la unidad de tiempo que determina un ciclo de desarrollo con Scrum. La finalidad de un sprint es la obtención de un incremento de producto estable, integrado y útil para los usuarios.

Sprint planning (planificación del sprint) El sprint planning sirve para planificar en detalle el sprint. Recoger la funcionalidad que se ha de desarrollar, resolver dudas, crear las user stories, determinar los criterios de aceptación del sprint

Daily meeting (reunión diaria) El daily meeting ha de realizarse siempre en el mismo lugar y a la misma hora, y no ha de durar más de quince minutos.

Sprint review (revisión del sprint) En el sprint review el DT muestra a los usuarios/clientes el incremento de producto desarrollado, para que puedan hacer una aceptación según los criterios de aceptación establecidos

Sprint retrospective (retrospectiva del sprint) En esta reunión, el DT y el SM debaten sobre los incidentes registrados en el incident backlog y en el impediments backlog. Se buscan soluciones para las cuestiones aparecidas durante el sprint

Refinement / Grooming (refinamiento) Las reuniones de refinamiento (grooming) sirven principalmente para adquirir conocimiento

Do (ejecuta): hacer lo que se ha planificado.

Las historias de usuario (user stories)

Una user story es una ficha que contiene toda la información relevante disponible sobre una funcionalidad del product backlog. Es la pieza fundamental del product backlog y del sprint backlog y se definen según la regla mnemotécnica INVEST:1

Independent

Negotiable

Valuable

Estimatable

Sized appropriatelly

Testable

Los scrum-buts

Los scrum-buts son una recopilación de decisiones erróneas y de errores típicos que los equipos noveles acostumbran a cometer, y que impiden disfrutar de todas las ventajas y beneficios que plantea Scrum.

Ciclo de vida de Scrum

Scrum Retrospetive

Daily Meetings

Sprint Backlog

Sprint

Scrum Team

Scrum Master

Product Backlog

Product Owner

Conceptos previos

Agilidad en las organizaciones

El concepto de proyecto

La campana de Gauss de las organizaciones.

Organización improvisada (C. y C+)

Organizaciones Disciplinadas (B. o B+)

Organizaciones síntesis (A-)

Organizaciones ágiles (A. A)

Time (acotado en el tiempo): debe tener un inicio y un final. Llegado a ese final tiene que haber logrado los objetivos planificados, o bien haber cancelado el proyecto

Cost (controlado en recursos): tanto humanos como mate- riales y económicos

Scope (definido en el alcance): con objetivos claros y con los aspectos fundamentales del producto o servicio muy definidos.

Definición de proyecto según Scrum

Scrum es un marco de trabajo (framework) para la gestión de productos, proyectos y servicios complejos, que facilita un desarrollo mantenido e incremental.

Manifiesto para el desarrollo ágil de software

Estamos poniendo al descubierto mejores maneras de desarrollar software haciéndolo y ayudando a otros a hacerlo. Mediante este trabajo hemos acabado valorando:

Individuos e interacciones por encima de procesos y herramientas.

Software que funciona por encima de documentación exhaustiva

Colaboración con el cliente por encima de negociación de contratos.

Respuesta al cambio por encima de ceñirse a una planificación.

Recursos

Monte Galiano, J. (2016). Implantar scrum con éxito. Barcelona, Spain: Editorial UOC. Recuperado de https://elibro.net/es/ereader/uniminuto/58575?page=21.

Mapa Conceptual de Scrum

Julio Alejandro Gomez Serrano

Corporación Universitaria Minuto de Dios - UNIMINUTO

Ejecución de Proyecto

Dr. Juan Carlos Diaz Pascuas

13 de noviembre de 2022