El documento describe la experiencia de CENTIC en ayudar a pymes a implantar el modelo CMMI-DEV para mejorar sus procesos de desarrollo de software. Se realizaron cuatro fases que incluyeron formación, diagnóstico, definición de soluciones, pilotaje e implantación en las empresas participantes. Se utilizaron herramientas de software libre para gestionar requisitos, configuración, proyectos y calidad. El objetivo era que las empresas obtuvieran la certificación CMMI Nivel 2.

1. Experiencia en la implantación del modelo CMMI-DEV en pymes Joaquín Lasheras Velasco (joaquin.lasheras@centic.es)

2. INDICE | CENTIC - Centro Tecnológico de las Tecnologías de la Información y las comunicaciones | Calidad del Software en la Región de Murcia - Motivación | Actividades Centic Calidad Software | Ingeniería de requisitos | Modelado de Software, DSDM | Certificación calidad, CMMI | Experiencia en la implantación del modelo CMMI-DEV en pymes | Fases y recursos dedicados | Metodologías y herramientas | Lecciones Aprendidas y Recomendaciones | Conclusiones

3. CENTIC, Centro Tecnológico de las Tecnologías de la Información y las comunicaciones

4. El CENTIC comenzó su actividad en el segundo semestre de 2005. El CENTIC tiene como socios institucionales: La Comunidad Autónoma de Murcia, el INFO. La asociación empresarial del sector TIC, TIMUR. Actualmente tenemos 45 empresas asociadas al CENTIC, incluidas las más importantes de la Región. Nuestro equipo esta compuesto por 9 trabajadores, 8 de ellas tienen estudios técnicos. Nuestras empresas presentan una gran variedad de actividades: ERP, software de gestión, Internet, automatización, movilidad, multimedia, software de logística, etc. CenTIC es una Institución privada creada para contribuir a la excelencia y al desarrollo sostenible de sus socios, mediante la colaboración, la prestación de servicios tecnológicos y el fomento de los valores asociados a la innovación permanente. Datos CENTIC

5. Principio de actuación. Toda actividad o proyecto llevado a cabo debe tener una repercusión clara sobre las empresas asociadas y el sector. Bien por colaboración directa de la empresa, bien por aprovechamiento directo de sus resultados. Bajo esta perspectiva clasificamos nuestra actividad en áreas tecnológicas y servicios horizontales. Áreas tecnológicas. Se crea alrededor de una tecnología o temática especifica dentro de las TIC. Se articula alrededor de grupos de empresas. Se trabaja, de forma consensuada, en definir el plan de acción a desarrollar por el CENTIC. Acciones como: proyectos tecnológicos o de innovación, puesta en marcha de servicios, acciones de formación, conferencias técnicas, etc. Servicios horizontales. Actividades independientes de una tecnología o temática concreta y por tanto útiles a todas las empresas con independencia de su área de actividad. Estrategia Genérica

6. Mapa de actividad MHP sobre TDT Multimedia Contenidos TIC para la Vida No Dependiente MOVILIDAD Y REDES INALAMBRICAS SOFTWARE LIBRE INGENIERIA DEL SOFTWARE Documentación, Vigilancia Tecnológica, OTRI Transferencia y Misiones Tecnológicas Asesoría, proyectos y ayudas Identificación de potencial de innovación, Empresa – Universidad Proyectos de innovación Proyectos europeos NetWorking Línea propia de desarrollo tecnológico / Servicios Tecnológicos

7. Calidad del Software en la Región de Murcia - Motivación

8. El tejido empresarial del hipersector TIC de la Región está compuesto por unas 1000 empresas, incluidos autónomos. Por actividad: 68% Actividades informáticas. 17% Multimedia, video, radio y televisión. 8% Telecomunicaciones. 2% Electrónica. 5% Otras. Son micro-pymes y pymes cuyo principal activo es su personal y sus clientes. Tienen como clientes a más de 50.000 empresas de los diferentes sectores del tejido empresarial murciano y a más de 20.000 empresas de otras regiones y emplean a más de 3.800 técnicos cualificados. Estimamos en unas 120 empresas con capacidades de I+D+i, desarrollando una gran variedad de actividades: Software de Gestión empresarial, Internet, electrónica, comunicaciones, software de hostelería, logística, multimedia, etc. Distribución

9. La Comunidad Autónoma lleva a cabo toda una labor de desarrollo con planes específicos para el desarrollo de la Sociedad de la Información. Existe un alto grado de emprendurismo, promovido por el Gobierno Regional mediante planes de acción específicos. Las empresas tienen una alta capacidad y hábito de adaptación al entorno y al mercado cambiante debido a las características empresariales, tamaño y organización. Gran parte de los gerentes tienen formación técnica o de ingeniería. Se están implantado grandes fábricas de software en Murcia, principalmente costes laborales e inmobiliarios, disponibilidad de mano de obra (buen acceso a recursos humanos, pues las tres universidades de la Región tienen carreras especificas de TIC) y acompañado de posibles ayudas de la Admon. Autonómica, dependiendo de negociaciones. Su oferta de productos y servicios está insuficientemente divulgada. Falta de políticas comerciales y de marketing. Principales características Hipersector

10. Calidad del Software Informe del laboratorio nacional de calidad del software (LNCS), INTECO. Crece la necesidad de contar con personal cualificado en TIC, metodologías y certificaciones Objetivo de la ingeniería del software: conseguir un enfoque industrial: “capacidad de producir software de alta calidad a bajo coste” La ingeniería del software representa un proceso formal que incorpora una serie de métodos bien definidos para el análisis, diseño, implementación y pruebas del software y sistemas. Además, abarca una amplia colección de métodos y técnicas de gestión de proyectos para el aseguramiento de la calidad y la gestión de la configuración del software. La ingeniería del software proporciona una amplia colección de opciones que los profesionales pueden elegir para construir productos de alta calidad

11. Soluciones de la Ingeniería del software a la calidad del software

12. Calidad del Software - Motivación Tras varios años de experiencia identificamos la necesidad de calidad del software en la región. Necesidad de una actuación Las empresas consideran la mejora de procesos software como una actividad a implantar con el objetivo de incrementar la calidad y capacidad de sus procesos y en consecuencia, la calidad de sus productos y servicios Implantar modelos como CMMI-DEV o ISO 15504, modelos de referencia en España. Numerosos estudios y herramientas muestran que la aplicación de estos modelos en las pymes es muy difícil ya que supone para estas una gran inversión en dinero, tiempo y recursos. Necesitamos por lo tanto adoptar prácticas de ingeniería del software adaptadas a su tamaño y tipo de negocio. CENTIC ORGANISMO INTERMEDIO PARA GUIAR EL PROCESO

13. Actividades Centic Calidad Software

14. GARTIC Gestión Automatizada de Requisitos basada en reutilización Proyecto GARTIC – Gestión Automatizada de Requisitos basada en reutilización para pymes del sector TIC Realizado en 2008-2009, con una ayuda obtenida de la consejería Participa el Grupo Ingeniería del Software Universidad de Murcia ( http :// www.um.es / giisw / ) y 5 empresas de la región de Murcia Formación en ingeniería de requisitos Técnicas de ingeniería de requisitos y reutilización

15. GARTIC Gestión Automatizada de Requisitos basada en reutilización RESULTADOS 5 catálogos de requisitos reutilizables (desarrollo web, TPVs, gestor contenidos, gestión semilleros y transformación datos) Desarrollo de una herramienta para la reutilización de requisitos Metodología Ágil de Medición de Calidad y Productividad en PyMEs (ECAPRIS) I Jornada Ingeniería de requisitos en Murcia

16. AutoGSA automatización del desarrollo de software con arquitecturas generativas Los modelos dirigen las tareas del ciclo de vida de desarrollo del software, permitiendo elevar el nivel de abstracción y automatización Separa la especificación de la funcionalidad del sistema de su implementación sobre una plataforma concreta. Abordar la interoperabilidad y portabilidad del software. Realizado en 2009-2010, con una ayuda obtenida de la consejería Participa grupo Tecnología del Software de la universidad de Murcia http://gts.inf.um.es/site/es/index.html Modelo 1 L1 Modelo 2 L2 Código (Java,XML,...) Transformaciones modelo-modelo Transformaciones modelo-código

17. Modelos Código Lógica de Negocio (escrito manualmente) Código de Infraestructura Aplicación DSL Software infraestructura (frameworks, librerías) Transformaciones Arquitectura Generativa Generador AutoGSA automatización del desarrollo de software con arquitecturas generativas

18. Actuación sobre la promoción de modelos de Calidad de Software en la Región de Murcia – Impulso CMMI Objetivos de la actuación: Continuación de la trayectoria IS en el CENTIC englobando todo el proceso del ciclo de vida Iniciar la primera actuación en Calidad de Software en la Región de Murcia Certificar un grupo de empresas en CMMI Nivel 2 en un periodo de transición suave Establecer un grupo pionero en Modelos de Calidad Dinamizar y promoción del sector TIC a través de un sello reconocido Internacionalmente Efecto llamada a otras empresas TICS en la región

19. Actuación sobre la promoción de modelos de Calidad de Software en la Región de Murcia – Impulso CMMI Participación actual : 4 empresas, 2 micropymes y 2 pymes. Desarrollo informático. Objetivos de las empresas: Obtener mayor competitividad en el mercado, obteniendo una certificación de calidad software y un sello de calidad reconocido internacionalmente Unificar la forma de trabajar, es decir, h omogeneización de procesos en distintos departamentos. Crear una cultura corporativa, fijando el conocimiento en la empresa. Preparar el crecimiento de la empresa. Escalabilidad. Establecer canales organizacionales de mejora y crecimiento. Satisfacer a sus clientes Mejorar las estimaciones para disminuir las desviaciones de los proyectos. Disminuir el tiempo de desarrollo, los costes, y aumentar la productividad Disminuir la dependencia de las personas Conseguir una imagen de calidad y de marca CMMI : Modelo de referencia para evaluar los procesos y ayudar a su mejora mediante una ruta evolutiva (CMMI-DEV 1.2). Se persigue institucionalizar los procesos. Contiene un conjunto de mejores prácticas por área de proceso, y como todo modelo, indica el “QUE” hacer y no el “COMO”.

20. Actuación sobre la promoción de modelos de Calidad de Software en la Región de Murcia – Impulso CMMI

21. Actuación sobre la promoción de modelos de Calidad de Software en la Región de Murcia – Impulso CMMI COMPONENTES DEL MODELO CMMI Objetivo específico : describe las características únicas que deben estar presentes para satisfacer el área de proceso. Objetivo genérico : se aplica a múltiples áreas de proceso. Una meta genérica describe las características que deben estar presentes para institucionalizar los procesos que implementar una área de proceso.

22. Actuación sobre la promoción de modelos de Calidad de Software en la Región de Murcia – Impulso CMMI

23. Fases y Recursos utilizados

24. Fases de la actuación El equipo de mejora de procesos 3 personas a tiempo completo para las 4 empresas Fase de formación y diagnóstico previo Se forma a las organizaciones en el modelo de referencia, CMMI-DEV v1.2. Se realiza una evaluación de la situación inicial para cada empresa participante y de su orientación con respecto al modelo CMMI, para elaborar plan de mejora de procesos software de la empresa. Fase de definición de la solución Se realiza una evaluación para cada empresa de los procesos desarrollados, proponiendo recomendaciones de mejora adaptadas a sus objetivos y cultura del a organización (descripción de procesos, métricas, metodologías, herramientas, etc). Adaptación de los procesos existentes y definición de los ausentes Fase de pilotaje: implantación de los Procesos de Calidad Se realiza evaluación para cada empresa de la implantación de los procesos en 1 proyecto, especificando la adecuación y las recomendaciones de mejora para el despliegue Fase de despliegue de la solución Se realiza una evaluación para cada empresa del despliegue de los procesos en la organización, determinando la adecuación y la situación frente a la auditoría de certificación y proponiendo mejoras.

25. Fases de la actuación – Recursos y tiempos Fase de formación y diagnóstico previo La formación fueron 3 días para 2-3 personas por empresa El diagnóstico previo (3 semanas, 1 semana in situ) (1 trabajador/empresa + entrevistas a los trabajadores): Recepción y estudio de la documentación Estudio de la situación Elaboración de informes Presentación de resultados Fase de definición de solución (septiembre-diciembre 2009) Requiere 5 semanas, 1 semana in situ para comprobar como se iba a mejorar. (1 trabajador empresa) Plan de mejora Fase de pilotaje : implantación de los Procesos de Calidad (enero-abril 2010) Requiere 5 semanas, 1 semana in situ para comprobar la piibd (Base de datos de evidencias : artefactos directos e indirectos) (1-2 trabajador por empresa) Elaboración de la piibd para un proyecto Fase de despliegue de la solución Requiere 8 semanas (1 trabajador/empresa + entrevistas a los trabajadores – 2 semanas in situ): Realización de las entrevistas y preparación para la certificación Soporte a la implantación Piibd para 3-4 proyectos

26. Calendario JUNIO 2009 Se forma el grupo de empresas y se lanza el proyecto. Formación JUNIO - AGOSTO 2009 PERIODO DEDICADO A LAS AUDITORÍAS INICIAL DICIEMBRE 2009 AUDITORÍAS HITO 1: “ Desarrollo de la solución” FEBRERO 2010 AUDITORÍAS HITO 2: “ Pilotaje de la solución” MAYO 2010 AUDITORÍAS HITO 3: “ Despliegue de la solución” 2009 2010 Jun Jul Ago Sep Oct Nov Dic Ene Feb Mar Abr May Lanzamiento del proyecto Diagnóstico previo Definición de los planes de mejora Implantación de los procesos

27. Herramientas utilizadas

28. Algunas introducidas durante la implantación y otras adaptadas o extendidas. Herramientas de software libre Ejemplos: Subversión (CVS) : gestión de la configuración Trac (Redmine, DotProject) : centraliza toda la gestión de proyectos, estimación, trazabilidad completa, análisis de riesgos, actividades de medición, auditoría. Time Sheet : Gestión de recursos. Wiki : para la gestión documental Maven (git) : sistema de construcción, gestión de versiones y dependencias para desarrollos Java. Herramientas ofimáticas : para generar informes gerenciales y comunicación de resultados hacia el exterior Hojas de cálculo puntuales de cálculo estadístico y análisis de tendencias. Herramientas utilizadas

29. Herramientas utilizadas X X Time Sheet X X PPQA (Aseguramiento calidad de procesos y productos) X X X X MA (Medición y análisis) X X X X X REQM (Gestión de Requisitos) X X X X X CM (Gestión de la Configuración) X X X X X PP + PMC (Planificación de Proyectos + Control y Seguimiento de proyectos) Historias Usuario /casos de uso Word/ Excel Maven Wiki Trac Svn Área de proceso /Herramienta utilizada

30. Herramientas utilizadas X X X Time Sheet X X X GP 2.8 Monitorizar y controlar el proceso X X GP 2.9 Evaluar objetivamente el cumplimiento Word/Excel Maven Wiki Trac Svn Prácticas genéricas /Herramienta utilizada X X X X GP 2.6 Gestionar la configuración X X GP 2.7 Identificar e involucrar a todo el personal afectado X X X GP 2.10 Revisar periódicamente el estado con la dirección X GP 2.5 Formar al personal X X GP 2.4 Asignar responsabilidades X X X GP 2.3 Proporcionar recursos X X X GP 2.2 Planificar el proceso X GP 2.1 Establecer una política organizativa

31. Lecciones Aprendidas y Recomendaciones

32. GENERALES Todas partían de la iso 9001 lo cual facilitó la adaptación. Aun así, había falta de documentación Sin embargo tras la primera revisión de diagnóstico, algunas empresas quisieron entrar muy en detalle en algunas áreas de proceso dejando otras de lado. Tienen las herramientas pero a veces no las utilizan bien (tienen una infraestructura tecnológica, tipo maven, desde la que se podrán obtener métricas (PMD, checkstyle)) Es conveniente disponer de una web o wiki donde acceder a documentación de referencia (guías, plantillas), experiencias, noticias y eventos. Lecciones Aprendidas

33. PRÁCTICAS ESPECÍFICAS La genérica más costosa: medición y análisis (MA) Problemas con la trazabilidad direccional (REQM) La estimación se hace en base a la experiencia (PP) No se gestionan riesgos, gestión de incidencias y protección de datos (PP) No se gestionan bien las peticiones de cambio (CM) La gestión de proveedores está descuidada (SAM) a pesar de que se subcontrata bastante (por ejemplo no hay seguimiento ni validación de entregas). Ppqa difícil sobre todo en las micropymes (PPQA) PRACTICAS GENÉRICAS Existe política calidad, no suficientemente documentada ni institucionalizada No hay indicadores de procesos, a revisar por dirección (GP 2.9 y GP 2.10) No hay planes de formación para el personal (GP 2.5) Lecciones Aprendidas

34. FASES DE LA ACTUACIÓN La fase más costosa: la de pilotaje, sobre todo por la interpretación de los artefactos directos e indirectos en la PIIBD (Base de datos de evidencias) Artefacto directo : El propio producto que se obtiene de la implantación de una SP o una GP. Ej: la estimación del proyecto, el gantt del proyecto, el informe de seguimiento del proyecto, etc. Artefacto indirecto : Correos, actas de reunión, planes, hitos, fechas, etc., que evidencian de forma indirecta la implantación de una SP o una GP. Ej.: Un acta de reunión que incluya como punto a tratar la estimación del proyecto. Muchas áreas de proceso todavía no implantadas en los proyectos. Del plan de mejora hay intenciones pero faltan los hechos. En general la realización de las entrevistas requiere parar las empresas, y cuando son pymes o micropymes supone un esfuerzo para las empresas. Lecciones Aprendidas

35. La implantación de cmmi es viable en las empresas, pero adaptándolo a sus necesidades. Certificación CMMI como consecuencia de la mejora, no como objetivo de la mejora Ha requerido un esfuerzo importante en recursos con el objetivo de conseguir un proceso flexible, escalable y ágil. El proceso de definición e implantación de los procesos debe ser iterativo, y a ser posible, incremental. Las metodologías y herramientas utilizadas en las empresas se han adaptado a las necesidades del proceso y las singularidades de la empresa. Hay que automatizar el mayor número de procesos. Ha sido necesaria la implicación, flexibilidad y motivación de todo el equipo, y sobre todo en la jefatura de la empresa (han destacado donde más se han involucrado) Contar con equipos multidisciplinares tanto en los proyectos como en el grupo de mejora es garantía de éxito. Hay que ser imaginativo con los artefactos (evidencias) y tenerlas en cuenta desde el principio. Reutilizar todas las posibles y fomentar el uso de evidencias generadas por automatizaciones. El trabajo no concluye al finalizar el SCAMPI A, es necesario continuar con un esfuerzo de reinterpretación del modelo, mejora de las automatizaciones, simplificación del proceso, etc. Recomendaciones - Conclusiones

36. Conclusiones

37. Murcia es una región en expansión y en busca de la calidad del software El centic apoya la generación de innovación en las empresas Fortalecer el tejido empresarial del sector TIC. Fomentar el desarrollo por parte de las empresas de productos de alto valor añadido. Generar y distribuir entre sus socios conocimiento tecnológico avanzado. Numerosos estudios y herramientas muestran que la aplicación de estos modelos en las pymes es muy difícil ya que supone para estas una gran inversión en dinero, tiempo y recursos. Necesitamos por lo tanto adoptar prácticas de ingeniería del software adaptadas a su tamaño y tipo de negocio. CMMI, a unque esta enfocado a grandes empresas, es adaptable y factible en l a micro y pequeña empresa, pero con una transición suave. Conclusiones

38. MUCHAS GRACIAS Joaquín Lasheras Velasco (joaquin.lasheras@centic.es)