UNIVERSIDAD DE COLIMA FACULTAD DE TELEMÁTICA

Transcripción

1 UNIVERSIDAD DE COLIMA FACULTAD DE TELEMÁTICA MPMPES: Modelo de Procesos para Micro y Pequeñas Empresas Desarrolladoras de Software TESIS Que para obtener el grado de Maestría en Computación PRESENTA Emilio Damián Bueno Vélez ASESOR Dr. Nicandro Farías Mendoza COASESOR Dr. Víctor Hugo Castillo Topete Colima, Colima. Enero de 2012

2 RESUMEN El presente trabajo muestra el desarrollo de un Modelo de Procesos para Micro y Pequeñas Empresas Desarrolladoras de Software, que sirva de guía para empresas de este tipo que sea fácil de entender, aplicar y económico de adaptar y en consecuencia que asegure la calidad de los productos y servicios generados por la organización. Se delinea la problemática general de las micro y pequeñas empresas desarrolladoras de software para aplicar algún estándar ó modelo, así como estudios que demuestran el interés de adopción de estos en los procesos de las micro y pequeñas empresas. Se presenta un análisis de las metodologías tradicionales y su contraparte las metodologías ágiles, puntualizando sus diferencias en funcionalidad y características de negocio en las micro y gran empresas. Por parte de las metodologías ágiles se muestra un análisis en base a procesos, roles, prácticas y entorno de uso, que tiene como finalidad especificar las diferencias entre las metodologías ágiles seleccionadas. Finalmente se muestra el modelo para el desarrollo así como los niveles que lo integran, descrito cada nivel a través de sus procesos, productos generados y actividades de los mismos.

3 ABSTRACT The present work shows the development of a Process model for Very Small enterprises that Develop Software Components, which uses as guide for companies of this type that is easy to deal, applying and economically of adapting and in consequence that assures the quality of the products and services generated by the organization. There is delineated the general problematic of the very small enterprises that develop software components to apply some standard or model, as well as studies that demonstrate the interest of adoption of these in the processes of the very small enterprises. One presents an analysis of the traditional methodologies and his counterpart the agile methodologies, specifying their differences in functionality and characteristics of business in the very small and large companies. On the part of the agile methodologies an analysis appears on the basis of processes, roles, practices and environment of use, which has as purpose, specify the differences between the agile selected methodologies. Finally, we show the model for the development and the levels within it, each level described through their processes, products and activities generated them.

4 ÍNDICE CAPÍTULO I CONTEXTO DEL PROBLEMA 1.1 Introducción Antecedentes del trabajo a investigar Trabajos relacionados Descripción del problema a investigar Justificación Los objetivos que se persiguen Objetivo general Objetivos específicos Hipótesis del trabajo Descripción de la organización del trabajo Metodología CAPÍTULO II ESTADO DEL ARTE 2.1 Proyectos de software Factores de riesgo en el desarrollo de software Ingeniería de software Calidad de software Micro y pequeñas empresas Metodologías para desarrollo de software Modelo secuencial Modelos iterativos e incrementales Modelo en espiral Metodologías ágiles para desarrollo de software Análisis metodologías ágiles para desarrollo de software extreme Programming (XP) Scrum... 75

5 ÍNDICE (continuación ) Metodologías Crystal Método de desarrollo de sistemas dinámicos (DSDM) CAPÍTULO III DESARROLLO DEL MODELO MPMPES 3.1 Modelo propuesto para el desarrollo Gerencia (GER) Gestión de negocio, proyectos y recursos Operación Administración de proyectos (OPE.1) Desarrollo y mantenimiento de software (OPE.2) CAPÍTULO IV CONCLUSIONES 4.1 Conclusiones Trabajo Futuro BIBLIOGRAFÍA

6 Índice de Figuras Fig. 1. Principales estándares y modelos... 6 Fig. 2. Modelo y metodologías ágiles a utilizar en MPMPES Fig. 3. Niveles del modelo de procesos MoProSoft Fig. 4. Representación del modelo en cascada (Waterfall) Fig. 5. Representación del modelo incremental Fig. 6. Representación del modelo iterativo Fig. 7. Representación del modelo en espiral Fig. 8. Mejor documentación de las metodologías ágiles Fig. 9. Fases de XP Fig. 10. Fases de SCRUM Fig. 11. Gráfico a partir de lista de requisitos en SCRUM Fig. 12. Gráfico a partir de horas pendientes de iteración en SCRUM Fig. 13. Iteración en Crystal Fig. 14. Fases de DSDM Fig. 15. Niveles de MPMPES Fig. 16. Procesos de la gestión de negocio (GER) Fig. 17. Proceso planificación de recursos (GER) Fig. 18. Procesos de bienes, servicios e infraestructura (GER) Fig. 19. Procesos de plan recursos humanos y capacitación (GER) Fig. 20. Procesos de plan de conocimiento de la organización (GER) Fig. 21. Procesos de administración de proyectos Fig. 22. Procesos de desarrollo y mantenimiento de software Fig. 23. Mapa general MPMPES

7 Índice de Tablas Tabla 1. Tamaño de las empresas desarrolladoras de software en México Tabla 2. Tamaño de las empresas desarrolladoras de software en Montreal Tabla 3. Repartición de las MPE en México por sector Tabla 4. Diferencias entre una pequeña y gran empresa Tabla 5. Empresas en México que adoptaron algún modelo de procesos Tabla 6. Diferencias entre metodologías agiles y metodologías tradicionales Tabla 7. Ranking de agilidad de las diferentes metodologías ágiles Tabla 8. Lista de Objetivos en Scrum Tabla 9. Lista de tareas de la iteración en Scrum... 86

8 CAPÍTULO I Contexto del Problema 1

9 1.1 Introducción El incremento en la calidad de los procesos en una empresa desarrolladora de software es fundamental para competir, adaptarse y sobrevivir en el mercado internacional. En el desarrollo de software, la ingeniería de software toma un papel muy importante ya que origina el desarrollo, operación y mantenimiento de software, a través de planteamientos sistemáticos, disciplinados y cuantificables al desarrollo, operación y mantenimiento de software y se ha demostrado que las empresas internacionales promueven la calidad de software implantando ingeniería de software (Laporte, Alexandre et al. 2008). La industria de software reconoce las Micro y Pequeñas Empresas (MPEs, Very Small Enterprises, VSEs por sus siglas en inglés) por su importante contribución de productos y servicios. Un ejemplo claro del crecimiento de las Micro y Pequeñas Empresas es la industria de software Irlandés un componente clave para la economía nacional de Irlanda. Acorde a las empresas en Irlanda, al final de 2004 alrededor de 750 empresas de software contrataron casi 12,000 personas, sin embargo, la mayoría de estas empresas de software son micro empresas de las cuales el 1.9% tiene más de 100 empleados y más del 60% tiene 10 empleados o menos (Laporte 2008). Para lograr la calidad en sus productos y servicios las MPEs son atraídas por las metodologías ágiles, estándares fáciles de implementar, que acorten el tiempo de desarrollo del software proporcionando una mejor flexibilidad para cumplir sus objetivos de negocio. Para lidiar con las limitaciones en recursos las MPEs necesitan asesoramientos cortos, ligeros, fáciles de entender e implantar, por consiguiente las MPEs demandan la mejora en los procesos para el desarrollo de software, aunque lo manifiestan como un gran desafío (López 2003). 2

10 1.2 Antecedentes del trabajo a investigar Los objetivos principales de la ingeniería de software son desarrollar, operar y mantener el software. El desarrollo de software y asegurar la calidad del mismo es una disciplina distinta, ya que las propiedades del software no son las mismas que la ingeniería civil, mecánica o eléctrica, es por esto que los atributos para asegurar la calidad del software son difíciles de especificar y planear, sin embargo, el uso de estándares internacionales garantiza, (Joannou 2007): Agrupar lo mejor y más apropiado de las buenas prácticas y usos del desarrollo de software. Englobar los conocimientos. Proporcionar un marco para implementar procedimientos de aseguramiento de la calidad. Proveer continuidad y entendimiento entre el trabajo de personas y organizaciones distintas. La implantación de la ingeniería de software y los estándares internacionales, conforman un área llamada ingeniería en las empresas, que integra disciplinas ya establecidas, a lo largo de una década esta área a emergido y es definida como un conjunto de conocimientos, principios y prácticas que tienen relación con el análisis, diseño, implementación y operación de una empresa (Joannou 2007). Los elementos que integran una disciplina en la empresa son: Campo de estudio, conocimiento o experiencia; Reglas de conducta o métodos de práctica; y Métodos para asegurar la aplicación de reglas. 3

11 Integrar disciplinas en una empresa, sistemas e ingeniería de software requiere integrar también: Materiales de desarrollo profesional: pruebas de certificación. Estándares en la organización: IEEE and the International Organization for Standardization (ISO). Disciplinas: empresa, sistemas, software y calidad. Niveles de administración: empresa y proyecto. Jerarquías de productos: sistemas de sistemas. Objetivos de área: confiabilidad, dependencia y seguridad; y Niveles de prescripción: principios, estándares y directrices (Joannou 2007). La implantación de los estándares en la organización es un reto continuo, con una constante actualización a las necesidades de las empresas, evolucionando y formando parte importante del estado de arte de las tecnologías de software. La aplicación de estándares en la empresa, asegura la solución del fenómeno crisis del software, han sido muchas las organizaciones que han abordado, con mayor o menor rigor, el análisis de problemas en el desarrollo de sistemas de software. Sus trabajos se han encaminado a la localización de las causas; y a la exposición en textos didácticos, normativos o estándares de procesos o prácticas necesarias para abordar el desarrollo, mantenimiento y operación con las mayores garantías de éxito (Joannou 2007). En su mayoría los departamentos de universidades, organismos de normalización o investigación nacionales o internacionales, sociedades de profesionales, departamentos de defensa, departamentos de calidad y procesos de empresas los que han ido generando normas y estándares. Se considera como entidades de mayor reconocimiento internacional, por sus trabajos y esfuerzos realizados para la normalización, y reconocimiento de la ingeniería del software a: ISO, IEEE- Computer Society y SEI (Mochi 2006). 4

12 ISO ISO (International Organization for Standardization) fue fundada en 1947 con 87 países miembros, en 1987 la ISO y IEC (International Electrotechnical Commission), establecieron un Comité Internacional (JTC1) para las Tecnologías de Información (Derniame, Ali Kaba et al. 1999). La misión del JTC1 es la estandarización en el campo de campo de los sistemas de tecnologías de la información, incluyendo microprocesadores y equipos. Los estándares o instrucciones técnicas más importantes para la ingeniería de software: ISO/IEC ISO/IEC TR SEI SEI (Software Engineering Institute) integrado en la Universidad Carnegie Mellon, los trabajos y aportaciones realizadas por el Instituto son también referente mundial de primer orden, siendo la aportación más significativa los modelos de madurez de las capacidades: CMM y CMMI. Ambos modelos han demostrado su efectividad en los casi 15 años de implantación efectiva en entornos de producción de software: Como marco de referencia para mejora de procesos, y Como criterio de evaluación para determinar la madurez, y por tanto fiabilidad de resultados previsibles de una organización de software (Derniame, Ali Kaba et al. 1999). IEEE Computer Society IEEE (Institute of Electrical and Electronics Engineers) surgió en 1963 con la fusión del AIEE (Instituto Americano de Ingenieros Eléctricos) y el Instituto de Ingenieros de Radio (IRE). Su misión es preservar, investigar y promover la información de tecnologías eléctricas y electrónicas. La IEEE Computer Society es una sociedad integrada en IEEE, formada en la actualidad por más de 5

13 100,000 miembros en todo el mundo, su finalidad es avanzar en la teoría, práctica y aplicación de las tecnologías de la información. Realiza conferencias, publicaciones, cursos de formación, y desarrolla Estándares (Mochi 2006). La figura 1 muestra los principales estándares y modelos de las entidades más importantes: Fig. 1. Principales estándares y modelos (Mochi 2006) 1.3 Trabajos relacionados En el mercado internacional actual, nos encontramos con una demanda de productos y software de calidad, y la necesidad de proveer a las MPEs, estándares adaptados a la medida, fáciles de implementar y fiables, además el proporcionar una guía para la adaptación de los mismos. (Watts and Wesley 2000) y (Laporte, Alexandre et al. 2008), comparten los objetivos de proporcionar estándares a las MPEs: Realizar estándares para software, accesibles para MPEs. 6

14 Proveer documentación, de requerimientos mínimos, a la medida y de adaptación de esfuerzo. Proveer documentación integrada, disponible a los procesos de los estándares. La mayor parte de los estudios y encuestas por (Laporte 2008) confirman que la ingeniería de software actual no completa todas las necesidades de las organizaciones, especialmente aquellas con poco nivel de capital. Investigaciones muestran que las MPEs encuentran complicado relacionar los estándares ISO a las necesidades de su negocio y justificar la aplicación de esos estándares a sus prácticas de negocio. La mayor parte de las MPEs no pueden pagar los recursos en cuestión, por el número de empleados, costo y tiempo, o buscar un beneficio en establecer el proceso de software en un ciclo de vida. Grupo WG24 (Laporte 2008) y el grupo WG24, en sus estudios y encuestas realizadas definieron los requerimientos específicos de las MPEs, para poder implementar estándares como ISO/SC7, además de recolectar información para identificar problemas y soluciones potenciales, que puedan ayudar a aplicar estándares en las MPEs y así hacerlas más competitivas: El contexto de la MPE requiere un perfil de ciclo de vida dedicado y ligero. Contextos particulares del negocio requieren perfiles particulares. Existen diferencias significantes en los terminas de recursos disponibles e infraestructura entre una MPE que emplea de 1 a 10 personas y un departamento IT del mismo tamaño en una empresa grande. Las MPE son limitadas tanto en tiempo y recursos, donde se debe lidiar con el desconocimiento de entender como los estándares las van a beneficiar. 7

15 Los beneficios para las MPEs deberán de incluir el reconocimiento de un asesor o auditor por un cuerpo acreditado. La integración de estándares en el área de procesos de software en la empresa es de gran importancia, sin embargo en las MPEs no es habitual, (Garcia and Suarez 2007) plantean una vista general de la administración de proyectos usando un cuestionario de dos fases, para identificar procesos realizados y no realizados. El cuestionario que se propone está basado en las áreas de procesos del Nivel 2 de Capability Maturity Model Integration for Development v1.2. Se espera que la aplicación del cuestionario a los procesos, ayude a las MPEs a identificar: Procesos y prácticas que han sido realizadas pero no documentadas. Procesos que necesitan mayor atención. Procesos que no han sido implementados por mala administración ó desconocimiento. El cuestionario utiliza preguntas cerradas y límites en el número de las posibles respuestas. Este organizado de la siguiente manera: Respuestas-Realizadas-Nivel 5: Siempre, usualmente, algunas veces, rara vez y nunca. 2 Respuestas de Validación: No lo sé y no aplica. Espacios adicionales de Información: Comentarios. Cada respuesta involucra una única interpretación e indica el nivel de rendimiento en base a PMP (Performance Level Classification). Aunque modelos como CMMI and ISO/IEC 15504, son ofrecidos a las organizaciones para mejorar sus procesos, existen muchas empresas que no los 8

16 usan, con el cuestionario propuesto se busco evaluar el estado actual en las practicas de administración de procesos. Existen estándares internacionales para empresas de software, sin embargo fueron concebidos para grandes empresas, las nuevas investigaciones y propuestas buscan acotar estos estándares, para aplicarlos en las MPEs. Los estándares internacionales para mejora de procesos, como ISO/IEC JTC1/SC7, son difíciles de adaptar a las MPEs, la utilización de metodologías ágiles junto con estos estándares, puede llegar a una fusión empírica que se ajuste a las necesidades de las MPEs. (Mc Caffery, Taylor et al. 2007) determinan que limitadas en recursos y tamaño, MPEs desarrolladoras de software, buscan mejora en sus procesos para mayor competitividad, en un escenario anterior las empresas de software se enfocan en tiempo para mercadeo, innovación y creatividad así a menudo ignoran modelos SPI como CMM y CMMI, cuyo principal objetivo inicial es lograr estabilidad y previsibilidad. Entonces, para realizar los objetivos del negocio, las MPEs muestran un incremento hacia las metodologías ágiles, que prometen desarrollos rápidos en tiempo y una mejor flexibilidad en la implementación del producto. Los métodos ágiles son procesos empíricos que requieren frecuente revisión y respuesta en implementación. No son fácilmente evaluados usando ISO/IEC y CMMI, aunque se puede usar la estructura de algunos métodos como Scrum y XP hasta ISO y los niveles CMMI 2 y 3. La utilización de estándares en la empresa, acopla toda la estructura organizacional y disciplinas de la empresa, (Joannou 2007) identifica que Integrar las disciplinas de la empresa, sistemas e ingeniería de software requiere integrar: Material de desarrollo profesional: entrenamiento, examinación y certificación. Estándares para el desarrollo de la empresa: IEEE e ISO 9

17 Disciplinas: empresa, sistemas, software y calidad. Niveles de administración: empresa y proyectos. Jerarquías en productos: sistemas de sistemas. Áreas de objetivo: estabilidad, dependencia, seguridad. Niveles de prescripción: principios, estándares y guías base. En Latinoamérica y específicamente en México, investigaciones por grupos internacionales, integran estándares y modelos para acotarlos a la estructura de las MPEs, (Laporte 2008) concluyen que, en México, se consideran estándares como ISO/IEC 12207, ó modelos como CMMI, que son muy generales ó muy costosos para las empresas mexicanas. Un Modelo de Procesos mexicano fue desarrollado después de una solicitud por el ministro de economía, este provee a la Industria Mexicana de Software un modelo basado en prácticas internacionales y con las siguientes características: Fácil de entender; Fácil de aplicar; Económico de adaptar; Como base, puede lograr evaluaciones exitosas con otros Estándares o modelos, como ISO 9000:200 o CMMI Este modelo está dividido en cuatro partes: 1. Definición de Conceptos y Productos; 2. Requerimiento de Procesos (MoProSoft); 3. Guías para Implementación de Procesos; 4. Guías para Evaluación de Procesos. El Modelo de Procesos MoProSoft utiliza ISO/IEC como su estructura general, así como procesos de: ISO9000:2000, CMMI, Project Management Body of Knowledge (PMBOK) y de Software Engineering Body of Knowledge 10

18 (SWEBOK). MoProSoft también almacena, el modelo de Proceso de Requerimientos de ISO/IEC (Secretaria de Economia 2004). El porcentaje de cobertura por MoProSoft respecto a estas prácticas es: ISO 9001: % ISO/IEC % CMMI level 2 77% MoProSoft se enfoca principalmente en los procesos y considera tres bases organizacionales o niveles estructurales donde los procesos son organizados: 1. Alta Dirección, contiene la gestión de los procesos del negocio, su propósito es establecer la razón de existencia de la organización, sus objetivos y las condiciones requeridas para lograrlos. 2. Gerencia, consiste en la gestión de Procesos, gestión de Proyectos y gestión de Recursos. 3. Operación, consiste en la gestión de Proyectos Específicos, Desarrollo y Mantenimiento de Software. La integración de los estándares en la empresa muestra un avance sin embargo aun no es común, que se implementen estándares en MPEs, (Laporte 2008), en encuestas e investigaciones obtuvieron que los datos arrojados muestran una diferencia marcada en el porcentaje de compañías certificadas en proporción a su tamaño: menos del 18% de MPEs están certificadas, mientras que el 53% de grandes compañías (de las cuales tienen más de 25 empleados) reclaman ser certificadas. Entre el 82% de las MPEs no tienen certificación alguna. En grandes empresas que usan Estándares, dos familias de Estándares y modelos emergen en la lista: 11

19 Estándar ISO (55%) Modelos de Software Engineering Institute (47%) WG24 anticiparon el débil uso de estándares por las MPEs, preguntando sobre las razones de esto, los motivos que predominaron son: 1. Carecer de recursos (28%) 2. Los estándares no son requeridos (24%) 3. La naturaleza de los estándares, 15% de las respuestas consideraron que los estándares son difíciles-burocráticos y no proveen la adecuada guía para el uso en el entorno de negocios de MPEs. Tres cuartos de las MPEs externan que es importante que sean evaluadas por un estándar certificado, 40% de ellas solicitan certificación ISO. Desde la perspectiva de la MPE, los beneficios que se tienen con la certificación son: incrementar la competitividad, mayor confidencia y satisfacción del cliente, mayor calidad en el producto software, mejora en los procesos, decremento en el riesgo de desarrollo, facilidad de comercialización y gran potencial de exportación (Laporte, Alexandre et al. 2008). Sin embargo, las MPEs también expresan la necesidad de asistencia para adoptar e implementar estándares: más del 62% desean mas guías con ejemplos, y el 55% preguntaron por estándares ligeros y de fácil entendimiento completo y con plantillas. Finalmente, las demandas indican sí puede ser posible implementar estándares con el mínimo costo, tiempo y recursos. En esto identificamos que las empresas creen que es de gran importancia certificarse con algún estándar, aun siendo la empresa de tipo MPE (Laporte, Alexandre et al. 2008). 12

20 1.4 Descripción del problema a investigar La industria reconoce que las Micro y Pequeñas Empresas Desarrolladoras de Software (MPEs) tienen una importante contribución en la economía mundial, desarrollando partes importantes de software que son fácilmente integrados en empresas de mayor tamaño. Estándares internacionales y modelos como ISO/IEC12207 ó CMMI, fueron desarrollados para agrupar lo mejor y más apropiado de las buenas prácticas y usos del desarrollo de software, sin embargo estos estándares no han sido diseñados para MPEs (integradas desde 1 a 25 empleados), y por consecuencia es difícil aplicarlos en ellas (Laporte 2008). Investigaciones muestran que las MPEs, tienen percepciones negativas de los estándares y modelos de procesos, primariamente por el alto costo, documentación excesiva y burocracia. Como adición las MPEs muestran dificultad al relacionar estándares como ISO/IEC a las necesidades de su negocio y justificar la aplicación de un estándar internacional de este tipo en sus operaciones (Laporte 2008). La mayor parte de las MPEs, no tienen los recursos necesarios para la aplicación de un estándar de gran tamaño, y por consiguiente no ven redituable su implantación (Laporte, Alexandre et al. 2008). México cuenta con una posición favorable para convertirse en un competidor de talla mundial en el ramo de la industria de software, gracias a su ubicación geográfica, perfil demográfico y estado de desarrollo tecnológico. No obstante el potencial de desarrollo es evidente, la industria de software es apenas incipiente en nuestro país: participa con tan sólo el 0.10% del PIB (cifras de 2000). Aunque no existe un padrón exhaustivo de esta industria que proporcione información exacta, una muestra de 206 empresas desarrolladoras de software muestra el perfil actual de la industria que es mayoritariamente micro y pequeña, con un 13

21 tamaño muy inferior al del promedio internacional, que es de 250 empleados (Secretaria de Economia 2009). Tabla 1. Tamaño de las empresas desarrolladoras de software en México (Secretaria de Economia 2009) 1.5 Justificación Existen puntos clave que son de beneficio para los clientes de las organizaciones dedicadas al desarrollo y mantenimiento de software como son: Certidumbre, ya que las empresas verificadas deben llevar a cabo sus actividades con prácticas validadas por las normas mexicanas. Calidad, porque al llevar a cabo buenas prácticas de desarrollo y mantenimiento de software los resultados son medibles Capacidad, ya que los procesos con los que se desarrolla ó mantiene el software son repetibles (Alvarez 2009). Las buenas prácticas de desarrollo y mantenimiento de software son el pilar fundamental en el que las organizaciones dedicadas a esta actividad centran el logro de sus objetivos de negocio, de esta forma los clientes se aseguran que 14

22 las organizaciones son capaces y cumplen correctamente con su objetivo que es el desarrollo de software de calidad. Se estima que en 2006 existían en México 4 290,108 empresas, de las cuales el 99.8 por ciento son Micro, Pequeñas y Medianas Empresas. Una microempresa se considera a la que tiene entre 0 y 10 trabajadores. Esto es así, independientemente de que el negocio se dedique a la industria, al comercio o los servicios (Secretaria de Economia 2009). Ventajas de las Micro Empresas: Las microempresas son un motor de crecimiento económico y de empleo fundamental para el país ya que, de acuerdo a resultados del último censo económico del INEGI: De cada 100 empresas mexicanas 96 son microempresas. Contribuyen con el 40.6% del empleo. Aportan el 15% del PIB. Desventajas de las Micro Empresas: La competitividad y productividad de las microempresas, sobre todo de las de tipo tradicional está siendo amenazada por la incorporación de modernos conceptos de negocio, que evidencian: Limitada profesionalización. Crecimiento desordenado. Rezago tecnológico. Altos consumos de energía. Imagen comercial descuidada e insalubre. Administración informal. Limitados accesos al financiamiento (Alvarez 2009). 15

23 Hasta el momento se han registrado 138 empresas evaluadas en algún proceso de calidad en 20 Estados de la República Mexicana: Aguascalientes, Baja California, Chihuahua, Coahuila, Colima, DF, Hidalgo, Jalisco, México, Michoacán, Nuevo León, Oaxaca, Puebla, Querétaro, Sinaloa, Sonora, Tlaxcala, Veracruz, Yucatán y Zacatecas (Secretaria de Economia 2009). Las empresas desarrolladoras de software demandan el uso de estándares internacionales como ISO/IEC JTC1/SC7 conforme el incremento en la calidad del software avanza, los procesos maduran y obtienen confianza en la misma, sin embargo, estos estándares no fueron escritos para el desarrollo de MPEs (integradas desde 1 a 25 empleados). México se ve afectado por este problema: La productividad de las empresas desarrolladoras de software es en general baja, debido a la falta de uso de procesos avanzados. Esto les impone una fuerte desventaja para competir frente a oferentes de otros países. México carece de centros tecnológicos que ofrezcan servicios de mejora y aseguramiento de la capacidad de procesos de las empresas. Se carece de modelos, normas y de organismos evaluadores de la capacidad de procesos de la producción de software. Las evaluaciones internacionales de capacidad de procesos son costosas. Debido a la inexistencia de metodologías que permitan medir y evaluar la calidad de software que se adquiere, los compradores locales se enfocan más al precio que a la calidad (Secretaria de Economia 2009). Desarrollar e Implantar un Modelo de Procesos apegado a los estándares internacionales para el desarrollo de software aseguramos en las MPEs la calidad en sus productos y servicios donde se obtienen beneficios como: Incremento en la competitividad. Mayor confidencia y satisfacción del cliente. 16

24 Mayor calidad en el producto software. Mejora en los procesos. Decremento en el riesgo de desarrollo. Facilidad de comercialización y gran potencial de exportación (Laporte 2008). Contar con un Modelo de Procesos especifico para MPEs crea condiciones para que nuestro país y cualquier otro con empresas de tipo MPE asegure una industria de software competitiva internacionalmente y desarrolle su crecimiento en el corto plazo. 1.6 Los objetivos que se persiguen Objetivo general Crear un Modelo de Procesos para Micro y Pequeñas Empresas (MPEs) Desarrolladoras de Software que asegure la calidad de sus productos y servicios conforme a los Estándares Internacionales de Calidad Objetivos específicos Generar un Modelo de Procesos que sirva de aplicación en empresas reales, que demanden implementar un estándar que se apegue a la estructura de Micro o Pequeña empresa. Promover el uso de Estándares en las Micro y Pequeñas Empresas en México. La industria de software reconoce las Micro y Pequeñas Empresas por su importante contribución de productos y servicios. Sin embargo, estándares internacionales como ISO/IEC JTC1/SC7 no fueron escritos específicamente 17

25 para estas (integradas desde 1 a 25 empleados) y por consecuencia es difícil aplicarlos. Originar el desarrollo Nacional e Internacional de las Micro y Pequeñas Empresas. En un mundo de creciente competitividad, las empresas deben mostrar un carácter evolutivo y dinámico, donde la capacidad de adaptación a cambios estratégicos no afecte la estructura organizacional, aplicar un estándar en las MPEs, certifica que la producción de la misma se apega a estándares internacionales de calidad. 1.7 Hipótesis del trabajo Desarrollar un Modelo de Procesos específico para MPEs apegado a Estándares Internacionales, Modelos de Procesos y Metodologías Agiles para Desarrollo de Software, crea condiciones para asegurar la calidad de los productos y servicios de las MPEs. 1.8 Descripción de la organización del trabajo En este trabajo de investigación se aplicara el Modelo MoProSoft, así como metodologías ágiles para elaborar un Modelo de Procesos para Micro y Pequeñas Empresas Desarrolladoras de Software, que cumpla con los objetivos que estas empresas requieren para la aplicación de estándares como ISO/IEC 12207, ó modelos como CMMI, acotándolo a las necesidades que una Micro o Pequeña Empresa necesita para poder implantar un Modelo de Procesos que sea: Fácil de entender. Fácil de aplicar; 18