Validez externa

La validez externa indica la capacidad de generar las conclusiones de los casos de estudio realizados en una investigación. Por lo tanto, es de gran importancia acentuar, que el carácter del estudio es exploratorio y como tal, en la generación de conclusiones de los casos de estudio realizados en esta tesis de máster no intenta realizar generalizaciones más allá del ámbito del estudio, sino que se centra en el contexto del estudio de cada comunidad.

Para poder realizar un estudio con una validez externa aceptable se tendría que realizar una investigación con una muestra más grande de proyectos OSS existentes actualmente en el mundo. Como es un caso difícil de abordar, la muestra escogida de proyectos para realizar los casos de estudio es más pequeña, donde se decidió realizar un estudio sobre 7 comunidades escogidas a partir del numeroso listado de proyectos alojados en Ohloh.net. Con el fin de realizar la elección de las 7 comunidades a estudiar, se extrajo un listado de todos los proyectos que existen en Ohloh.net en función del tamaño y dominio de la aplicación. A partir de este listado se realizó una partición en tres partes según el número de usuarios que contienen las comunidades, la cual finalmente quedó divida en comunidades con un rango de usuarios grande, comunidades con un rango de usuarios mediano y comunidades con un rango de usuarios pequeño, con el fin de escoger proyectos de diferentes tamaños en función de los usuarios y características. Una vez realizada la partición se decidió escoger al azar tres comunidades de rango alto, dos comunidades de rango mediano y dos comunidades de rango pequeño. De esta forma, nuestro estudio permite una mayor fiabilidad a la hora de realizar las observaciones, ya que los proyectos escogidos para los casos de estudio tienen envergaduras distintas. Además, se debe observar que los resultados obtenidos en esta tesis podrían haber variado si el criterio de selección de las comunidades hubiera sido otro cualquiera. Esto quiere decir que las afirmaciones que se hayan podido realizar en esta tesis, no se deben considerar como afirmaciones sino como hipótesis generadas que deben ser validadas más a fondo. En este caso las hipótesis serán validadas en el futuro estudio que próximamente realizará el grupo de investigación GESSI-UPC junto

Capítulo 6

149 con el grupo SU-NTNU, con un conjunto de la población más grande, es decir, realizará un estudio más profundo sobre muchas más comunidades OSS.

151

Capítulo 7

7

Conclusiones y Futuro Trabajo

n esta sección, describimos las conclusiones obtenidas de los análisis realizados sobre los resultados obtenidos y las hipótesis que se han generado a partir de dichos resultados, mostradas en la Tabla 25, para que futuramente sean analizados en el proyecto que realizará el grupo de investigación GESSI-UPC junto con el grupo SU-NTNU.

Según el estudio de las 7 comunidades OSS y los resultados obtenidos, se ha observado que todas las comunidades utilizan infraestructuras online como una forma central para observar, participar y contribuir en el desarrollo del proyecto distribuido entre sus participantes a nivel mundial. La mayoría de comunidades OSS tienen a disposición de los usuarios una serie de infraestructuras, las cuales son comunes en todas ellas, como son los foros de discusión, las listas de correo electrónico, chats, wikis, sistemas de gestión de errores y tablones de anuncios. No obstante, existen comunidades donde sus usuarios participan en discusiones privadas, las cuales no llegan a ser públicas para los usuarios finales debido a su contenido confidencial.

7.1 Tipos de liderazgo más usados

Aunque los proyectos OSS parezcan dispersos por su gran distribución a nivel mundial, todas las comunidades estudiadas mantienen una estructura jerárquica, en la cual existen desarrolladores, contribuidores y uno o varios administradores de proyecto. Sin embargo, cada comunidad tiene su tipo de liderazgo y sus formas de realizar las prácticas de trabajo dentro de la comunidad, tal y como se ha estudiado en el punto 5.2.1 y 5.2.2. En este estudio en particular, hemos observado que los tipos de liderazgo más frecuentes son:

- Organización o dictador benevolente (2): El proceso de desarrollo es liderado por una organización (compañía, institución o comité) o por un dictador benevolente que define un calendario formal para el proyecto. La comunidad está fuertemente involucrada en el proceso de toma de decisiones, aunque finalmente las decisiones son tomadas por el líder del proyecto.

Estado de la práctica de la Ingeniería de Requisitos en proyectos de Software Open Source

152

- Comunidad con principios comunes y reglas formales (3): La comunidad se rige por principios comunes y reglas formales. Las decisiones se toman principalmente a través de sistemas de votación u órganos de gobierno directamente escogidos por los contribuyentes.

Eso no quiere decir que el resto de comunidades existentes en el gran mundo de las comunidades OSS practiquen únicamente esos liderazgos, sino que podríamos encontrarnos con comunidades que practiquen los tipos de liderazgo siguientes:

- Organización predominante (1): El proceso de desarrollo es liderado por una organización (compañía, institución o comité) la cual tiene un rol de liderazgo predominante, toma las decisiones y define un calendario formal para el proyecto.

- Comunidad sin organización formal (4): La comunidad carece de una organización formal y un órgano de gobierno, donde las decisiones son tomadas a través de discusiones informales.

De esta forma, cuando el grupo de investigación GESSI-UPC junto con el grupo SU-NTNU realice el futuro estudio sobre una muestra más grande de comunidades OSS, no significa que obtenga los mismos resultados en los tipos de liderazgos que los encontrados en este previo estudio, sino que puede darse el caso de obtener comunidades con un tipo de liderazgo 1 y 4 o incluso encontrar nuevas formas de liderar una comunidad.

Por otro lado, en este estudio hemos encontrado un nuevo tipo de liderazgo practicado por dos comunidades en este estudio:

- Líder + organización formal (5): La comunidad tiene un líder y una organización formal, el cual está involucrado en la fase de la toma de decisiones del proyecto. Sin embargo, los desarrolladores, contribuidores y usuarios finales están fuertemente implicados en la toma de decisiones a través de sistema de votación junto con discusiones informales realizadas a través de infraestructuras online.

A través de este nuevo tipo de liderazgo obtenido, se podría dar el caso de que existieran más comunidades OSS que practicaran ese tipo de liderazgo como las comunidades Camino y jQuery UI. Por lo tanto, el tipo de liderazgo practicado por una comunidad es un aspecto importante a tener en cuenta a la hora de realizar la observación de la gestión de requisitos, ya que según el tipo de liderazgo utilizado se efectuarán diferentes tomas de decisiones respecto la obtención, análisis y especificación de requisitos, así como en la futura implementación del sistema.

7.2 Prácticas de trabajo más utilizadas

Según la Ingeniería de Requisitos tradicional, las actividades definidas por el ciclo de vida como son la elicitación, el análisis, la validación, la negociación, la documentación y la gestión son actividades a seguir necesarias para que el sistema a desarrollar sea fiable y de alta calidad. No obstante, estas actividades no se identifican