AGILISMO

Pérez
Ingeniería
En Parangueo
Sistemas Lucía
Computacionales I N G E N I E R Í A D E L S O F T WA R E Guadalupe
 AGILISMO
¿Por qué agilismo?
Surge como una necesidad de actuar ante las innumerables pérdidas y fracasos en el
desarrollo de software en cascada, era necesario implementar un cambio ya que fue
difícil que un proyecto tuviera ganancia

• Entrega entre más rápido mejor

• Software que hace lo que el cliente requiere
• Software estable y que responda bien
• Ofrecer un producto de calidad
El agilismo responde a fracasos peor también a hacerlo
con rapidez
¿Qué es agilismo?
Conjunto de valores y principios para aligerar procesos y facilitar una producción más
eficiente

AGILE=VALUES + PRINCIPLES
VALORES
• Los individuos e interacciones sobre procesos y herramientas
• Software funcionando sobre documentación excesiva
• Colaboración con el cliente sobre negociación contractual
• Respuesta ante el cambio sobre seguir un plan
PRINCIPIOS
¿Qué podemos lograr?
Hacer agile vs ser agile

HACER agile es estar implementando métodos y prácticas y hacer que el

proyecto gane agilidad, es hacer que todo se haga como debe hacerse., centrarse
en el control

SER agile es adoptar la cultura, centrarse en el liderazgo, potenciar la relación

con la personas potenciadas en el proyecto, equipo y clientes
Metodología de desarrollo cuando los entornos son altamente
cambiantes y la planificación se puede llevar poco a poco con
equipos altamente productivos haciendo más énfasis en la
adaptabilidad que en la previsibilidad.
Valores

Simplicidad: simplificar el diseño y la documentación para agilizar el proyecto

Comunicación: tratar directamente con el equipo. comentar código,
Feedback: iteraciones cortas
Coraje para enfrentarse a los cambios que se presenten
Respeto: entre miembros del equipo y al trabajo para seguir los mismos criterios de calidad

Características
• Desarrollo iterativo e incremental
• Desarrollo orientado a pruebas: calidad
demostrable
• Peer programming: 2 hacen más que uno
• Integración continua: trabajo integrado
• Corrección de errores: altos criterios de
calidad.
• Refactorización de código
• Propiedad de código compartida:
• Simplicidad de código:
PEER PROGRAMMING

Técnica en la que una pareja están trabajando en un mismo requerimiento/entregable.

Al unirse varias opiniones pueden desarrollar algo mas efectivo y sencillo, se puede
orientar a pruebas y la persona implementando código
TDD (Test-driven development )
Técnica orientada a desarrollar en función de pruebas
1. escriba la prueba que va a fallar
2. implemente la funcionalidad de la prueba
3. refactoriza

Pilares:
Cada implementación son funciones justas que el cliente necesita (lo que el
cliente desea)
Minimizar la cantidad de defectos que puede haber
Produce software modular, reutilizable
Integración continua

Es una práctica de desarrollo

donde los miembros de un
equipo integran su trabajo
con frecuencia, por lo
general cada persona se
integra al menos diariamente,
lo que lleva a integraciones
múltiples por día
-Martin Fowler
¿Qué nos espera?

• lean: quitar trabajo riesgoso o

repetitivo
• integración continua:
evolución sobre lo que se había
visto que era necesario
• entrega continua: entrega
automática
• despliegue continuo: no se
necesita la participación de un
humano
• operación continua: todo
proceso de desarrollo sea ágil
Conclusiones
Agile es la respuesta a muchos fracasos tras aplicar waterfall
Responder necesidades del cliente y principios
Basarse en principios que se basan en el trabajo en equipo, fin en mente pero el fin puede
cambiar
Trabajar con calidad y ser agiles
Tener buenos resultados.
Utilizar técnicas como peer programming, TDD o integración continua