ESCUELA SUPERIOR POLITCNICA AGROPECUARIA DE

MANAB MANUEL FLIX LPEZ

CARRERA INFORMTICA

SEMESTRE SPTIMO

PERODO ABRIL-AGOSTO/2015

METODOLOGIA AGILES

MATERIA:
INGENIERA DE SOFTWARE
AUTORA:
FARIAS CHICA LUISA KATERINE

FACILITADORA:
ING. HIRAIDA SANTANA
MISIN
Formacin de profesionales ntegros que conjuguen ciencia, tecnologa y valores en
su accionar, comprometidos con la sociedad en el manejo adecuado de programas
y herramientas computacionales de ltima generacin.

VISIN
Ser referente en la formacin de profesionales de prestigio en el desarrollo de
aplicaciones informticas y soluciones de hardware.

CALCETA, ABRIL 2015

A Continuacin le vamos hablar acerca de las metodologas agiles las cuales son importante ya
que son una serie de tcnicas para la gestin de proyectos que han surgido como
contraposicin a los mtodos clsicos de gestin como CMMI. Aunque surgieron en el mbito
del desarrollo de software, tambin han sido exportadas a otro tipo de proyectos.
Inicialmente, mucha gente asocia metodologas giles con falta de documentacin o control
sobre el proyecto, pero esto es totalmente falso Lo que se vamos a tratar en este captulo es
minimizar el impacto de las tareas que no son totalmente imprescindibles para conseguir el
objetivo del proyecto es por eso que debemos conocer acerca de lo que es una metodologa
agiles y que importancia tiene en el mundo de desarrollos de software.

Impartir conocimientos sobre metodologas agiles para pretender aumentar la eficiencia de

las personas involucradas en el proyecto y, como resultado de ello, minimizar el costo de la
realizacin de aquellos .

Un modelo de desarrollo gil, generalmente es un proceso Incremental,

(pequeos y frecuentes releases o entregas con ciclos rpidos), tambin
Cooperativo (Clientes y desarrolladores trabajan constantemente con una
comunicacin muy fina y constante), sencillo (El mtodo es fcil de aprender y
modificar para el equipo, es bien documentado por medio de libros o la Web) y
finalmente adaptativo (capaz de permitir cambios de ltimo momento).
Su objetivo fue esbozar los valores y principios que deberan permitir a los
equipos desarrollar software rpidamente y respondiendo a los cambios que
puedan surgir a lo largo del proyecto. Se pretenda ofrecer una alternativa a los
procesos de desarrollo de software tradicionales, caracterizados por ser rgidos
y dirigidos por la documentacin que se genera en cada una de las actividades
desarrolladas. Varias de las denominadas metodologas giles ya estaban
siendo utilizadas con xito en proyectos reales, pero les faltaba una mayor
difusin y reconocimiento.

Un equipo gil reconoce que el software es desarrollado por individuos que

trabajan en equipo, y que su capacidad, su habilidad para colaborar, es el
fundamento para el xito del proyecto.
La agilidad puede aplicarse a cualquier proceso del software. Sin embargo,
para lograrlo es esencial que ste se disee en forma que permita al equipo del
proyecto adaptar las tareas y hacerlas directas, ejecutar la planeacin de
manera que entienda la fluidez de un enfoque gil del desarrollo, eliminar todos
los productos del trabajo excepto los ms esenciales y mantenerlos esbeltos, y
poner el nfasis en una estrategia de entrega incremental que haga trabajar al
software tan rpido como sea posible para el cliente, segn el tipo de producto
y el ambiente de operacin.

Las metodologas tradicionales funcionan muy bien en proyectos donde el

problema es conocido y la solucin al mismo est bien definida. En este
entorno es fcil analizar, disear y ejecutar una solucin, pero totalmente
opuesto al entorno de una startup.
Una startup, por definicin, es una organizacin temporal se mueve en un
entorno
de extrema
incertidumbre
buscando
un
modelo
de
negocio replicable y escalable.
Las metodologas tradicionales funcionan muy bien en proyectos donde el
problema es conocido y la solucin al mismo est bien definida. En este
entorno es fcil analizar, disear y ejecutar una solucin, pero totalmente
opuesto al entorno de una startup.
Por lo tanto, lo que debemos tener claro es que:
Los principios Lean Startup se encargan de qu construir.
Las metodologas giles se encargan de cmo hacerlo.

Los costos de hacer que esto funcione son mnimos, y el tiempo requerido no
perjudicar el resultado del proyecto. Pero, qu pasa una vez transcurridos
algunos meses? El equipo est a la mitad de las pruebas de validacin (algo
que ocurre cuando el proyecto est relativamente avanzado) y un participante
de importancia solicita que se haga un cambio funcional grande. Elcambio
requiere modificar el diseo de la arquitectura del software, el diseo y
construccin de tres componentes nuevos, hacer cambios en otros cinco
componentes, disear nuevas pruebas, etc. Los costos aumentan con rapidez,
y no son pocos el tiempo y el dinero requeridos para asegurar que se haga el
cambio sin efectos colaterales no intencionados.

un proceso de software gil debe adaptarse incrementalmente. Para lograr la

adaptacin incremental, un equipo gil requiere retroalimentacin con el cliente
(de modo que sea posible hacer las adaptaciones apropiadas). Un catalizador
eficaz para la retroalimentacin con el cliente es un prototipo operativo o una
porcin de un sistema operativo. As, debe instituirse una estrategia de
desarrollo incremental. Deben entregarse incrementos de software (prototipos

ejecutables o porciones de un sistema operativo) en periodos cortos de tiempo,

de modo que la adaptacin vaya a ritmo con el cambio (impredecible). Este
enfoque iterativo permite que el cliente evale en forma regular el incremento
de software, d la retroalimentacin necesaria al equipo de software e influya
en las adaptaciones del proceso que se realicen para aprovechar la
retroalimentacin.

Uno de los principales focos de aplicacin de las metodologas giles son los
proyectos tecnolgicos. Cada una de ellas tiene sus fortalezas y sus
debilidades, pero no son excluyentes. En cada proyecto podemos adoptar una,
o varias, en funcin de las caractersticas del propio proyecto y del equipo.
Entre las metodologas giles ms usadas se encuentran:

SCRUM. Es un marco de trabajo que nos proporciona una serie de

herramientas y roles para, de una forma iterativa, poder ver el progreso y

los resultados de un proyecto.

KANBAN. Se basa en una idea muy simple. sta es que el trabajo en curso

(Work In Progress, WIP) debera limitarse y slo deberamos empezar con

algo nuevo cuando un bloque de trabajo anterior haya sido entregado o ha
pasado a otra funcin posterior de la cadena.

XP: Es una metodologa gil centrada en potenciar las relaciones

interpersonales como clave para el xito en desarrollo de software,

promoviendo el trabajo en equipo, preocupndose por el aprendizaje de los
desarrolladores y propiciando un buen clima de trabajo.

Si los miembros del equipo de software son los que van a generar las
caractersticas del proceson que van a aplicarse a la elaboracin de software,
entre ellos debe existir cierto nmero de caractersticas clave, mismas que
debe compartir el equipo gil como tal:

Competencia. En un contexto de desarrollo gil (as como en la ingeniera de

software), la competencia incluye el talento innato, las habilidades especficas
relacionadas con el software y el conocimiento general del proceso que el
equipo haya elegido aplicar.

Enfoque comn. Aunque los miembros del equipo gil realicen diferentes
tareas y aporten habilidades distintas al proyecto, todos deben centrarse en
una meta: entregar al cliente en la fecha prometida un incremento de software
que funcione.

Colaboracin. La ingeniera de software (sin importar el proceso) trata de

evaluar, analizar y usar la informacin que se comunica al equipo de software;
crear informacin que ayudar a todos los participantes a entender el trabajo
del equipo; y generar informacin (software de cmputo y bases de datos
relevantes) que aporten al cliente valor del negocio.

Capacidad para resolver problemas difusos. Los gerentes de software

deben reconocer que el equipo gil tendr que tratar en forma continua con la
ambigedad y que ser sacudido de manera permanente por el cambio.

Confianza y respeto mutuos. El equipo gil debe convertirse en lo que

DeMarco y Lister[DeM98] llaman pegado (vase el captulo 24). Un equipo
pegado tiene la confianza y respeto que son necesarios para hacer su tejido
tan fuerte que el todo es ms que la suma de sus partes [DeM98].

Organizacin propia. La organizacin propia tiene cierto nmero de

beneficios tcnicos, pero, lo que es ms importante, sirve para mejorar la
colaboracin y elevar la moral del equipo. En esencia, el equipo sirve como su
propio gerente. Ken Schwaber [Sch02] aborda estos aspectos cuando escribe:
El equipo selecciona cunto trabajo cree que puede realizar en cada iteracin,
y se compromete con la labor.
Los mtodos ligeros o agiles son otra opcin para el desarrollo, muy aplicado y
adems presenta adeptos y gurs en contra, algunos expertos mencionan que
los procesos agiles son una moda y quedaran ah, sin embargo
existen empresas que desde hace tiempo utilizan y han evolucionado gracias a
dichos mtodos.
A continuacin un grfico con una lista importante de empresas que usan
metodologas de desarrollo gil en algunos de sus proyectos.

Debido a que muchas organizaciones adoptan slo un subconjunto de

prcticas XP, debilitan la eficacia de todo el proceso. Los defensores
contradicen esto al afirmar que la XP est en evolucin continua y que muchas
de las crticas que se le hacen han llevado a correcciones conforme maduran
sus prcticas. Entre los aspectos que destacan algunos crticos de la XP estn
los siguientes.

Volatilidad de los
requerimientos.
Los defensores
afirman que esto
pasa sin importar el
proceso que se
aplique y que la XP
proporciona
mecanismos para
controlar los
vaivenes del
alcance.

Necesidades
conflictivas del cliente.
En XP, el equipo
mismo tiene la tarea
de asimilar las
necesidades de
distintos clientes,
trabajo que tal vez
est ms all del
alcance de su
autoridad.

Los requerimientos se
expresan
informalmente.
Los defensores
contraatacan
diciendo que la
naturaleza
cambiantede los
requerimientos
vuelve obsoletos
esos modelos y
especificaciones casi
tan pronto como se
desarrollan.

Desde el surgimiento de estas revolucionarias metodologas que no solo nacen

para el desarrollo de sistemas software sino para el management o desarrollo
de productos los incrementos en adeptos se presentan gradualmente con el
tiempo y las tecnologas.

Las metodologas agiles ayudan bastante en la elaboracin de proyectos de

software como podemos ver en la imagen e arriba muchas personas de las
cuales usan estas metodologas son para reducir el tiempo de desarrollo
adems de mejorar la calidad del producto o proyecto no tan solo eso sino
tambin para reducir costos y no solo estas seran las razones existen un sin
nmero de razones por los cuales muchos de los programadores utilizan
metodologas agiles y esto se debe a la ayuda de la ingeniera de software.

Reynoso B. s.f.

Mtodos Agiles en Desarrollo de Software, Introduccin a

la Arquitectura de Software. Universidad de Buenos Aires: PDF. Consultado: 26

Abril 2015. Disponible en: http://www.microsoft.com/spanish/msdn/arquitectura.
Pressman. R. 2010. Ingeniera del Software Un Enfoque Prctico. 7ma ed.
University of Connecticut. McGraw-Hill Interamericana Editores, S.A.