Transcript Metodologías Ágiles


Capacidad para adaptar el curso del
desarrollo a la evolución de los requisitos
y a las circunstancias del entorno de los
proyectos.

Los
métodos
desarrollo
Ágiles
de
son
software
estrategias
que
de
promueven
prácticas que son adaptativas en vez de
predictivas, centradas en la gente o en los
equipos,
prestaciones
iterativas,
y
hacia
orientadas
la
hacia
entrega,
de
comunicación intensiva, y que requieren que
el negocio se involucre en forma directa.

En febrero de 2001, tras una reunión
celebrada en Utah-EEUU, nace el término
“ágil” aplicado al desarrollo de software.

Participan un grupo de 17 expertos de la
industria del software, incluyendo algunos
de
los
creadores
o
metodologías de software.
impulsores
de

Su objetivo fue esbozar los valores y principios que
deberían permitir a los equipos desarrollar software
rápidamente y respondiendo a los cambios que puedan
surgir a lo largo del proyecto.

Se pretendía ofrecer una alternativa a los procesos de
desarrollo de software tradicionales, caracterizados por
ser rígidos y dirigidos por la documentación que se
genera en cada una de las actividades desarrolladas.

Tras esta reunión se creó The Agile Alliance3, una
organización, sin ánimo de lucro, dedicada a
promover
los
desarrollo
ágil
organizaciones
conceptos
de
relacionados
software
para
que
y
ayudar
adopten
con
el
a
las
dichos
conceptos.

El punto de partida es fue el Manifiesto Ágil, un
documento que resume la filosofía “ágil”.
1.
Al individuo y las interacciones del equipo de
desarrollo sobre el proceso y las herramientas.
2.
Desarrollar
software
que
funciona
más
que
conseguir una buena documentación.
3.
La colaboración con el cliente más que la
negociación de un contrato.
4.
Responder
a
los
cambios
estrictamente un plan.
más
que
seguir
I.
La prioridad es satisfacer al cliente mediante tempranas y
continuas entregas de software que le aporte un valor.
II.
Dar la bienvenida a los cambios. Se capturan los cambios
para que el cliente tenga una ventaja competitiva.
III.
Entregar frecuentemente software que funcione desde un par
de semanas a un par de meses, con el menor intervalo de
tiempo posible entre entregas.
IV.
La gente del negocio y los desarrolladores deben trabajar
juntos a lo largo del proyecto.
V.
Construir el proyecto en torno a individuos motivados. Darles el
entorno y el apoyo que necesitan y confiar en ellos para
conseguir finalizar el trabajo.
VI.
El diálogo cara a cara es el método más eficiente y efectivo
para comunicar información dentro de un equipo de
desarrollo.
VII.
El software que funciona es la medida principal de progreso.
VIII.
Los procesos ágiles promueven un desarrollo sostenible. Los
promotores, desarrolladores y usuarios deberían ser capaces
de mantener una paz constante.
IX.
La atención continua a la calidad técnica y al
buen diseño mejora la agilidad.
X.
La simplicidad es esencial.
XI.
Las mejores arquitecturas, requisitos y diseños
surgen de los equipos organizados por sí mismos.
XII.
En
intervalos
regulares,
el
equipo
reflexiona
respecto a cómo llegar a ser más efectivo, y según
esto ajusta su comportamiento.

Son métodos de ingeniería del software
basados en el desarrollo iterativo e
incremental, donde los requerimientos y
soluciones
evolucionan
colaboración
de
mediante
grupos
organizados y multidisciplinarios.
la
auto












Adaptive Software Development (ASD).
Agile Unified Process (AUP).
Crystal_Clear.
Essential Unified Process (EssUP).
Feature Driven Development (FDD).
Lean Software Development (LSD).
Kanban.
Open Unified Process (OpenUP).
Programación Extrema (XP).
Método de desarrollo de sistemas dinámicos (DSDM).
Scrum.
G300.

Website:
http://www.sgcampus.com.mx/web/guest/
eventos

Fecha: Miércoles, Marzo 13, 2013 14:00 to 15:00

Ciudad: Todo el mundo (Evento virtual)

Sede: Virtual

…”Nosotros somos ágiles por eso no documentamos”…

”¿Me vas a hacer más lento el proceso?”…

”¿Por qué siempre me pides evidencia con una minuta firmada?”

… Estas y muchas otras preguntas uno se va encontrando en la industria
mientras se va enfrentando con los proyectos de calidad; el clásico
concepto de que los modelos de procesos “clásicos” (CMMi,
MoProSoft, PMBOK, ITIL, etc) van a provocar que se alenté las
actividades del día a día y por otra parte los modelos de procesos
“ágiles” (SCRUM, Lean, Kanban, etc.) en el cual se cree que no se va a
llevar una documentación.

¿Pero es realmente los modelos “clásicos” unos
modelos lentos? O es más bien una inadecuada
interpretación
de
un
consultor
con
poco
conocimiento o un evaluador o lead appraiser con
poco criterio para enfocarse a las necesidades de la
organización y no solamente a que cubran el
modelo/norma o estándar.

Todos los modelos de procesos se pueden convertir en la
peor pesadilla para cualquier organización sino se saben
interpretar o si se quieren seguir al pie de la letra lo que
dicen.

Ningún modelo es lo suficiente completo para cualquier
organización, por lo tanto se debe de revisar que es lo
que nos ofrece cada modelo y enfocarlo principalmente
a las necesidades de la organización en la que se quiera
implementar.