01 Material 1

Capítulo 1: Introducción metodologías ágiles
Capítulo 2: Marco de trabajo ágil
Capítulo 3: Planificación ágil
Introducción metodologías ágiles
1
Agile Fundamental
1-1 Copyright © Todos los Derechos Reservados - Cibertec Perú SAC.
Objetivos
Al finalizar el capítulo, el alumno logrará:
• Comprender la problemática hoy en el mercado en el

desarrollo de Software.
• Comprender los principios básicos de la filosofía y valores
de agilismo.
• Comprender por qué surgieron estas metodologías y su
valor agregado frente a las formas de trabajo tradicional.
Cibertec Perú S.A.C - Agile Fundamental 1

Agenda
• Introducción
• Problemática del software
• Manifiesto ágil
• Enfoque iterativo incremental
• Mapeo de roles
• Entendimiento común
• Visual management
• Feedback temprano y continuo
• Entrega basada en valor
Un proyecto de desarrollo típico

ACTIVIDADES
Requisitos Análisis Diseño Codificación Pruebas
AL INICIO:
El cliente sabe Perfectamente. En el proyecto con la documentación Al final del proyecto, el
Que necesita, tu sabes como adecuada que elabora cada especialista, la cliente recibe
hacerlo. siguiente fase tiene todo lo que necesita para exactamente lo que
Todo se esto se registra en continuar con el trabajo. esperaba. No hay que
documentos de especificación cambiar nada.
completamente detallados. Con los entregables detallados entregados de
una actividad a otra, todos están seguros
de que el proyecto anda bien, y tienen la
confianza que hacer control de calidad al final
es suficiente.
Todo está claro, nada cambia, todo se entrega a tiempo

¿Realmente crees que el cliente recibió lo
que esperaba y todo, TODO, salió bien?
Muchos proyectos TI fracasan o se retrasan
El Standish Group realizó un estudio sobre 40,000 proyectos

en 10 años.
Tasa de éxitos de proyectos TI 1994: 15%
Costo promedio & atraso: ≈170%
Planificado: €1,000,000
Actual: €2,700,000
Tasa de éxitos de proyectos TI 2004: 34%

Costo promedio & atraso: ≈70%
Planificado: €1,000,000
Actual: €1,700,000 Sources:
http://www.softwaremag.com/L.cfm?Doc=n
ewsletter/2004-01-15/Standish
http://www.infoq.com/articles/Interview-
Johnson-Standish-CHAOS

Tendemos a desarrollar mal
Características y funciones usadas en un sistema típico
La mitad de lo
que construimos jamás
es usado
Costo
# de características
Sources:
Para información revise Exceeding Value_Layout4.pdf, en las Standish group study reported at XP2002 by Jim
referencias del curso. Johnson, Chairman
The right-hand graph is courtesy of Mary

Poppendieck
Lecciones aprendidas

¿Qué hemos aprendido?
Top 5 reasons for success

1. Usuarios involucrados
Tasa de éxito proyectos TI 1994: 15% 2. Apoyo del nivel Ejecutivo
Costo promedio & Atraso: 170% 3. Objetivos de negocio claros
Tasa de éxito proyectos TI 2004: 34% 4. Optimización del Alcance
Alcance
Costo promedio & Atraso : 70% 5. Proceso Ágil.
Costo Tiempo
“La principal razón [para la mejora] es que los
proyectos se han hecho más pequeños”.
“Desarrollar proyectos con procesos iterativos en comparación con el

método de cascada, el cual define todos los requerimientos por
Jim Johnson adelantado, ha sido un gran paso.”
Chairman of
Standish Group
Sources:
http://www.softwaremag.com/L.cfm?Doc=newsletter/2004-01-15/Standish
http://www.infoq.com/articles/Interview-Johnson-Standish-CHAOS
”My Life is Failure”, Jim Johnson’s book
1 - 10 Copyright © Todos los Derechos Reservados - Cibertec Perú SAC.

¿Cómo
podríamos
mejorar esto?
Agilidad

Continuous
integration Kanban
Velocity
TDD
Pair
programming
Manifiesto por el desarrollo ágil
Estamos descubriendo formas mejores de desarrollar software, tanto por nuestra

propia experiencia como ayudando a terceros. A través de este trabajo hemos
aprendido a valorar:
Individuos e interacciones Colaboración con el cliente

sobre procesos y sobre negociación
herramientas contractual
Respuesta ante el
Software funcionando sobre cambio sobre seguir
documentación extensiva un plan
Esto es, aunque valoramos los elementos de la derecha, valoramos más los de la izquierda

Principios detrás del manifiesto ágil
Nuestra prioridad máxima es satisfacer al Software funcionando es la medida de

cliente a través de la entrega temprana y progreso.
continua de un software valioso.
Los procesos ágiles promueven el desarrollo
Aceptamos el cambio en los requerimientos, sostenible.
aún cuando estos se produzcan en etapas
tardías del desarrollo. Atención continua a la excelencia técnica y al
buen diseño.
Entregar software funcional frecuentemente,
desde un par de semanas a un par de Simplicidad.
meses.
Las mejores arquitecturas, requerimientos y
El equipo de trabajo juntos diariamente diseños surgen de equipos auto-organizados.
durante todo el proyecto.
A intervalos regulares, el equipo reflexiona
Individuos motivados consiguen grandes sobre cómo ser más efectivos; entonces, como
logros. consecuencia, se ajusta y adapta su
comportamiento.
La forma más eficiente y efectiva de
comunicación es cara a cara.
Agile ”umbrella” – una familia de métodos

iterativos e incrementales
FDD
DSDM
Scrum XP Crystal
Kanban
Sources:
http://blog.crisp.se/author/henrikkniberg

Desarrollo tradicional
Documentación
exhaustiva
Procesos
rígidos
Planes
complejos y
detallados
Desarrollo iterativo e incremental

Ejecución lineal de un proyecto
Project tracking
Sources:
http://www.slideshare.net/uzigula
Ejecución iterativa de un proyecto
Project steering
Sources:
http://www.slideshare.net/uzigula

No así
1 2 3 4
De esta manera
1 2 3 4 5
Sources:
Lo que mides es lo que obtienes
Enfocado en Horas
esfuerzo Reporte de actividades
Utilización de recursos
Enfocado en Backlog Developing Released!

rendimiento
Enfocado en el
resultado/impacto/valor
$ $$$
Sources:

Además de lo que ya haces….
Ahora debes hacer esto más….
Entendimiento común

Especificaciones como ejemplos
Objetivo de negocio
Deriva en el alcance
Alcance
Especificar colaborativamente
Ejemplos clave
Refinar especificación
Especificación con ejemplos
Automatizar
Especificación ejecutable
Validar frecuentemente
Documentación viva
Especificaciones como ejemplos

Visual management
Técnicas para expresar la información de una manera que

pueda ser entendida rápidamente por todos.
Visual Management
• Es la práctica de utilizar técnicas de visualización de

información para visualizar el trabajo en curso.
• Medios visuales para centrarse en las metas y objetivos.
• Elementos visuales que sirven de indicadores de estado.
• Deben comunicar claramente el mensaje.

Radiadores de información
• Cambian de estado a lo largo del día, sprint, proyecto.
El Taskboard
• Medio de comunicación entre el equipo.

• Refleja, muestra el estado del flujo de trabajo.

El Taskboard
El Taskboard
• Identificar actividades, estadíos por las que pasan las

tareas/historias para ser implementadas.
• Traza líneas verticales por cada estado identificado,
dejando un espacio de 30 cms entre las líneas.
• Coloca el título a cada columna.
• Empieza a usarlo.

Arma tu Taskboard
Feedback continuo

A nivel de proceso
• La retroalimentación a nivel del proceso se lleva a cabo en

la retrospectiva, donde el equipo se inspecciona a nivel de
la forma de trabajar. De esa forma, se incorporan pequeños
mejoras en cada iteración.
• Por ejemplo:
− Establecer criterios de terminado.
A nivel de código
• El resultado de la ejecución continua de las pruebas

automatizadas ya sean unitarias, integración, aceptación
nos informa sobre el funcionalidad del código.
• El resultado del análisis continuo del código nos informa
acerca de la calidad de mismo.
− Esto nos permitirá tomar decisiones a fin de poder incorporar
mejoras en el diseño del código.
• Métodos con muchos parámetros o muchos grandes, es un
indicador de que es necesaria una refactorización de los
mismos.

A nivel de negocio
• Los objetivos son evaluados con cada entrega a producción,

validando si lo implementado está en la dirección correcta.
• Por ejemplo:
− Las condiciones del mercado cambiaron, y ahora se debe
añadir la facturación electrónica al módulo de ventas.
No hay nada más inútil,

como hacer algo con gran eficiencia,
algo que no debería ser hecho.
Peter Drucker

Entrega basada en valor
• Objetivo – ¿Por qué?

• Incertidumbre – ¿Sabes lo que no conoces?
• Compensaciones – ¿Cómo maximizar el valor de lo
invertido?
• Velocidad – ¿Puede alcanzar sus objetivos rápido?
• Sinergia – ¿El equipo comparte la misma visión?
Resumen
• Problemática del Software.

• Planteamiento de las metodologías ágiles para abordar la
problemática.
• Conceptos fundametales de metodologías ágiles
manifiesto, filosofía.
• Artefactos principales en las metodologías ágiles.

01 Material 1

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

01 Material 1

Încărcat de

Drepturi de autor:

Formate disponibile

Capítulo 1: Introducción metodologías ágiles

Capítulo 2: Marco de trabajo ágil

Capítulo 3: Planificación ágil

Introducción metodologías ágiles

1-1 Copyright © Todos los Derechos Reservados - Cibertec Perú SAC.

Al finalizar el capítulo, el alumno logrará:

• Comprender la problemática hoy en el mercado en el

1-2 Copyright © Todos los Derechos Reservados - Cibertec Perú SAC.

Cibertec Perú S.A.C - Agile Fundamental 1

1-3 Copyright © Todos los Derechos Reservados - Cibertec Perú SAC.

Un proyecto de desarrollo típico

Requisitos Análisis Diseño Codificación Pruebas

Todo está claro, nada cambia, todo se entrega a tiempo

1-4 Copyright © Todos los Derechos Reservados - Cibertec Perú SAC.

Cibertec Perú S.A.C - Agile Fundamental 2

1-5 Copyright © Todos los Derechos Reservados - Cibertec Perú SAC.

Muchos proyectos TI fracasan o se retrasan

El Standish Group realizó un estudio sobre 40,000 proyectos

Tasa de éxitos de proyectos TI 2004: 34%

1-6 Copyright © Todos los Derechos Reservados - Cibertec Perú SAC.

Cibertec Perú S.A.C - Agile Fundamental 3

Características y funciones usadas en un sistema típico

The right-hand graph is courtesy of Mary

1-7 Copyright © Todos los Derechos Reservados - Cibertec Perú SAC.

1-8 Copyright © Todos los Derechos Reservados - Cibertec Perú SAC.

Cibertec Perú S.A.C - Agile Fundamental 4

Top 5 reasons for success

“Desarrollar proyectos con procesos iterativos en comparación con el

1 - 10 Copyright © Todos los Derechos Reservados - Cibertec Perú SAC.

Cibertec Perú S.A.C - Agile Fundamental 5

1 - 11 Copyright © Todos los Derechos Reservados - Cibertec Perú SAC.

1 - 12 Copyright © Todos los Derechos Reservados - Cibertec Perú SAC.

Cibertec Perú S.A.C - Agile Fundamental 6

1 - 13 Copyright © Todos los Derechos Reservados - Cibertec Perú SAC.

Manifiesto por el desarrollo ágil

Estamos descubriendo formas mejores de desarrollar software, tanto por nuestra

Individuos e interacciones Colaboración con el cliente

1 - 14 Copyright © Todos los Derechos Reservados - Cibertec Perú SAC.

Cibertec Perú S.A.C - Agile Fundamental 7

Nuestra prioridad máxima es satisfacer al Software funcionando es la medida de

1 - 15 Copyright © Todos los Derechos Reservados - Cibertec Perú SAC.

Agile ”umbrella” – una familia de métodos

1 - 16 Copyright © Todos los Derechos Reservados - Cibertec Perú SAC.

Cibertec Perú S.A.C - Agile Fundamental 8

1 - 17 Copyright © Todos los Derechos Reservados - Cibertec Perú SAC.

Desarrollo iterativo e incremental

1 - 18 Copyright © Todos los Derechos Reservados - Cibertec Perú SAC.

Cibertec Perú S.A.C - Agile Fundamental 9

1 - 19 Copyright © Todos los Derechos Reservados - Cibertec Perú SAC.

Ejecución iterativa de un proyecto

1 - 20 Copyright © Todos los Derechos Reservados - Cibertec Perú SAC.

Cibertec Perú S.A.C - Agile Fundamental 10

1 - 21 Copyright © Todos los Derechos Reservados - Cibertec Perú SAC.

Lo que mides es lo que obtienes

Enfocado en Backlog Developing Released!

1 - 22 Copyright © Todos los Derechos Reservados - Cibertec Perú SAC.

Cibertec Perú S.A.C - Agile Fundamental 11

Ahora debes hacer esto más….

1 - 23 Copyright © Todos los Derechos Reservados - Cibertec Perú SAC.

1 - 24 Copyright © Todos los Derechos Reservados - Cibertec Perú SAC.

Cibertec Perú S.A.C - Agile Fundamental 12

Especificación con ejemplos

1 - 25 Copyright © Todos los Derechos Reservados - Cibertec Perú SAC.

Especificaciones como ejemplos