MÓDULO 1. INTRODUCCIÓN Y CONTEXTO.

En este primer módulo vamos a establecer el contexto y contarte un poco de historia de

donde vienen las metodologías ágiles, para que tengas la información necesaria para
comenzar. La idea es repasar los porqués y los beneficios que aporta. 
Edward Deming era un estadista norteamericano que tras la segunda guerra mundial (todos
sabemos cómo acabó esta guerra, con Japón derrotada por los americanos con dos bombas
atómicas) empezó a divulgar por allí conceptos relacionados con la mejora de los procesos y el
aumento de la calidad. Aquí te explicamos más sobre este concepto y su fundador:

Son de otra estadística de stiwar.

1. Planificación
2. Acción
3. Check
4. Actuación (Mejora continua)
Metodologías agiles trabaja con ambos enfoques

¿Por qué Agile?

En esta pequeña entrevista, Roberto Canales, Director General de
Autentia nos cuenta su opinión acerca de Agile y las metodologías ágiles, para que las
utilizan ellos y sus clientes, que es lo que nos aportan y si tienen futuro o no. Como
podréis descubrir después de ver el video parece que las metodologías ágiles no son más
que una moda pasajera, sino que han venido para quedarse.
MÓDULO 2. MANIFIESTO ÁGIL.
Podríamos decir que los principios y valores de cualquier enfoque son la base sobre la
que se sustenta todo. Las metodologías ágiles no podía ser menos, por ello están basadas
en una serie de principios y valores. Podríamos decir que todo lo demás se asienta sobre
ellos. En este módulo veremos estos principios y valores en detalle.
Valores
Aunque hay muchas definiciones de valores nos gusta especialmente una que dice que
valores es aquello que valoramos, es decir, a lo que damos mayor importancia y en base
a lo que tomamos las decisiones.
12 principios
Para complementar a los valores tenemos los principios que podríamos decir que son
recetas más concretas que nos permiten llevar a la práctica los valores. En el propio
manifiesto ágil se incluyen 12 principios que pasamos a enumerar a continuación:
MÓDULO 3. INTRODUCCIÓN A SCRUM.
Scrum es un proceso iterativo e incremental utilizado para la construcción de productos.
En este módulo lo veremos en su globalidad.

Estos dos personajes escriben un libro de titulada “NEW PRODUCT DEVELOPMENT

GAME” con el prosposito de comentar un nuevo enfoque para desarrollo de productos
comerciales donde se incrementa la velocidad y flexibilidad es ahí donde aparece la
primera definición de estrategia de desarrollo de producto flexible y holística
Seguidamente en 1990
Ambos personajes fueron los primeros en referirse al enfoque con la palabra SCRUM
MÓDULO 4. ARTEFACTOS DE SCRUM.
Los artefactos en Scrum son todas aquellas herramientas que nos sirven para utilizar el
marco de trabajo de la mejor manera posible. Veremos cuales son estos artefactos y su
utilidad dentro del marco.

Pila de producto
Es el conjunto de requisitos o características que debe tener nuestro producto.
Contendrá todo lo que se considere aporta valor, aunque estará priorizado de arriba a
abajo, donde arriba estarán los elementos más prioritarios y por ello, más detallados y
desgranados. En la parte inferior podremos tener elementos o requisitos que todavía no
están muy claros.
Excel, Word, en una pared donde se pueda observar la ordenación

Construir los elementos

PBI vs Historia de usuario
Vamos a ver qué tipo de elementos son los que pueden incluirse dentro de la Pila de
Producto. La guía de Scrum nos habla que dentro de esta Pila de producto lo que hay
son Elementos de la pila del Producto, PBI de sus siglas en inglés Product Backlog
Item. Parece lógico, ¿verdad?
Historia de usuario
Tiene segunda parte
Se le llama criterios de aceptación
Dad: <inicio>
Cuando:<acción>
Entonces: <resultado>
Pila de sprint
Es el conjunto de requisitos o características que debe tener nuestro producto.
Contendrá todo lo que se considere aporta valor, aunque estará priorizado de arriba a
abajo, donde arriba estarán los elementos más prioritarios y por ello, más detallados y
desgranados. En la parte inferior podremos tener elementos o requisitos que todavía no
están muy claros.
MÓDULO 5. REUNIONES EN SCRUM.
Reunión de planificación
Tiene una duración de 8 horas para sprints de un mes. Para sprints más cortos
la duración es severamente más corta. VEamos a continuación en qué consisten este tipo
de reuniones.

Reunión diaria
El objetivo tras esta reunión, es la de facilitar la transferencia de información y
colaboración entre los miembros del equipo. Con esto se mejora la productividad del
equipo, ya que, nos permite ayudarnos unos a otros
Retrospectiva
Con el objetivo de mejorar la productividad y la calidad del producto que estamos
desarrollando, el equipo hace el ejercicio de analizar como está ejecutando las tareas
durante la iteración. Veamos en el siguiente vídeo como es esta reunión.
Revisión - Demo
Los objetivos tras esta reunión son los de:
 Revisar que se ha completado y que no durante el sprint.
 Presentar la demo a los interesados.

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. Veamos en el siguiente
vídeo como es esta reunión:
MÓDULO 6. ROLES EN SCRUM.
En Scrum aparecen nuevos roles con nuevas responsabilidades. Por eso, en este módulo
dedicaremos especial atención en explicarlos.

Scrum Master
El Scrum Master es un rol con un conjunto de responsabilidades muy variadas. Realiza
labores de facilitador de reuniones, así como acompañante del equipo para ayudarle a
resolver las problemáticas que se vaya encontrando a lo largo del proyecto.
Equipo de construcción
Equipo de construcción son los encargados de construir el producto. Si
estamos hablando de equipos de construcción de software estará formado
por desarrolladores, diseñadores, arquitectos, testers y cualquier persona que
esté implicada de una u otra manera en la construcción del producto.

Usuarios y clientes
Otro elemento fundamental son los clientes y usuarios. Son todas aquellas personas que
de una manera u otra utilizan el resultado de nuestro producto. Si hablamos
de aplicaciones de software serán los usuarios y clientes que se conectarán a
la aplicación para utilizarla. Debemos distinguir a usuario (cualquier persona que
utilice la aplicación) de cliente (aquella persona que realmente paga por ella)
MÓDULO 7. ESTIMACIÓN ÁGIL.
Puntos de historia
Existen diferentes técnicas y herramientas para estimar. También existen
diferentes unidades en las que hacerlo. Veamos algunas de estas a continuación.
MÓDULO 8. KANBAN.
Breve historia de Kanban
A continuación, vamos a ver un poco de historia de donde surge Kanban, cuáles son sus
fundamentos y un poquito de contexto histórico.

Principios y prácticas
El método Kanban está basado en una serie de principios o valores, así como una serie
de prácticas de uso.
Clases de servicio
Las clases de servicio nos indican los tipos diferentes de tareas que vamos a ser capaces
de gestionar en nuestro tablero. Tenemos que tener presente que pueden aparecer
diferentes tipos de tareas dentro de nuestro tablero. Cada uno de estos tipos de tarea
tendrán generalmente una gestión diferente.

Primeros pasos
Ejemplos de uso I

Se tiene en cuenta los principios

Que fluyan rápidamente las tareas

Ejemplo de tablero de desarrollo de software

Se ve la construcción de flujo de trabajo