Ingeniería de Software Libre: Modelo de desarrollo y Gestión de proyectos.

Modelos de Desarrollo

A pesar de que el desarrollo del software libre cuenta con varias décadas de crecimiento, sólo desde hace unos pocos años que se ha empezado a prestar atención a sus modelos y procesos de desarrollo desde el punto de vista de la ingeniería del software. De la misma forma que no existe un único modelo de desarrollo de software propietario, tampoco existe uno del software libre, pero se pueden encontrar características interesantes que comparten gran parte de los proyectos estudiados, y libres

En 1997, Eric S. Raymond publicó un primer artículo ampliamente difundido llamado “La catedral y el bazar”, donde se describen algunas de las características de los modelos de desarrollo de software libre, prestándole una atención especial a lo que diferencia estos modelos de los de desarrollo propietario. Desde entonces, este artículo se ha convertido en uno de los más conocidos, y criticados, del mundo.

De acuerdo a lo descrito en el artículo existen dos modalidades o modelos de desarrollo de software libre:

1. Estilo Bazar: En este caso, el desarrollo de software no es dirigido de manera centralizada, la construcción de la aplicación se realiza con la participación de una comunidad de interesados que libera frecuentemente cada versión desarrollada, con la finalidad de que otros puedan depurar el código.

2. Estilo Catedral: En el estilo catedral el desarrollo de software está dirigido de manera centralizada y el proceso de desarrollo esta restringido a un grupo de programadores, quienes trabajan fuertemente en la depuración del código con la finalidad de que los usuarios puedan ver menos errores en cada versión liberada.

Gestión de proyectos

La gestión de proyectos es la disciplina que agrupa y ordena el conjunto de tareas o actividades destinadas a alcanzar unos objetivos determinados, incluye la planificación, definición, ordenamiento y gestión de las actividades que formarán el proyecto software, permitiendo reducir al mínimo las posibilidades de fallo y optimizando el uso de los recursos (tiempo, dinero, personas, equipos, etc.) en cada fase del mismo.

Por lo general, la gestión del proyecto es llevada a cabo por el director del proyecto, que se ocupa de monitorizar su progreso y coordinar las actividades de los grupos que intervienen en éste para minimizar el riesgo de fallo del proyecto, utilizando como herramientas principal diagramas de Gantt para mostrar de una forma clara la sucesión de tareas, recursos involucrados y sus dependencias.

En entornos de software libre, no existe una forma “tradicional” de gestionar un proyecto. Sin embargo hay una tendencia según el tamaño de proyecto, teniendo así que:

1. En los proyectos grandes de software libre: como el desarrollo del núcleo Linux o el servidor web Apache, están formados por un comité de gestión del proyecto, encargado de definir los pasos que se llevaran a cabo en el proyecto, y las actividades a realizar por cada personas o equipo para alcanzar los objetivos. De manera inversa, el comité de aprobación determina que cambios o nuevas funcionalidades propuestas por los usuarios u otros desarrolladores se incorporan al proyecto o no. En proyecto de gran envergadura es fundamental las herramientas de soporte y comunicación entre los diferentes equipos, tales como los programas de gestión de incidencias (Bugzilla) o entornos (Sourceforge) que ayudan a los gestores del proyecto o a los comités organizadores a conocer el estado del proyecto, la opinión de sus usuarios, las aportaciones de los desarrolladores, etc.

2. En los proyectos pequeños o medianos de software libre: no acostumbran a seguir una metodología tradicional. Por el contrario se orientan más a una gestión ágil del proyecto, siguiendo principios acordes con el software libre, primando la publicación de nuevas funcionalidades y versiones del proyecto al cumplimiento de un calendario rígido de actividades e hitos. El director del mismo suele intervenir muy estrechamente en el desarrollo y en el resto de actividades. Este tipo de proyectos suelen gestionarse mediante simples listas de requisitos y fallos por resolver, siendo el gestor o los desarrolladores quienes den prioridad a las tareas, y decidan cuáles van a incorporar en las nuevas versiones del proyecto.