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)

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

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

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

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

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

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.

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

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

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

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