Qu es el desarrollo gil.

El desarrollo gil de software, no es ms que una metodologa de gestin adaptativa, que te permite llevar a
cabo, proyectos de desarrollo de software, adaptndote a los cambios y evolucionando en forma conjunta con
el software.
El desarrollo gil es uno de los trminos de moda en la industria del desarrollo del software. Pero qu es
esto e!actamente" #esarrollo $gil es una manera diferente de administrar proyectos de desarrollo de
software. %os principios ms importantes y de cmo el #esarrollo $gil difiere de los mtodos tradicionales son&
**Valoramos ms a los individuos y su interaccin que a los procesos y las herramientas.
Este es posiblemente el principio ms importante del manifiesto.
Por supuesto que los procesos ayudan al trabajo. 'on una gua de operacin. %as (erramientas mejoran la
eficiencia, pero en trabajos que requieren conocimiento tcito, sin personas con conocimiento tcnico y actitud
adecuada, no producen resultados.
%os procesos deben ser una ayuda y un soporte para guiar el trabajo. #eben adaptarse a la organi)acin, a
los equipos y a las personas.
Valoramos ms el software que funciona que la documentacin exhaustiva.
Poder ver anticipadamente como se comportan las funcionalidades que se esperan sobre prototipos o sobre
partes ya elaboradas del sistema final ofrece un *feedbac+* muy estimulante y enriquecedor que genera ideas
y posibilidades imposibles de concebir en un primer momento, y dificilmente se podran incluir al redactar un
documento de requisitos detallados antes de comen)ar el proyecto.
El manifiesto no afirma que no (agan falta. %os documentos son soporte de documentacin, permiten la
transferencia del conocimiento, registran informacin (istrica, y en muc(as cuestiones legales o normativas
son obligatorios, pero se resalta que son menos importantes que los productos que funcionan. ,enos
trascendentales para aportar valor al producto.
'i la organi)acin y los equipos se comunican a travs de documentos, adems de perder la rique)a que da
la interaccin con el producto, se acaba derivando a emplear a los documentos como barricadas entre
departamentos o entre personas.
**Valoramos ms la colaboracin con el cliente que la negociacin contractual.
%as prcticas giles estn especialmetne indicadas para productos difciles de definir con detalle en el
principio, o que si se definieran as tendran al final menos valor que si se van enriqueciendo con retro-
informacin continua durante el desarrollo. .ambin para los casos tambin en los que los requisitos van a ser
muy inestables por la velocidad del entorno de negocio.
Para el desarrollo gil el valor del resultado no es consecuencia de (aber controlado una ejecucin conforme
a procesos, sino de (aber sido implementado directamente sobre el producto.
/n contrato no aporta valor al producto. Es una formalidad que establece lneas divisorias entre
responsabilidades, que fija los referentes para posibles disputas contractuales entre cliente y proveedor.
En el desarrollo gil el cliente es un miembro ms del equipo, que se integra y colabora en el grupo de trabajo.
%os modelos de contrato por obra no encajan.
**Valoramos ms la respuesta al cambio que el seguimiento de un plan
Para un modelo de desarrollo que surge de entornos inestables, que tienen como factor in(erente el cambio y
la evolucin rpida y continua, resulta muc(o ms valiosa la capacidad de respuesta que la de seguimiento y
aseguramiento de planes pre-establecidos. %os principales valores de la gestin gil son la anticipacin y la
adaptacin0 diferentes a los de la gestin de proyectos ortodo!a& planificacin y control para evitar
desviaciones sobre el plan.
!"#$#%#&'() $!% $!)(**#%%# (&'%
1ay metodologas y estndares que direccionan varios aspectos del desarrollo de software, por ejemplo
P2345E6 para 7dministracin de Proyectos, /se 5ases8/,% para 7nlisis y dise9o, 3'E: para .esting.
7unque estos son normalmente utili)ados para proyectos de desarrollo en 5ascada, elementos de estas
tecnologas pueden ser aplicados en un enfoque de #esarrollo $gil.
Estos son algunos mtodos que estn especficamente dise9ados alrededor del #esarrollo $gil&
#'#, es probablemente el original mtodo de #esarrollo $gil. #'#, (a estado incluso antes de que el
trmino #esarrollo $gil fuera inventado, pero est basado absolutamente en todos los principios del #esarrollo
$gil.
'52/, es tambin un mtodo de #esarrollo $gil, el cual se concentra particularmente sobre cmo
administrar tareas dentro de un ambiente de desarrollo basado en equipo.
;P <e;treme Programming= es la metodologa $gil ms radical, se enfoca en el proceso de desarrollo de
software y dirige las fases de anlisis, desarrollo y pruebas aspirando en lograr la calidad en el producto final.
#'#, es probablemente la metodologa 7gil ms completa, sin embargo '52/, y ;P son ms fcil de
implementar y complementarias porque ellas afrontan diferentes aspectos de los proyectos de desarrollo y
estn fundadas sobre los mismos principios del #esarrollo $gil.
En la actualidad, no (ay una caja mgica para el desarrollo de software. El truco est en conocer varios
mtodos y seleccionar una me)cla de los mejores enfoques que sean los ms apropiados para cualquier
situacin dada. Para (acer esto e!itoso se requiere de muc(a e!periencia y (abilidad.
En proyectos de #esarrollo $gil, la 7dministracin de Proyectos toma una forma diferente, se basa ms en las
(abilidades de los administradores para la comunicacin, facilitacin, coordinacin, y con menor nfasis en la
planeacin y control.
El #esarrollo $gil puede ser un enfoque muy e!citante y muy energi)ante, aunque algunos proyectos se
prestan ms al #esarrollo $gil que otros. %a colaboracin y visibilidad pueden proporcionar mayor rique)a y
una e!periencia ms gratificante a los equipos para desarrollar grandes productos de software. El #esarrollo
$gil puede ser muc(o ms agradable que el enfoque en 5ascada que requiere de muc(o ms documentacin
y es menos fle!ible por naturale)a. > cuando las personas disfrutan su trabajo, es asombroso lo que se puede
lograr?
+,rincipios de desarrollo gil.
@A. %B' P23453P3B' $C3%E' 4B'B.2B' 'EC/3,B' E'.B' P23453P3B'...
(ttp&88www.flic+r.com8p(otos8mamjod(86DE@F6GH6@8
@@. %B' P23453P3B' $C3%E' 4uestra mayor prioridad es satisfacer al cliente a travs de la entrega
temprana y contnua de software con valor. I7%B2 P727 E% 5%3E4.E
@6. %B' P23453P3B' $C3%E' 7ceptamos requisitos cambiantes, incluso en etapas avan)adas. %os procesos
giles aprovec(an el cambio para proporcionar ventaja competitiva al cliente. 7#7P.72'E 7 %B' 57,:3B'
@F. %B' P23453P3B' $C3%E' Entregamos software frecuentemente, con una periodicidad desde un par de
semanas a un par de meses, con preferencia por los periodos ms cortos posibles. 2.B.3. 'BJ.K72E L/E
J/453B47
@E. %B' P23453P3B' $C3%E' %os responsables de negocio y los desarrolladores deben trabajar juntos
diariamente a lo largo del proyecto. 5B%7:B2753M4 2E'PE.B 5B4J374N7
@G. %B' P23453P3B' $C3%E' 5onstruimos proyectos con profesionales motivados. #ndoles el entorno y
soporte que necesitan, y confiando en ellos para que realicen el trabajo. 5B4J374N7 2E'PB4'7:3%3#7#
#3'53P%347
@D. %B' P23453P3B' $C3%E' El mtodo ms eficiente y efectivo de comunicar la informacin a un equipo de
desarrollo y entre los miembros del mismo es la conversacin cara a cara. 5B4IE2'753M4 13'.B237' #E
/'/723B
@O. %B' P23453P3B' $C3%E' 'oftware que funciona es la principal medida de progreso. #E,B E4
P2B#/553M4 #E/#7 .P54357
@Q. %B' P23453P3B' $C3%E' %os procesos giles promueven el desarrollo sostenible. Espnsores,
desarrolladores y usuarios deben ser capaces de mantener un ritmo constante de forma indefinida. RJ%BKS
23.,B 'B'.E43:%E
@H. %B' P23453P3B' $C3%E' %a atencin continua a la e!celencia tcnica y los buenos dise9os mejoran la
agilidad. ,74.E4E2 %7 57'7 %3,P37 2EJ75.B2
6A. %B' P23453P3B' $C3%E' 'implicidad, el arte de ma!imi)ar la cantidad de trabajo no reali)ado, es
esencial. T3'' #2> >7C43
6@. %B' P23453P3B' $C3%E' %as mejores arquitecturas, requisitos y dise9os surgen de equipos que se
autoorgani)an. 7/.B#3'53P%347 7/.BE;3CE4537
66. %B' P23453P3B' $C3%E' 7 intervalos regulares el equipo refle!iona sobre cmo ser ms efectivo,
entonces mejora y ajusta su comportamiento de acuerdo a sus conclusiones. 2E.2B'PE5.3I7.
,rcticas de desarrollo giles
1. Un espacio de trabajo adecuado para el equipo
7unque a alguno todava le pare)ca cosa de magia, las barreras fsicas afectan directamente a la
comunicacin entre los diferentes componentes de una empresa o de un equipo, y condicionan las relaciones
que se establecen entre ellos. %as paredes en una oficina, los pasillos e incluso los separadores que se
interponen entre dos empleados que se sientan frente a frente pueden entorpecer la comunicacin fluida y
constante que estamos buscando.
7lgunas ideas&
%u), buena ventilacin y plantas.
Espacios compartidos en los que la gente trabaja frente a frente, codo con codo. > espacios semi-privados
para mantener reuniones y conversaciones telefnicas.
Crandes corc(os y pi)arras para apuntar ideas, esquemas o procesos y poder compartirlos con el equipo.
:uenas sillas y mesas, y equipos informticos actuali)ados.
5ada persona puede RconfigurarS su espacio a su gusto, con sus plantas, sus carteles, sus juguetes.
Es mejor que el espacio est abierto a los miembros de otros equipos de la empresa, y que puedan acercarse
cuando quieran para ver qu se cuece y cmo se trabaja.
'ervicios de primera necesidad& es conveniente que los ba9os, las impresoras o la mquina de caf se
encuentren cerca del rea de trabajo.
'i la comunicacin es abierta, fluida y continua, es muy probable que, en ocasiones se vuelva un poco
ruidosa. 7s que es mejor que (aya suficiente espacio entre el espacio del equipo y otras reas de la
empresa, de manera que no llegue a molestar.
2. Ciclos de trabajo cortos
7unque este apartado est muy ligado al desarrollo de software, en esencia puede aplicarse a casi cualquier
mbito& si el objetivo -llamemosle entrega- est muy alejado en el tiempo, la motivacin del equipo decrece y
acaba por desinflarse. 2esulta muc(o ms apasionante descomponer el proyecto en tareas ms reducidas y
con entregas ms frecuentes en el tiempo. En el desarrollo gil de software se trabaja, por ejemplo, mediante
sprints que duran una semana. 2esulta muy recomendable ver el planteamiento de la metodologa 'crum.
%a motivacin es la base de la productividad. 'i no alcan)amos a ver el final, es muy fcil que cunda la
relajacin8aburrimiento entre el equipo, y que cuando llegue el momento de reali)ar la entrega, se produ)ca el
desastreU %os ciclos de trabajo cortos generan una especie de RpresinS, pero esta presin, lejos de
desmorali)ar, motiva a los integrantes del equipo y les ayuda a superar las situaciones complejas del
proyecto. Eso s& para que este sistema funcione, es necesario confiar en el equipo, y permitirle que se auto-
gestione y se organice para superar las situaciones ms complicadas. Esa confian)a es la mejor manera de
generar compromiso en los miembros del equipo.
3. Pon el trabajo a prueba.
#urante el proceso de dise9o y construccin de cualquier producto o servicio surgen muc(os cambios, nuevas
peticiones, a9adidos, correcciones, etctera. > la clave fundamental del !ito estriba en ser capa) de
responder a esos cambios con agilidad. 'e trata de evitar esa situacin tan temida& (emos acabado el
producto, y slo entonces nos (emos dado cuenta de que (ay que incorporar tantos cambios y modificaciones
que ese producto, simplemente, ya no sirve. Es demasiado tarde para cambiar. 'i ests construyendo,
pongamos por caso, una web, no esperes al final para ver si al cliente le gusta, o para comprobar que
funciona como estaba previsto.
Es necesario incorporar los cambios a lo largo de todo el proceso, manteniendo una comunicacin fluida en el
equipo y con el cliente. Es la manera en que podremos ir creciendo y aprendiendo, en un proceso de mejora
continua que realmente estimular a todos los miembros del equipo.
Plantatelo as& los cambios son fruto del conocimiento0 surgen cuando descubrimos algo ms sobre el
producto, sobre las necesidades del usuario o sobre las peticiones del cliente. 3ncorporar ese cambio es todo
un reto pero, si lo superamos, podemos estar seguros de que nuestro producto o servicio es mejor que antes
de introducir la modificacin.
7unque pare)ca lo contrario, la calidad no tiene por qu estar siempre re9ida con la velocidad. En el mundo
del desarrollo software se utili)a un mtodo gil conocido como .est #riven #evelopment que consiste,
bsicamente, en lo siguiente& en un escenario de ciclos de trabajo cortos y cambio constante, cuando se
decide incluir una nueva funcionalidad, primero se crean unos Rcasos de pruebaS que la aplicacin tiene que
superar para cumplir con los requisitos, y despus se reali)a la programacin para que la aplicacin supere
esos casos de prueba. Es decir, no se programa primero y se testea despus, sino que, partiendo de los
requisitos, primero se determina el test que (ay que superar y despus se crea el cdigo necesario para pasar
la prueba. Este mtodo permite reali)ar el trabajo a muy buen ritmo reduciendo notablemente los defectos y
errores.