Aguilidad

Introducción a la Cultura Ágil

www.empoweragile.com
© Empower Agile 2012

¿Hay algún problema con
desarrollo de Software?
1968: “Crisis de software”
Respuesta: “Ingeniería de software”

1995: Standish Group CHAOS Report (para EE.
UU.)

2009 Standish Group CHAOS Report (para EE. UU.)
www.empoweragile.com
© Empower Agile 2012

¿Y los desarrolladores?
Programación heroicaTrabajar horarios exagerados
Sufre calidad
Se aplican los “hacks”
Se acumula la deuda técnica
Hasta la vista profesionalismo
y maestría
Propensos a tomar decisiones
“fáciles”

www.empoweragile.com
© Empower Agile 2012

¿A que se parece construir un
software?

www.empoweragile.com
© Empower Agile 2012

¿Fábrica de software?

www.empoweragile.com
© Empower Agile 2012www.empoweragile.com
© Empower Agile 2012

Software Factory de Mr. Burns
Creencia popular entre algunos managers de tecnología

www.empoweragile.com
© Empower Agile 2012

¿Porqué este modelo no aplica para
desarrollo de software?
Reutilización
Automatización
Es mas eficiente
Reutilizar un software bien hecho
v s.
Producir código masivamente

Ejemplos
RoR vs. Struts
ORM vs. SQLrepetitivo

Código es el diseño
Complejidad
www.empoweragile.com
© Empower Agile 2012

¿Construir software se parece a
construir edificios?

Three Gorges Dam, China
www.empoweragile.com
© Empower Agile 2012

Modelo de cascada
¿Integrar
recién ahora?

¡congelados!
www.empoweragile.com
© Empower Agile 2012

Manifiesto Ágil (2001)
http://agilemanifesto.org/iso/es
Publicado en 2001,por Kent Beck y otros autores de enfoques
similares
Individuos e
Procesos y
interacciones
herramientas.
Documentación
Software funcional
por
exhaustiva
Colaboración con el sobre
Negociación de
cliente
contratos
Responder al cambio

Seguir un plan

www.empoweragile.com
© Empower Agile 2012

12 Principios Ágiles
Nuestra mayor prioridad es
satisfacer al cliente
m ediante laentrega temprana
y continua de software
con valor.

Los proyectos se desarrollan
en torno a individuos
m otivados. Hay que darles el
entorno y el apoyo que
necesitan, y confiarles la
ejecución del trabajo.

La atención continua a la
excelencia técnica y al
buen diseño mejora la
Agilidad.

Aceptamos que los requisitos
cambien, incluso en etapas
tardías del desarrollo. Losprocesos Ágiles aprovechan
el cambio para proporcionar
ventaja competitiva al
cliente.

El método más eficiente y
efectivo de comunicar
información al equipo de
desarrollo y entre sus
m iembros es la conversación
cara a cara.

La sencillez, o el arte de
m aximizar la cantidad de
trabajo no realizado, es
esencial.

Entregamos software
funcional frecuentemente,
entre dos
semanas y dosmeses, con
preferencia al periodo de
tiempo más corto posible.

Los responsables de negocio
y los desarrolladores
trabajamos juntos de forma
cotidiana durante todo
el proyecto.

El software funcionando es la
m edida principal de
progreso.

Los procesos Ágiles
promueven el desarrollo
sostenible. Los promotores,
desarrolladores y usuarios
debemos ser capaces de
m antener un ritmoconstante
de forma indefinida.

Las mejores arquitecturas,
requisitos y diseños
emergen de equipos auto organizados.

A intervalos regulares el
equipo reflexiona sobre
cómo ser más efectivo para a
continuación ajustar y
perfeccionar su
comportamiento en
consecuencia.

www.empoweragile.com
© Empower Agile 2012

METODOLOGÍAS
TRADICIONALES VS.
METODOLOGÍAS ÁGILES

Predictivovs. Adaptivo

Cambiar
por

División de trabajo vs. equipos
polifuncionales

Grupos de tipo control y comando
vs. equipos auto-gestionados

El ecosistema ágil

www.empoweragile.com
© Empower Agile 2012

Una Iteración Ágil
1 o 2 semanas de duración (en el pasado 3 semanas, hasta 1 mes o mas)
En Kanban no necesariamente hay iteraciones

Reunión de planificación
Historias de...