Diseño y validación de un modelo para la planificación e implementación de proyectos de mejora de procesos en pequeñas empresas de desarrollo de software
- Merchán Paredes, Luis
- Rubén Rebollar Rubio Director
Defence university: Universidad de Zaragoza
Fecha de defensa: 16 July 2009
- Juan Luis Cano Fernández Chair
- Joaquín Bienvenido Ordieres Meré Secretary
- Javier Caamaño Eraso Committee member
- Paulino Martínez Landa Committee member
- Manuel Castejón Limas Committee member
Type: Thesis
Abstract
Una de las características principales de la industria de software en Colombia es estar compuesta por pequeñas y medianas empresas (representadas en un 87%). Este tipo de empresas tiene serios problemas de madurez en sus procesos ya que en muchos casos ni siquiera existe un proceso formal como tal, conduciendo a desarrollos de software de forma artesanal. No obstante lo anterior, son conscientes de la necesidad de abordar proyectos de mejora en este campo a partir de referentes. Los modelos de planificación e implementación de mejora como el Initiating Diagnosing Establishing Acting Leveraging (IDEAL) y de procesos de software como el Capability Maturity Model Integration (CMMI) (reconocidos como referentes de industria) están estructurados para ser aplicados a empresas grandes. Difícilmente pueden ser aplicados a empresas pequeñas en razón a que la implementación de un proyecto de mejora de estas características supondría una gran inversión en tiempo y recursos. La investigación parte de una evaluación a la industria de software del Sur Occidente Colombiano que abordó el análisis de procesos y prácticas de software frente a los propuestos por los estándares de industria. El diagnóstico finalmente determinó los procesos más prioritarios para acometer un proyecto de mejora. A la vista de lo anterior, y tomando como referente el nivel 2 de CMMI, se definió un conjunto (priorización) de nuevos procesos que sirven de guía para desarrollar y mantener productos de software en menos acciones u operaciones de las requeridas en un proceso tradicional. No omiten ninguna actividad clave para el desarrollo de software, sólo minimizan el número de tareas que han sido definidas en los otros procesos y buscan economizar un poco más el uso de los recursos que se tienen disponibles.