Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Metodologias Agiles
Metodologias Agiles
Hemos vivido con este estilo de desarrollo por mucho tiempo, pero
tambin hemos tenido una alternativa desde hace mucho: Metodologa. Las
metodologas imponen un proceso disciplinado sobre el desarrollo de software
con el fin de hacerlo ms predecible y eficiente. Lo hacen desarrollando un
proceso detallado con un fuerte nfasis en planificar inspirado por otras
disciplinas de la ingeniera.
La inspiracin usual para las metodologas han sido disciplinas como las
ingenieras civil o mecnica. Tales disciplinas enfatizan que hay que planear
antes de construir. Los ingenieros trabajan sobre una serie de esquemas que
indican precisamente qu hay que construir y como deben juntarse estas
cosas. Muchas decisiones de diseo, como la manera de controlar la carga
sobre un puente, se toman conforme los dibujos se producen. Los dibujos se
entregan entonces a un grupo diferente, a menudo una compaa diferente,
para ser construidos. Se supone que el proceso de la construccin seguir los
dibujos. En la prctica los constructores se encuentran con algunos problemas,
pero stos son normalmente poco importantes.
Como los dibujos especifican las piezas y cmo deben unirse, actan
como los fundamentos de un plan de construccin detallado. Dicho plan define
las tareas que necesitan hacerse y las dependencias que existen entre estas
tareas. Esto permite un plan de trabajo y un presupuesto de construccin
razonablemente predecibles. Tambin dice en detalle cmo deben hacer su
trabajo las personas que participan en la construccin. Esto permite que la
Es Imposible la Previsibilidad?
El Cliente Adaptable
De modo que hay peligro para ambos lados al firmar un contrato a precio
fijo en condiciones donde un proceso predictivo no puede usarse. Esto significa
que el cliente tiene que trabajar de otro modo.
Una pieza tan importante como sta es una visibilidad mayor sobre el
verdadero estado del proyecto. El problema con los procesos predictivos es
Pero esto plantea una pregunta clave: son las personas involucradas
en el desarrollo de software partes reemplazables? Uno de los rasgos
importantes de los mtodos giles es el rechazo a esta afirmacin.
Decidir que las personas son primero es una gran decisin, que requiere
mucha determinacin. La nocin de la gente como recursos es profundamente
inculcado en el pensamiento de negocios, teniendo sus races en el impacto del
enfoque de La Direccin Cientfica de Frederick Taylor. En la administracin de
una fbrica, este enfoque Taylorista tiene sentido. Pero para un trabajo
altamente creativo y profesional, como creo es el desarrollo de software, esto
no se sostiene. (Y de hecho la fabricacin moderna tambin se est saliendo
del modelo Taylorista).
Otro punto es que los desarrolladores deben poder tomar todas las
decisiones tcnicas. XP llega al corazn de esto cuando en su proceso de
planeacin establece que slo los desarrolladores pueden estimar cunto
tiempo tomar hacer un trabajo.
La Dificultad de Medir
Si usted tiene un proceso donde las personas que dicen cmo hacer el
trabajo son distintas de las personas que realmente lo hacen, los lderes
necesitan alguna manera de medir cun eficaces son los que lo hacen. En la
Direccin Cientfica haba un impulso fuerte a desarrollar formas objetivas de
medir el rendimiento de las personas.
El punto de todo esto es que los mtodos tradicionales han operado bajo
la asuncin de que la gestin basada en mtricas es la manera ms eficaz de
administrar. La comunidad gil reconoce que las caractersticas del desarrollo
de software son tales que la gestin basada en mtricas lleva el trastorno de la
medida a niveles muy altos. Es realmente ms eficaz usar un estilo delegatorio
de administracin, que es el tipo de acercamiento central del punto de vista
agilista.
El Proceso Auto-Adaptable
Qu hicimos bien?
Qu hemos aprendido?
4. Aceptar el cambio
suposicin
metodologa gil
tiempo
El manifiesto fue slo eso, una publicacin que actu como un punto de
partida para aquellos que compartan estas ideas bsicas. Uno de los frutos del
esfuerzo fue la creacin de un cuerpo ms longevo, la Alianza gil [6]. La
Alianza gil es una organizacin sin fines de lucro que busca promover el
conocimiento y la discusin de todos los mtodos giles. Muchos de los lderes
de metodologas de desarrollo de software giles son miembros y lderes de la
Alianza gil.
Comunicacin,
Retroalimentacin,
Simplicidad, y
Coraje.
Este ttulo podra sorprender. Despus de todo el cdigo abierto (OS por
su sigla en ingls de Open Source) es un estilo de software, no tanto un
proceso. Sin embargo hay una manera definida de hacer las cosas en la
5. Scrum
El FDD tiene cinco procesos. Los primeros tres se hacen al principio del
proyecto.
dueos de clases, y
programadores jefe.
No hay mucha evidencia de su uso fuera del Reino Unido, pero DSDM
es notable por tener mucha de la infraestructura de las metodologas
tradicionales ms maduras, al mismo tiempo que sigue los principios de los
mtodos giles.
Segn los crticos, una de las cosas claves que necesita el RUP es que
los lderes del RUP en la industria enfaticen su acercamiento al desarrollo de
software. Ms de una vez se oye a la gente que usa el RUP hablando que
estn usando un proceso de desarrollo estilo cascada. Philippe Kruchten y su
equipo son firmes creyentes en el desarrollo iterativo. Clarificando estos
principios y animando las versiones giles del RUP tales como los trabajos de
Craig Larman y de Robert Martin tendr un efecto importante.
7. Completar, no construir.
9. El minimalismo es esencial.
Igual que Agile Modeling (AM), que cubra sobre todo aspectos de
modelado y documentacin, LD y LSD han sido pensados como complemento
de otros mtodos, y no como una metodologa excluyente a implementar en la
empresa. LD prefiere concentrarse en las premisas y modelos derivados de
Lean Production, que hoy constituyen lo que se conoce como el canon de la
Escuela de Negocios de Harvard. Para las tcnicas concretas de
programacin, LD promueve el uso de otros MA que sean consistentes con su
visin, como XP o sobre todo Scrum.
Agile Modeling (AM) fue propuesto por Scott Ambler [46] no tanto como
un mtodo gil cerrado en s mismo, sino como complemento de otras
metodologas, sean stas giles o convencionales. En el caso de XP los
practicantes podran definir mejor los procesos de modelado que en ellos
faltan, y en el caso de RUP el modelado gil permite hacer ms ligeros los
procesos que ya usan. AM es una estrategia de modelado (de clases, de datos,
de procesos) pensada para contrarrestar la sospecha de que los mtodos
giles no modelan y no documentan. Se lo podra definir como un proceso de
software basado en prcticas cuyo objetivo es orientar el modelado de una
manera efectiva y gil.
6. Considerar la verificabilidad.
Un equipo de ms de cien
Referencias