0% encontró este documento útil (0 votos)
40 vistas28 páginas

Scrum

Introducción a la metodología Agile de gestión de proyectos, en particular, Scrum.
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd
0% encontró este documento útil (0 votos)
40 vistas28 páginas

Scrum

Introducción a la metodología Agile de gestión de proyectos, en particular, Scrum.
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd

Metodologías Ágiles

Introducción a Scrum

MSc. Prof. Ing. Esp. Facundo Oliva Cúneo


Acerca de Agile
Esta metodología originalmente era para gestionar la creación y desarrollo de
softwares. Por ejemplo, Apple es una de las empresas que usa los
métodos ágiles en sus equipos para desarrollar sus productos, pero
entraremos en detalle más adelante.

Tienen como principal objetivo estimular el trabajo en equipo, reducir


los ciclos de entrega de los proyectos y administrar correctamente los
flujos de trabajo.

Metodologías Ágiles (Agile Project Management)


• Método Scrum.
• Método Lean.
• Extreme Programming XP.
• Método Kanban.
• Agile Inception.
• Design Sprint.
Manifiesto Ágil
Declaración de principios Ágiles, los cuatro valores :

• Individuos e interacciones por sobre procesos y herramientas


• Software funcionando por sobre documentación detallada
• Colaboración por sobre negociación con el cliente
• Responder a cambios por sobre seguir un plan
Manifiesto Ágil

 Participación del cliente: los clientes deben intervenir durante el proceso de desarrollo
ofreciendo y priorizando nuevos requerimientos y evaluando iteraciones.
 Entrega incremental: el software se desarrolla en incrementos, y el cliente especifica
cuáles requerimientos se van a incluir en cada uno de ellos.
 Personas, no procesos: tienen que reconocerse y aprovecharse las habilidades del
equipo de desarrollo, debe permitirse al equipo desarrollar sus propias formas de
trabajar, sin procesos establecidos.
 Adoptar el cambio: esperar que cambien los requerimientos, y de ese modo, diseñar el
sistema para adaptar dichos cambios.
 Mantener simplicidad: mantener simple tanto el software a desarrollar como el proceso
de desarrollo.
¿Que Significa Ágil?
 Balance entre ningún proceso y demasiado proceso.
 Enfoque adaptativo en lugar de predictivo.
 Inspeccionar y adaptar, es la ley primera.
 Orientación a las personas más que en el proceso.
“En un Scrum, hay que actuar como un
unidad, no como 8 individuos. Todos
tienen un rol. Nunca debemos olvidar
que cuando trabajamos juntos como
una unidad, el todo es más que la
suma de las partes.”
The On-Line Rugby Coaching Manual
Scrum
Marco de Trabajo Scrum
¿Qué es un Sprint?
Periodo fijo de tiempo donde:
 El trabajo es previamente limitado.
 No se puede agregar funcionalidad.
 No se permiten cambios.
 No se permiten modificar las reglas de trabajo.
 Se mantiene un ritmo constante de trabajo sin interrupciones.

Posee un objetivo:
 Alcanzable
 Motivador para el equipo de trabajo.
 El objetivo del Sprint es un acuerdo negociado entre el Producto Owner y el
Equipo,

Se obtiene un incremento usable e


implementable!!.
Cancelación de un Sprint

Se puede cancelar un Sprint si las circunstancias


hacen que no sea necesario.

 El objetivo se vuelve obsoleto,


 Las condiciones técnicas o de mercado cambian.
 Porque no se puede alcanzar el objetivo.
 Se encuentra un problema muy grande.

!! Decidido por el Equipo de Trabajo, Scrum


Master y Product Owner!!!!
Sprint Cero = Inception

Sprint destinado a la realización del Setup


(organización, configuración) del proyecto.

 Configuración de los entornos de desarrollo.


 Presentación y conocimiento del Producto.
 Diseñar Arquitectura del Alto Nivel.
 Configuración de repositorios de código fuente.
 Conformación del equipo de trabajo e identificación de Stakeholders.
 Determinación de prioridades.
Roles y Responsabilidades en Scrum
Marco de Trabajo Scrum
Reunión de Planificación de Sprint

Una planificación de Sprint produce, concretamente:


Reunión Diaria Scrum
Revisión del Sprint
Marco de Trabajo Scrum
Backlog de Producto
 Lista ordenada de todo lo que podría ser necesario en el producto,
 Única fuente de requisitos, muchos de ellos expresados como Historias de Usuario,
 El Product Owner es responsable del ordenamiento del Product Backlog,
 Nunca está completo: es un artefacto dinámico,
 Característica práctica importante:
 Ítems al inicio del PB son pequeños y precisos (más detalle)
 Ítems al final del PB son grandes y poco precisos
 Atributos importantes (mínimo) son ID del ítem (referencia para el Sprint Backlog),
Descripción del ítem, Orden, Estimación,Valor,
Backlog de Producto
Backlog de Sprint
 Conjunto de ítems del Product Backlog seleccionados para ser implementados en
un Sprint y un plan para la entrega del Incremento,
 Sólo el Equipo puede modificar el Sprint Backlog,
 Nuevo trabajo puede ser agregado y aquellas tareas que se identifiquen como
innecesarias se eliminan,
 Atributos importantes (mínimo) son ID de ítem del Sprint Backlog, Referencia
(ID) al ítem del Product Backlog, Descripción de la tarea, Estimación,
Backlog de Sprint
Ítems de Backlog de Sprint
Tablón de tareas
Tablón de tareas
Tablón de tareas
Scrum en un vistazo
Bibliografía

 Scrum y XP desde las trincheras - Como hacemos Scrum - Escrito por:


Henrik Kniberg

 Gestión de proyectos Scrum Manager - (Scrum Manager I y II) - Versión


2.5.1 – Abril 2015

 Flexibilidad con Scrum Principios de diseño e implantación de campos de


Scrum - Juan Palacio
Preguntas

¿Alguna duda?

También podría gustarte