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
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