Modelos de Ciclo de Vida de Desarrollo de Software en el Contexto de

la Industria Colombiana de Software

Hugo F. Arboleda Jimnez. MSc.
Docente-Investigador, Facultad de Ingenieras, Universidad de San Buenaventura Cali.
Magster Ingeniera de Sistemas y Computacin, Universidad de los Andes, 2002.
Ingeniero de Sistemas Universidad del Valle, 1999.

1 INTRODUCCIN
La evolucin de la disciplina de ingeniera de software ha trado consigo propuestas diferentes para mejorar
los resultados del proceso de construccin. Las metodologas tradicionales haciendo nfasis en la planeacin,
y las metodologas giles haciendo nfasis en la adaptabilidad del proceso, delinean las principales propuestas
presentes en la literatura. De manera paralela, el tema de modelos para el mejoramiento de los procesos de
desarrollo ocupa un lugar importante en la bsqueda de la metodologa adecuada para producir software de
calidad en cualquier contexto de desarrollo. De una u otra forma, las caractersticas de los proyectos de
software hacen necesario seguir prcticas especficas para optimizar los resultados de los desarrollos. Este
artculo presenta en contexto las generalidades del estado actual de evolucin de los modelos de ciclo de vida
de desarrollo de software. Luego, se hace una reflexin de la importancia de las caractersticas de cada
proyecto al momento de escoger el modelo de desarrollo a seguir. La clasificacin de los proyectos de
software de acuerdo a sus caractersticas especficas, es til para enmarcar contextos de desarrollo para los
cuales prcticas particulares de proceso resulten en mayor probabilidad de xito. De igual forma, la
adaptabilidad de los modelos propuestos de acuerdo al contexto enmarcado, y a las mtricas mantenidas,
ayudan a mejorar la calidad de los productos de software desarrollados.

2 MODELOS DE DESARROLLO DE SOFTWARE

2.1 Metodologas tradicionales
Las metodologas tradicionales se caracterizan por exponer procesos basados en planeacin exhaustiva.
Esta planeacin se realiza esperando que el resultado de cada proceso sea determinstico y predecible. La
experiencia ha mostrado que, como consecuencia de las caractersticas del software, los resultados de los
procesos no son siempre predecibles y sobre todo, es difcil predecir desde el comienzo del proyecto cada

resultado. Sin embargo, es posible por medio de la recoleccin y estudio de mtricas de desarrollo lograr
realizar estimaciones acertadas en contextos de desarrollo repetibles.
Remontndose a la historia, el modelo de cascada fue uno de los primeros modelos de ciclo de vida (MCV)
que formaliz un conjunto de procesos de desarrollo de software. Este MCV describe un orden secuencial en
la ejecucin de los procesos asociados. El modelo espiral se postul como una alternativa al modelo de
cascada. La ventaja de este modelo radica en el perfeccionamiento de las soluciones encontradas con cada
ciclo de desarrollo, en trminos de dar respuesta a los requerimientos inicialmente analizados. El modelo de
cascada y el modelo espiral suponen, de manera general, que los requerimientos del cliente no cambian
radicalmente en el transcurso del desarrollo del sistema.
Por otro lado, la realizacin de prototipos es una herramienta en la que se apoyan diferentes MCV. Un
prototipo debe tener el objetivo de mostrar al cliente o a la gerencia del proyecto el resultado que se obtendr
de la implementacin de cada uno de los requerimientos del cliente una vez terminado el desarrollo. Con los
prototipos se tiene la posibilidad de obtener retroalimentacin de manera temprana.
La solucin a algunos de los problemas presentados por las metodologas tradicionales se logra con una
gran evolucin del modelo espiral. El proceso unificado propone la elaboracin de varios ciclos de desarrollo,
donde cada uno finaliza con la entrega al cliente de un producto terminado. Este se enmarca entre los
conocidos modelos iterativo-incremental.
2.2 Metodologas giles
Grupos de desarrollo han experimentado soluciones que basan su fundamento en la adaptabilidad de los
procesos de desarrollo, en lugar de seguir esperando lograr resultados predecibles de un proceso que no
evoluciona. Esta comunidad de desarrolladores e investigadores han nombrado su trabajo bajo lo que
conocemos como metodologas giles. Las metodologas giles como puede entenderse mal, no estn en
contra de administrar procesos de desarrollo. Por el contrario promueve la formalizacin de procesos
adaptables.
La compilacin de los principios y valores que resaltan las metodologas giles fue formalizada en el
manifiesto para el desarrollo de software gil. Este documento desarrollado por los representantes de cada una
de las metodologas que en el momento se presentaban como giles, logra resumir en un conjunto de ideas las
prcticas que una metodologa de este estilo debe llevar a cabo. Como caracterstica fundamental, la habilidad
de responder al cambio es la principal caracterstica de las metodologas giles.
XP, una de las ms difundidas, es una metodologa de desarrollo de software gil que define pocas reglas y
pocas prcticas. XP promueve la adaptabilidad de los procesos de desarrollo basndose en los principios y
prcticas que presenta. Quienes trabajan usando XP deben seguir procesos disciplinados, pero ms que eso,
deben combinar la disciplina con la adaptabilidad necesaria del proceso.

Las metodologas de Cristal se basan en el principio de que tipos diferentes de proyectos requieren tipos
diferentes de metodologas. La metodologa escogida debe depender de dos factores: el nmero de personas
en el proyecto, y las consecuencias de los errores. Conforme al principio de las metodologas giles, Scrum
recalca la imposibilidad de encontrar procesos definidos y repetibles cuando no existen problemas, personas,
ni ambientes definidos y repetibles.
2.3 Metodologas giles o metodologas tradicionales?
En las metodologas tradicionales el principal problema es que nunca se logra planear bien el esfuerzo
requerido para seguir la metodologa. Pero entonces, si logramos definir mtricas que apoyen la estimacin de
las actividades de desarrollo, muchas prcticas de metodologas tradicionales podran ser apropiadas. El no
poder predecir siempre los resultados de cada proceso no significa que estamos frente a una disciplina de azar.
Lo que significa es que estamos frente a la necesidad de adaptacin de los procesos de desarrollo que son
llevados por parte de los equipos que desarrollan software.
Tener metodologas diferentes para aplicar de acuerdo con el proyecto que se desarrolle resulta una idea
interesante. Estas metodologas pueden involucrar prcticas tanto de metodologas giles como de
metodologas tradicionales. De esta manera podramos tener una metodologa por cada proyecto, la
problemtica sera definir cada una de las prcticas, y en el momento preciso definir parmetros para saber
cual usar.
Es importante tener en cuenta que el uso de un mtodo gil no es para todos. Sin embargo, una de las
principales ventajas de los mtodos giles es su peso inicialmente ligero y por eso las personas que no estn
acostumbradas a seguir procesos encuentran estas metodologas bastante agradables.

3 MODELOS DE DESARROLLO EN LA INDUSTRIA DEL SOFTWARE COLOMBIANO

Los primeros desarrollos de software en Colombia iniciaron de manera artesanal. Incrementalmente, y con
la llegada de nuevas tecnologa, plataformas de desarrollo, y programas de formacin superior bien
estructurados, se inici un proceso de mejoramiento de procesos entre los que se incluye el tema de la
planeacin y seguimiento de los proyectos de software.
El modelo de cascada fue en ese entonces, y tal vez lo sigue siendo, el modelo ms usado por los
desarrolladores de software que recin constituyen sus empresas de desarrollo. Modelos de desarrollo sin alto
nivel de complejidad como el espiral, o el orientado a prototipos, siguen siendo los ms usados. Sin embargo,
estos modelos siguen siendo interpretados en algunos casos de manera errnea. Es el caso de equipos de
desarrollo que por tener ciclos de desarrollo iterativo y/o incremental, aseguran seguir un modelo espiral, sin
realizar un anlisis de riesgo bien soportado. Igual pasa con el uso de los prototipos. Estos se usan como

herramienta de avance, sin hacer entender al cliente el objetivo de validacin de requerimientos, y/o
especificacin de borradores de interfaz. Un problema paralelo radica en que muchos de los ingenieros de
desarrollo de software no tienen claro qu modelo de desarrollo siguen al interior de sus equipos. As,
problemas normales adjuntos a un modelo de ciclo de vida de desarrollo los toman por sorpresa, pudiendo
ser evitados haciendo un anlisis del modelo adecuado para el proyecto particular
Uno de los temas ms abordados en la industria del software Colombiano es el tema de planeacin y
seguimiento de proyectos. Con este tema viene adjunto el tema de la definicin de modelos de ciclo de vida
de desarrollo. Sin embargo, normalmente el tema se ha abordado desde una perspectiva tradicional de
planeacin de proyectos, sin hacer nfasis en las caractersticas propias de los proyectos de software. Es por
esta razn que los modelos de desarrollo siguen esquemas tradicionales, con poco o ningn nfasis en la
adaptacin al cambio y la estimacin basada en datos histricos de desarrollo. Gran parte de las empresas de
software que tienen esquemas de oficinas de proyectos, o usan metodologas de planeacin guiadas por el
Instituto de Gerencia de Proyectos de Estados Unidos (PMI) siguen esquemas tradicionales donde los
procesos de soporte de desarrollo de software son poco tomados en cuenta, generalmente por lo poco
entendidos. Es el caso de la Administracin de Requerimientos. De igual forma, aunque los planes del
proyecto sean administrados, en muchas ocasiones no son impactados frente a los cambios que surgen en el
desarrollo del da a da. As, parte de la solucin no est en la bsqueda de realizar planes perfectos de
desarrollo, sino en la bsqueda de estrategias que permitan realizar ajustes a los planes definidos desde el
inicio. En eso hacen nfasis las metodologas giles.

4 CAL ES EL CAMINO A SEGUIR?

Antes de definir el modelo de ciclo de vida de desarrollo a seguir en una iteracin de un proyecto dentro de
una empresa en el contexto colombiano, se debe entender los fundamentos bsicos, con pros y contras, de
seguir un modelo determinado. Esto incluye como primera medida, realizar un estudio de las prcticas que se
van a poner en ejecucin dentro de un proyecto. Los modelos hbridos (tradicionales y giles) deben ser
estructurados teniendo en cuenta las caractersticas propias del proyecto. Esto incluye las propias
caractersticas del contexto colombiano. Un modelo de ciclo de vida exitoso en un contexto, no
necesariamente lo es en otro contexto. Por ejemplo, ante el surgimiento de los Parques Tecnolgicos que
incluyen empresas de desarrollo de software, se debe tomar en cuenta las caractersticas propias del contexto
de un grupo de jvenes emprendedores sin altos recursos para realizar inversin, con necesidad de poner en el
mercado en relativo poco tiempo un software altamente funcional de excelente calidad.
Un conjunto de preguntas que surgen ante la necesidad de redefinir el modelo de desarrollo que un equipo
sigue en un momento determinado, con el fin de mejorar los resultados en trminos de un conjunto de

atributos como pueden ser la calidad del software y la precisin de los planes realizados, podran ser las
siguientes:
1. Cmo evaluar mis proceso de desarrollo?
2. Cmo identificar el conjunto de caractersticas que rodean mis desarrollos, e impactan de manera
significativa los resultados de mi equipo?
3. Cmo identificar el conjunto de prcticas adecuadas para incluir en un nuevo modelo de ciclo de vida
de desarrollo?
La respuesta a estas preguntas se enmarca en el tema de Mejoramiento de Procesos de Software (SPI). En
este tema se encuentra por ejemplo la propuesta realizada por el Instituto de Ingeniera de Software con su
trabajo sobre IDEAL y CMMI. Sin embargo, al igual que para los procesos de desarrollo, las prcticas
requeridas para mejorar un proceso de software dependen altamente del contexto donde se mejoran los
procesos. Por ejemplo, no es igual mejorar los procesos al interior de equipos con alta rotacin, y gran
nmero de participantes, que mejorarlos en un equipo pequeo y estable. Para el caso del contexto
colombiano, tomando como objetivo las pequeas y medianas empresas, una buena estrategia es evaluar los
procesos frente a un marco de referencia como puede ser CMMI en cada una de sus reas de proceso.
Luego de tener una evaluacin inicial del estado actual de los procesos, y definir lo que se puede llamar una
lnea base de procesos, se debe realizar un plan de mejoramiento basado en las caractersticas del equipo de
desarrollo. Un buen ejercicio para identificar estas caractersticas es realizar un rbol de problemas como el
presentado en la figura 1. Por medio de este tipo de esquemas, se pueden identificar caractersticas que de
alguna manera no se tomaban en cuenta.
Fuga
de
conocimiento

Incremento de
documentacin
para soportar
rotacin

Adaptacin
continua
de
equipo
al Incremento del costo en
comunicacin
proceso
Fuga
de
conocimiento

Bajo nivel de
productividad

No existencia de
livianos
Alta rotacin procesos
para
adaptar
del equipo
Desmotivacin

Oportunidades del
mercado

Jerarquas impuestas
Figura 1. rbol de problemas para la identificacin de caractersticas propias de un contexto.

Finalmente, para identificar las prcticas precisas que se deben incluir en el nuevo modelo de desarrollo, se
debe tener en cuenta el marco de referencia con el cual se evalu el proceso actual, y las caractersticas
identificadas. As, de manera incremental, se incorporan prcticas en un orden que se defina como prioritario
al interior del equipo para minimizar los impactos negativos de caractersticas del equipo identificadas, en los
proyectos de desarrollo. Algo que siempre se debe tener en cuenta es la definicin de mtricas desde el inicio
de mejoramiento, que permitan medir la mejora una vez impactados los procesos. A estas mtricas se les
conoce como indicadores de gestin del mejoramiento de procesos.