La mejora del proceso de software by DIEGO TORRES

Enginyeria del Software III Sessió 6. La millora dels processos de software a les petites i mitjanes empreses. El projecte QuaSAR

Antònia Mas Pichaco 1

Contenidos ¨ Las características diferenciadoras de las pymes ¨ Adaptaciones para pymes derivadas de los grandes modelos de SPI Adaptaciones basadas en la norma ISO/IEC 15504 Adaptaciones basadas en el modelo CMM - CMMi

¨ Modelos propios de SPI creados específicamente para pymes ¨ El Modelo de Amengual - Mas Adaptación del modelo ISO/IEC 15504 a pymes Establecimiento de un Método estándar para pymes de desarrollo de software

¨ El proyecto QuaSAR: aplicación de los resultados a les empresas ¨ El Plan Avanza. Convocatorias públicas de subvenciones ¨ Competisoft. Un proyecto internacional 2

Las pymes 211%

( 1999

( (

2005

Gran crecimiento del sector de las pymes de desarrollo de software (En 2005 11.534)

Finales de 2005 las pymes representan un 94,64% del total de las empresas del sector Inquietud por la calidad del proceso iniciada en las grandes compañías trasladada a las pymes Las pymes aún no conceden valor a la certificación. Actualmente 0,67% empresas certificadas Modelos creados para las grandes empresas 3

Las características de las pymes ¨ Aunque hay un consenso generalizado en la literatura sobre la existencia de diferencias operacionales entre las grandes y las pequeñas empresas, no se han llevado a cabo iniciativas formales para verificarlo. ¨ Se han realizado diferentes estudios con el objetivo de determinar si el tamaño de una organización puede afectar a la estrategia de implantación de un programa de SPI y al grado de éxito que se alcance Con respecto al rendimiento general, las grandes empresas obtuvieron niveles más altos de éxito en la implantación de programas de SPI que las pequeñas, algo que era de esperar, pero alcanzaron valores similares en cuanto al éxito empresarial.

Las características de las pymes La diferencia fundamental se halló en las respectivas aproximaciones o visiones de los programas de SPI que se llevan a cabo en cada uno de los dos tipos de empresas. Mientras las grandes compañías despliegan sus buenas prácticas a través del establecimiento de modelos de procesos, procedimientos formales, guías, reglas, etc., las pequeñas obtienen sus mejores resultados derivados de la creatividad y de la dedicación de los recursos humanos implicados en el proyecto de mejora. Esto significa que para que las pequeñas empresas puedan implantar programas de mejora de manera tan eficiente como las grandes, deben dedicar todo su esfuerzo en conseguir la participación de los empleados y en la exploración de nuevo conocimiento. En resumen, los procesos formales de las grandes organizaciones se suplen con la relación informal e interpersonal que se realiza en las pequeñas. 5

Las características de las pymes ¨ Las empresas de cualquier tamaño mejoran su rendimiento introduciendo programas de mejora de procesos. ¨ El mayor error en la implantación de programas de SPI en pymes se da por la falta de seguimiento de los planes de acción y de los planes de implantación, debido fundamentalmente a que estas actividades son muy costosas de realizar en todos los sentidos, ya que consumen mucho tiempo y recursos. Un ciclo completo de SPI puede llevar entre 18 y 24 meses, demasiado tiempo para una pequeña empresa. ¨ Aunque el retorno de la inversión de un programa de SPI está previsto que alcance entre 4 y 9 veces la inversión inicial, éste no se produce hasta un medio-largo plazo, nuevamente demasiado para una pyme. ¨ Así pues, la dificultad de aplicación de los grandes modelos de SPI a las pymes es debido fundamentalmente a los costes asociados a su aplicación y al largo plazo de espera necesario para la observación de resultados. 6

Las características de las pymes ¨ Según algunos autores, las pymes europeas, en general, no pueden permitirse grandes inversiones en sus procesos y lo que necesitan son aproximaciones que posibiliten un alineamiento de la mejora de sus procesos de software con sus objetivos de negocio. Según estos autores, las pequeñas empresas: Son flexibles en su organización interna frente a la rigidez que suele acompañar a las grandes compañías. Tienen un estilo de gestión muy diferente de las grandes. No tienen departamentos especiales que les permitan realizar tareas complejas. Es decir, no disponen de especialistas en temas concretos. Gozan de recursos financieros limitados. No pueden permitirse el lujo de comprar o contratar todo lo que necesitan. Necesitan personal específico y especialmente formado para los programas de mejora de los procesos de software. También necesitan asesores, que son un personal muy costoso.

Las características de las pymes ¨ Según otros autores, para las pequeñas empresas el reto más difícil es ir modificando los procesos para ir adaptándose a las circunstancias cambiantes. ¨ A partir de todos los estudios analizados, hemos podido observar y concluir que sí que existen realmente unas características diferenciadoras de las pequeñas organizaciones, y que son debidas principalmente a los factores que se citan en sucesivas diapositivas. ¨ En las Pymes de desarrollo de software no se dispone a menudo de los conocimientos, recursos e infraestructura para implantar estos modelos. 8

Las características de las pymes ¨ Los recursos humanos Los equipos y el tamaño de los equipos. El número de empleados suele ser pequeño. Muchos de los empleados pertenecen simultáneamente a diferentes grupos o equipos: de dirección, de gestión, de desarrollo, de SPI.

Los roles. No existe una especialización. La misma persona tiene que estar capacitada para llevar a cabo una gran variedad de actividades de desarrollo de software.

Las responsabilidades no suelen estar bien definidas. Gran dependencia de los individuos. Se refuerza la tarea individual y en muchos casos no hay una diferenciación clara de las funciones de cada empleado. Los “héroes” tienen mucho protagonismo. Falta de formación de los empleados en los modelos. Desconocimiento por parte del líder de los beneficios que podría suponer la implantación de un programa de mejora. Falta de

motivación. 9

Las características de las pymes ¨ Los aspectos económicos En una pequeña empresa prima más la obtención de beneficios a corto que a largo plazo. Las pymes desean que las medidas establecidas sean de aspectos tangibles y vitales para la empresa. Los costes derivados de las auditorías externas, que se realizan normalmente con varios auditores, acostumbran a ser económicamente inviables para las pymes. Una pyme dedica pocos recursos a programas de I+D. Concretamente las inversiones en SPI suelen ser pequeñas. Los programas de mejora son muy costosos. El esfuerzo estimado para la aplicación de grandes modelos de mejora es aproximadamente de una persona/mes dedicada al proyecto. Este coste es difícilmente asumible en una pequeña empresa.

Las características de las pymes ¨ Los procesos Están poco establecidos. Es muy costoso para una pyme desarrollar y reflejar los resultados de la implantación de programas de mejora de procesos de software con el nivel de detalle y formalidad que acostumbran a exigir los grandes modelos. El nivel de detalle y formalidad exigido por los modelos. Los resultados de las evaluaciones se expresan habitualmente en términos generales, esto significa que no pueden ser directamente traducibles a recomendaciones. Para las grandes empresas, puede ser posible realizar estas tareas, pero para las pequeñas, en muchas ocasiones, representa un esfuerzo imposible de asumir.

Las características de las pymes ¨ Los proyectos Proyectos pequeños. Una pequeña empresa acostumbra a trabajar con proyectos no demasiado grandes y que no se extienden mucho en el tiempo. Problemas resueltos en el día a día. De la misma forma, suele también fijar sus objetivos. El trabajo, las previsiones, la situación a medio largo plazo, no es tan popular en las pymes como en las grandes compañías. Pocos proyectos simultáneos. El número de proyectos que suele manejar de manera simultánea una pequeña empresa acostumbra a ser pequeño. Si tiene problemas con alguno de ellos, representa problemas en un porcentaje muy alto del trabajo. ¨ En resumen, casi todos los autores están de acuerdo en que, las características especiales de las pequeñas empresas hacen que los programas de mejora de procesos deban aplicarse de un modo particular y visiblemente diferente a cómo se hace en las grandes organizaciones y que no es tan sencillo como considerarlas pequeñas versiones a escala de las grandes compañías. 12

Contenidos ¨ Las caracter caracteríísticas diferenciadoras de las pymes ¨ Adaptaciones para pymes derivadas de los grandes modelos de SPI Adaptaciones basadas en la norma ISO/IEC 15504 Adaptaciones basadas en el modelo CMM - CMMi

¨ El proyecto QuaSAR: aplicación de los resultados a les empresas ¨ El Plan Avanza. Convocatorias públicas de subvenciones ¨ Competisoft. Un proyecto internacional

Adaptaciones basadas en la Norma ISO/IEC 15504

Modelos de SPI para pymes ¨ No se han realizado apenas modelos basados en ISO/IEC 15504 y especialmente adaptados a las necesidades de las pymes ¨ El modelo de evaluación de Makinen (2000) Iniciativa llevada a cabo en Finlandia que presenta un modelo de evaluación compatible con SPICE para pequeñas empresas. En la primera fase del proyecto aplican su método propio de evaluación de procesos a 8 pymes. Se propone la utilización de un modelo para la evaluación del nivel 1 de capacidad y otro para el resto de niveles. Se propone un proceso de evaluación dividido en 5 pasos. 14

Adaptaciones basadas en la Norma ISO/IEC 15504

Modelos de SPI para pymes ¨ El modelo de evaluación de procesos MARES (2006) Un Modelo de evaluación de procesos, que incluye un modelo de referencia de procesos y un marco de medida. Ambos están basados en el modelo de evaluación ejemplar proporcionado en la parte 5 de ISO/IEC 15504. La dimensión de procesos de MARES excluye algunos procesos por considerarlos irrelevantes en la mayoría de casos, dadas las especiales características de las pymes. El modelo de capacidad abarca desde el nivel 0 hasta el nivel 3. Un Proceso de evaluación, que cumple con los requisitos del proceso de evaluación definido en ISO/IEC 15504-2. Incluye una guía de aplicación y plantillas de documentos. Un Método para la acreditación de asesores, que define el procedimiento para obtener una acreditación formal como evaluador. Un Método de monitorización de la evaluación, que permite la monitorización de la metodología de evaluación como base para la mejora continua.

Adaptaciones basadas en la Norma ISO/IEC 15504

Modelos de SPI para pymes ¨ El modelo de evaluación de procesos RAPID (1999) El método de evaluación para la mejora de procesos RAPID está basado en y es conforme a la norma ISO/IEC 15504. Ha sido especialmente diseñado para las pymes, en las cuales resulta demasiado costoso y por tanto inviable, realizar una evaluación completa de 3 o 4 días de duración Las evaluaciones según RAPID se efectúan en un día El ámbito de la evaluación se reduce a 8 procesos Sólo se realiza la evaluación de los niveles del 1 al 3 El equipo evaluador está formado por dos personas que hayan realizado la formación completa y gocen del certificado oficial de evaluador SPICE y con una amplia experiencia en el campo del desarrollo de software. Uno de los evaluadores adopta el rol de líder del equipo y el otro el de evaluador de soporte Las evaluaciones se realizan únicamente a partir de la realización de entrevistas donde los participantes aportan documentos de referencia como evidencias El método dispone de un gran número de plantillas, cuestionarios, instrumentos para facilitar las evaluaciones a los asesores y para producir la documentación necesaria RAPID fue desarrollado específicamente para pymes, sin embargo también se ha aplicado con éxito en grandes organizaciones

Adaptaciones basadas en el modelo CMM-CMMi

Modelos de SPI para pymes ¨ Un proceso de evaluación basado en CMM y adaptado a pymes (1997) El objetivo principal del proceso seguido es detectar los puntos fuertes y los puntos débiles de los procesos evaluados para poder mejorarlos. Este proceso se ha aplicado en una empresa austriaca. El modelo de evaluación ha sido diseñado teniendo en cuenta las particularidades de las pymes: El programa de mejora no puede suponer un esfuerzo de coste y de recursos demasiado grande. Debe ayudar a los empleados a mejorar el conocimiento sobre la gestión de la calidad del software y a valorar su importancia. Debe proporcionar una valoración realista del estado actual de la empresa. El plan de acción debe ser viable y estar orientado a las necesidades especiales de las pequeñas empresas.

Adaptaciones basadas en el modelo CMM-CMMi

Modelos de SPI para pymes ¨ (1999). Experiencia de mejora de procesos llevada a cabo en una compañía noruega, dentro del programa SPIQ (Software Process Improvement for better Quality) subvencionado por el NFR (Norwegian Research Council), con el objetivo principal de definir un marco genérico y sistemático para la mejora del proceso de software que conduzca a un incremento de la competitividad de las empresas noruegas. El método está basado en tres pilares: El ciclo PDCA Plan-Do-Check-Act. Todas las decisiones tomadas deben estar basadas en hechos: observaciones y experiencias. La participación de los desarrolladores es una parte esencial de las actividades de mejora de todos los procesos.

¨ Se ha desarrollado un método basado en los siguientes principios de mejora: GQM (Goal Question Metrics), para decidir sobre los aspectos a medir y la manera de llevar a cabo estas mediciones. Análisis de Pareto, para analizar los datos recogidos y para evaluar los niveles de confianza que ofrecen. RCQ (Root Cause Analyses) combinado con el Diagrama de Ishikawa, para identificar las causas de los problemas. 18

Contenidos ¨ Las caracter caracteríísticas diferenciadoras de las pymes ¨ Adaptaciones para pymes derivadas de los grandes modelos de SPI

Adaptaciones basadas en la norma ISO/IEC 15504 Adaptaciones basadas en el modelo CMM - CMMi

¨ El proyecto QuaSAR: aplicación de los resultados a les empresas ¨ El Plan Avanza. Convocatorias públicas de subvenciones ¨ Competisoft. Un proyecto internacional

Modelos propios para pymes

Modelos de SPI para pymes ¨ El modelo PROCESSUS (2000). Está formado por un conjunto de Procedimientos Estándares y otro de Documentos Estándares junto con una metodología que nace de la integración del modelo CMM y de las Normas ISO 9001:1994 e ISO 9000-3:1997, todo ello orientado a la aplicación de la mejora de procesos de software en pequeñas empresas. En el primer círculo del modelo PROCESSUS representado en la figura, se definen los 5 pasos que deben ser realizados durante cada procedimiento:

Modelos propios para pymes

Modelos de SPI para pymes ¨ los 5 pasos que deben ser realizados durante cada procedimiento: Analysis. Definir el estado actual de las actividades ya realizadas en la compañía. Puede realizarse mediante una evaluación externa o interna. Definition. Descripción detallada de los procedimientos y de las actividades que incluyen. Training. Formación en los procedimientos de trabajo definidos o en las mejoras realizadas. Enactment. (Promulgación, difusión) Aplicación de los procedimientos en proyectos piloto con el fin de mejorar el procedimiento definido. Tracing. Analizar la aplicabilidad, eficiencia y aceptación de los procedimientos definidos. Si se requieren muchos cambios se deberá repetir el ciclo completo. En caso contrario, se podrá proceder al análisis del próximo procedimiento.

Modelos propios para pymes

Modelos de SPI para pymes ¨ Las diferentes fases que propone el modelo para la obtención de los Procedimientos Estándares son: Introducción. Definir el marco del programa de mejora y realizar la formación al personal. Definición del proceso, que se divide a su vez en otras subfases: Relaciones con el cliente. Contempla el conjunto de procedimientos que tienen gran influencia con la satisfacción del cliente. Gestión del proyecto, con un énfasis especial en las actividades de gestión de calidad. Ingeniería del software. Se incluyen todas las actividades habituales: análisis, diseño, implementación y pruebas. Actividades de soporte. Formación, control de la documentación y gestión del producto.

Optimización del proceso. Proporcionar una mejora continua de los procesos de software. Se consigue realizando revisiones de los procedimientos definidos y con la definición de las mejoras.

Modelos propios para pymes

Modelos de SPI para pymes ¨ (1999). MESOPYME es un Método/Modelo de mEjora del proceso SOftware orientado a la Pequeña Y Mediana Empresa. MESOPYME proporciona un Método de mejora y un Paquete de actuación. El Método de mejora está formado por 5 fases: Fase 1: Compromiso de la alta dirección. Fase 2: Evaluación. El objetivo de esta fase es descubrir el estado real de los procesos de software de la empresa, es decir, obtener sus puntos fuertes y débiles, utilizando como referencia de modelo de proceso al CMM. Fase 3: Solución de mejora. Teniendo en cuenta las mejoras que se seleccionaron en la fase anterior, se propone una Solución de mejora, que se desarrollará mediante la implantación de un grupo de productos base de mejora, denominado paquete de actuación y que da respuesta a las necesidades de un área clave de proceso, según CMM, o de un dominio de mejora, según otras aproximaciones. Fase 4: Institucionalización. El personal de la propia empresa implantará el paquete de actuación en todos los proyectos que realicen, consiguiendo así su institucionalización. Refinamiento de la implantación.

Modelos propios para pymes

Modelos de SPI para pymes ¨ Software Process Matrix (SPM). basado en QFD (Quality Function Deployment). (2002) Existen algunas variantes del modelo QFD, pero el Tour-phase model, adaptado por el American Standards Institute y que contiene cuatro matrices, es el más utilizado. El modelo SPM está basado en la primera matriz, “The house of quality”. Se comienza escuchando la voz del cliente y se mide la importancia relativa de cada requisito del cliente. En esta primera matriz es donde se utilizan los requisitos del cliente para identificar las características de diseño que tendrán mayor impacto en los requisitos. A su vez, esta primera matriz se divide en seis partes o “rooms”, como se denominan en SPM. Las Características de diseño obtenidas en esta primera matriz representan las prácticas que deben seguir los procesos para ser productivos. Muchas de estas prácticas ya han sido descritas en la literatura de procesos de software, como por ejemplo: Desarrollar el plan de pruebas y el conjunto de pruebas antes de implementar el software. Realizar prototipos o simulaciones de las partes críticas del software en desarrollo. Mantener la trazabilidad de las diferentes versiones de un producto software.

Modelos propios para pymes Modelos propios para pymes

Modelos de SPI para pymes ¨ En el modelo SPM se han desarrollado un total de 135 prácticas y se han contemplado 47 procesos. Una parte crucial del desarrollo del modelo ha consistido en identificar las relaciones entre los procesos y las prácticas, como por ejemplo: Práctica: Asegurar la trazabilidad de los requisitos tiene una gran relación con Proceso: El desarrollo sistemático de un diseño detallado. Práctica: Especificar las interfaces entre las unidades del software tiene poco efecto sobre Proceso: Las pruebas de aceptación del sistema.

¨ El modelo completo SPM proporciona pues una lista priorizada de acciones para todos los procesos que será de gran ayuda para la organización en la determinación de su estrategia y plan de acción para la mejora de procesos. ¨ Según la autora, aunque la evaluación es un elemento importante de cualquier iniciativa de mejora de procesos, esta evaluación no puede consistir únicamente en determinar el valor o capacidad de los procesos de la organización en un momento determinado, sino que debe poder ser utilizado para identificar las mejoras que son necesarias.

Modelos de SPI para pymes ¨ Para ello, SPM fue desarrollado basándose en 9 características que reflejan restricciones financieras y de disponibilidad de recursos humanos, y estas características fueron incluidas en el modelo desarrollado para que pudiera ser de máxima utilidad para las pymes, que consideran estos aspectos económicos y de personal como de máxima importancia. Estas 9 características son:

1. Relación con los objetivos de negocio de la compañía. 2. Orientación a los procesos de software más importantes. 3. Ofrecer un máximo valor al dinero. 4. Proponer mejoras que tengan un efecto máximo en el menor plazo posible. 5. Proporcionar un rápido retorno de la inversión. 6. Ser un modelo orientado al proceso. 7. Estar relacionado con otros modelos de software. 8. Ser flexible. 9. Ser fácil de utilizar.

¨ La autora ha validado el modelo desarrollado en dos compañías irlandesas de desarrollo de software y al mismo tiempo sigue investigando sobre la mejora de procesos en otras dos compañías diferentes. 26

Contenidos ¨ Las caracter caracteríísticas diferenciadoras de las pymes ¨ Adaptaciones para pymes derivadas de los grandes modelos de SPI

Adaptaciones basadas en la norma ISO/IEC 15504 Adaptaciones basadas en el modelo CMM - CMMi

¨ Modelos propios de SPI creados espec especííficamente para pymes ¨ El Modelo de Amengual - Mas Adaptación del modelo ISO/IEC 15504 a pymes Establecimiento de un Método estándar para pymes de desarrollo de software

¨ El proyecto QuaSAR: aplicación de los resultados a les empresas ¨ El Plan Avanza. Convocatorias públicas de subvenciones ¨ Competisoft. Un proyecto internacional

Modelos de SPI para pymes Estudio Estudiodel del modelo modeloSPICE SPICE

(

El Modelo de Amengual - Mas

Revisión Revisiónde dela laparte partenormativa normativa

Demasiado Demasiadogenérica genérica

Los modelos de procesos han sido creados pensando en grandes empresas y experimentados principalmente en este tipo de organizaciones

Revisión Revisiónde dela laparte parte informativa informativa

Demasiado Demasiadoextensa extensayy ambiciosa ambiciosapara para pymes pymes

El Modelo de Amengual - Mas

Guía evaluadora para los procesos del ciclo de vida del software basada en SPICE ISO/IEC 15504

Evaluación del Nivel 1 Realización del proceso

Evaluación de los Niveles del 2 al 5 Â Evidencia de la capacidad de los procesos. Demostración de los atributos de los procesos

Â Evidencia de que se alcanzan los objetivos del proceso

Indicadores Indicadoresde de realización realización de delos losprocesos procesos

Indicadores Indicadoresde delala capacidad capacidad de delos losprocesos procesos

Prácticas base (BP) Productos de entrada y de salida Características de los productos

Prácticas de gestión (MP) Características de realización Características de los recursos e infraestructura Procesos asociados

El Modelo de Amengual - Mas

Guía evaluadora para los procesos del ciclo de vida del software basada en SPICE ISO/IEC 15504 Primer Resultado

Guía GuíaEvaluadora EvaluadoraNivel Nivel11 Realización Realización del del proceso proceso Un Uncuestionario cuestionariopara paracada cadauno uno de los 36 procesos de los 36 procesos Una UnaGuía Guíade deevaluación evaluación para cada para cadanivel nivel Segundo 44Guías Segundo Guías

punto punto abordado abordado

Guías Guíasde deevaluación evaluación genéricas genéricaspara paralos los36 36 procesos procesos

Evaluación de los Niveles del 2 al 5 Â Evidencia de la capacidad de los procesos Â Demostración de los atributos de los procesos Indicadores Indicadoresde delala capacidad capacidad de delos losprocesos procesos

Prácticas de gestión (MP) Características de realización Características de los recursos e infraestructura Procesos asociados 30

El Modelo de Amengual - Mas

Los objetivos empresariales ¨ ¿Cuáles son los objetivos de una empresa? Consolidar o ampliar su posición en el mercado Fidelizar o aumentar el número de clientes

Incrementar su ámbito Abarcar más áreas de negocio

¨ ¿Cómo pueden alcanzarse? Desarrollando buenos productos Ofreciendo un buen servicio Realizando una buena gestión de la empresa

¨ ¿Cómo se debería llevar a cabo? Efecto Mejorando por dentro Iniciando la mejora en dos frentes:

X Mejora de los procesos específicos, clave o principales del negocio, los del ciclo de vida del software

Y Mejora de los procesos empresariales

Para que se note por fuera reconocimiento a nivel nacional o internacional. Adhesión a una norma, Certificación

Mejora de los procesos de negocio. Reconocimiento ISO 9001:2000 Iniciar la mejora en dos frentes

Mejora de los procesos del Ciclo de vida del software Evaluación según la Guía adaptada a pymes Mejora de los procesos críticos de la empresa

Mejora de los procesos de negocio. Reconocimiento

Procedimiento de implantación de la Norma ISO 9001:2000 Obtención de la certificación Mejora continua

En Enaquel aquelmomento momento(2002), (2002),ningún ningúnmodelo modelocubría cubríaambos ambosaspectos aspectos ¨ Dos estándares internacionales consideraban cada aspecto por separado: La Norma ISO 9001:2000 que especifica los requisitos de un sistema de gestión de calidad ISO/IEC 15504 (SPICE) estándar internacional para la mejora de procesos 32

Correspondencia ISO/IEC 15504 – ISO 9001:2000 ISO 9001:2000

SPICE

Modelo Modelo de de sistema sistema de de gestión gestión de de la la calidad calidad basado basado en en procesos procesos

Guía Guía de de evaluación evaluación yy mejora mejora para para los los procesos procesos del del ciclo ciclo de de vida vida del del software software

Requisitos Requisitos genéricos genéricos yy aplicables aplicables aa todas todas las las organizaciones organizaciones Guías Guías de de aplicación aplicación para para sectores sectores específicos específicos ISO/IEC ISO/IEC 90003:2004 90003:2004 Guía Guía para para la la aplicación aplicación de de ISO ISO 9001:2000 9001:2000 al al desarrollo desarrollo de de software software

No No es es una una Norma Norma genérica. genérica. Es Es específica específica para para los los procesos procesos del del ciclo ciclo de de vida vida del del software software de de una una empresa empresa

Posibilidad Posibilidad de de certificación certificación según según la la Norma Norma

Primera Primera publicación publicación en en 1987 1987 Versión Versión actual actual ISO ISO 9001:2000 9001:2000

No No se se basa basa en en certificar certificar un un cumplimiento cumplimiento sino sino en en determinar determinar la la madurez madurez de de un un conjunto conjunto de de procesos procesos Su Su primera primera publicación publicación como como TR TR es es de de 1998 1998 Publicación Publicación como como Norma Norma internacional internacional durante durante el el 2005 2005

El Modelo de Amengual - Mas

Desarrollo del Método ¨ CG 1. Establecimiento de los parámetros generales del SGC Se establecen las bases del SGC y las líneas de trabajo de la organización Se incluye a la dirección de la empresa y al grupo de calidad

¨ CG 2. Formación La motivación a todo el personal frente al nuevo reto impuesto en la empresa y la formación específica para poder afrontarlo, son dos pilares vitales para el éxito

¨ CG 3. Primera evaluación SPICE Se realiza una primera evaluación para comprobar el estado de los procesos que se realizan actualmente en la empresa Sólo realizando esta medición y otra al final del proceso de implantación, se puede observar claramente su evolución y mejora 34

El Modelo de Amengual - Mas

Desarrollo del Método ¨

CG 4. Análisis y documentación de los procesos Identificar y analizar todos los procesos que se realizan en la empresa o que se deberán realizar de ahora en adelante Se efectúa un estudio detallado de cada proceso y se genera un conjunto de documentación asociada a cada uno

CG 5. Mejora de los procesos Después del análisis y la evaluación se deben priorizar las mejoras a realizar sobre los procesos Posteriormente será necesario implantar estos procesos ya mejorados en los proyectos de la empresa

CG 6. Certificación según ISO 9001:2000 Si la organización así lo desea, puede someterse a un proceso de certificación según la Norma ISO 9001:2000 El proceso de certificación consiste en una auditoria del SGC realizada por un representante de una entidad oficial acreditada

CG 7. Segunda evaluación SPICE Para comprobar que realmente la organización ha mejorado sus procesos es indispensable realizar una segunda evaluación Esta medida dará a conocer el grado de mejora

CG 8. Mantenimiento del Sistema de Gestión de Calidad Es necesaria una revisión periódica y continua de los procesos de la empresa Esta medida propicia la mejora continua del Sistema de Gestión de Calidad

El Modelo de Amengual - Mas

Desarrollo del Método. Actividad GC 3 Primera evaluación SPICE Entrada

Tareas Planificar Planificarlalaevaluación evaluación

Tomar Tomardatos datossobre sobreelel estado estadode delos losprocesos procesos Determinar Determinarcapacidad capacidad de delos losprocesos procesos Presentar Presentarlos los resultados resultados

Aprobar Aprobarlos losresultados resultados

Productos de entrada Productos de salida • •

• •

• • •

• •

Técnicas

Participantes

Planificación Planificación de delala evaluación evaluación

Planificación Planificación

• • • •

Grupo de calidad Jefes de proyecto Personal Evaluador SPICE

Guía Guíade de evaluación evaluación completada completada

Sesiones de Sesiones de trabajo trabajo

• • • •

Grupo de calidad Jefes de proyecto Personal Evaluador SPICE

GEP Escala de puntuación según SPICE HSE

Niveles de capacidad de los procesos

Método Métodode de cálculo cálculo

Guía evaluadora para pymes (GEP) Herramientas de soporte a la evaluación (HSE)

Informe Informede de evaluación evaluación SPICE SPICE

Planificación Planificación

Procesos de ISO/IEC 15504 Plan de calidad

Guía evaluadora para pymes (GEP) Herramientas de soporte a la evaluación (HSE)

Informe Informede de evaluación evaluación SPICE SPICE

Aprobación del Informe de evaluación SPICE

Sesiones Sesionesde de trabajo trabajo

Evaluador SPICE

• •

Evaluador SPICE Responsable del grupo de calidad

Contenidos ¨ Las caracter caracteríísticas diferenciadoras de las pymes ¨ Adaptaciones para pymes derivadas de los grandes modelos de SPI

Adaptaciones basadas en la norma ISO/IEC 15504 Adaptaciones basadas en el modelo CMM - CMMi

¨ Modelos propios de SPI creados espec especííficamente para pymes ¨ El Modelo de Amengual - Mas Adaptaci ón del modelo ISO/IEC 15504 a pymes Adaptació Establecimiento de un M étodo est ándar para pymes de Mé está desarrollo de software

¨ El proyecto QuaSAR: aplicación de los resultados a les empresas ¨ El Plan Avanza. Convocatorias públicas de subvenciones ¨ Competisoft. Un proyecto internacional 37

El proyecto QuaSAR Proyecto QuaSAR: “Qualitat de Software BaleAR” Mecanismo de acción para la implantación simultánea de las Normas: ISO 9001:2000 y SPICE Casos de estudio aplicados a pequeñas y medianas empresas de las Islas Baleares

¨ Motivación Necesidad de experimentar con los modelos de evaluación y mejora de procesos Determinar su aplicabilidad a las pymes de las Islas Baleares

¨ Objetivos Creación de un Plan agrupado para empresas del sector de desarrollo de software Mejora de sus procesos de gestión, de sus productos y/o servicios

Participantes del proyecto

Becarios

Empresas

Consultores especializados Iniciativa de la Universitat de les Illes Balears 38

El proyecto QuaSAR. Participantes IDI ¨ Coordinador del proyecto ¨ Entidad mediadora y de soporte entre todos los agentes participantes ¨ Gestor de las ayudas económicas

Consultores ¨ Aportando los conocimientos específicos de la Norma ISO 9001:2000 y de su aplicación a empresas del sector de desarrollo de software ¨ Proporcionando los servicios de consultoría y soporte durante todo el proceso de definición e implantación del Sistema de Gestión de Calidad ¨ Auditorías previas y certificación 39

El proyecto QuaSAR. Participantes

¨ Impulsor de las buenas prácticas entre las empresas del grupo ¨ Difusión de los resultados del proyecto QuaSAR a los asociados: efecto multiplicador

Empresas ¨ Implicación y compromiso en el proyecto. Dedicación de recursos ¨ Participación en el diagnóstico de los procesos ¨ Participación en todo el proceso de definición, implantación y certificación 40

El proyecto QuaSAR. Participantes

¨ Formación en ISO/IEC 15504 (SPICE) ¨ Aplicación de la Guía evaluadora Cálculo de la capacidad de los procesos en cada empresa

¨ Organización de sesiones agrupadas de mejora ¨ Propuesta de mejora personalizada para cada empresa ¨ Selección y coordinación de los becarios ¨ Aportación de prototipos de herramientas de soporte a la evaluación de los procesos 41

El proyecto QuaSAR. Participantes

Becarios

¨Formación en las Normas ISO 9001:2000 y SPICE ¨Conocimiento profundo de la realidad de cada empresa ¨Proporcionando soporte: Al Proceso de evaluación A la definición e implantación de todos los procesos del Sistema de Gestión de Calidad A la mejora de los procesos específicos de la categoría de Ingeniería Al proceso de certificación según la Norma ISO 9001:2000 42

El proyecto QuaSAR. Resultados ¨ Procesos a Nivel 1 y superiores ¨ Procesos con mayor nivel de capacidad CUS.2 CUS.3

Proceso de suministro Proceso de obtención de requerimientos

¨ Procesos seleccionados para la mejora Pruebas

ENG.1.6 ENG.1.7 SUP.4 SUP.5

Proceso de pruebas del software Proceso de pruebas e integración del sistema Proceso de verificación Proceso de validación

Gestión de la configuración SUP.2 Medición, análisis y mejora

ORG.5 ORG.2.1 ORG.2.2 ORG.2.3

Proceso de medición Proceso de establecimiento del proceso Proceso de evaluación del proceso Proceso de mejora del proceso

El proyecto QuaSAR. Resultados ¨ Procesos a Nivel 1 y superiores ¨ Procesos con mayor nivel de capacidad CUS.2 CUS.3

Proceso de suministro Proceso de obtención de requerimientos

¨100,00 Procesos seleccionados para la mejora 90,00 80,00 70,00 60,00 50,00 40,00 30,00 20,00 10,00 0,00

Pruebas

ENG.1.6 ENG.1.7 SUP.4 SUP.5

Proceso de pruebas del software Proceso de pruebas e integración del sistema Proceso de verificación Proceso de validación

Gestión de la configuración SUP.2 Medición, análisis y mejora ORG.5 ORG.2.1 E1 ORG.2.2 E2 ORG.2.3

Proceso de medición Proceso de establecimiento del proceso Proceso de evaluación del proceso E3 E4 E5 E6 E7 E8 Proceso de mejora del proceso

El proyecto QuaSAR. Resultados ¨ Procesos a Nivel 1 y superiores ¨ Procesos con mayor nivel de capacidad CUS.2 CUS.3

Proceso de suministro Proceso de obtención de requerimientos

¨ Procesos seleccionados para la mejora Pruebas

ENG.1.6 ENG.1.7 SUP.4 SUP.5

Proceso de pruebas del software Proceso de pruebas e integración del sistema Proceso de verificación Proceso de validación

Gestión de la configuración SUP.2 Medición, análisis y mejora de los procesos

ORG.5 ORG.2.1 ORG.2.2 ORG.2.3

Proceso de medición Proceso de establecimiento del proceso Proceso de evaluación del proceso Proceso de mejora del proceso

El proyecto QuaSAR. Conclusiones

¨ Primera experiencia de colaboración entre múltiples entidades con intereses bien diferenciados ¨ Primeras certificaciones de empresas de desarrollo de software en las Islas Baleares (julio-agosto 2003) ¨ Proyecto pionero a nivel nacional ¨ Primera experiencia de implantación simultánea de ambas Normas tanto a nivel nacional como internacional 46

El proyecto QuaSAR. Conclusiones IDI

¨ Fomentar la calidad en empresas del sector específico de desarrollo del software Iniciando una primera experiencia modelo para futuras colaboraciones, tanto en las Illes Balears como en otras comunidades autónomas

Consultores

¨ La empresa de consultoría externa, Novasoft Consulting, ha participado en un proyecto innovador en el territorio español y se ha abierto mercado en las Islas Baleares 47

El proyecto QuaSAR. Conclusiones Empresas

¨ Todas las empresas han implantado un sistema de gestión de calidad y han obtenido la certificación según la Norma ISO 9001:2000 iniciando de esta manera el camino hacia la mejora continua Mejora a corto plazo de algunos de sus procesos Identificación y planificación de futuras mejoras en otros procesos de la organización

¨ Aplicar nuestras investigaciones a un caso real, lo que nos ha permitido refinar los resultados y adaptarlos a la realidad de las pymes 48

El proyecto QuaSAR. Conclusiones

Becarios

¨ Compaginar el mundo académico con el mundo laboral a través de convenios de cooperación educativa entre la Universidad y la empresa, gestionados por la FUEIB Obteniendo una remuneración mensual de 420€ Por 20 horas semanales de trabajo Con suficiente flexibilidad en el tema de horarios

¨ Conocer muy de cerca todos los procesos de la empresa y vivir la realidad empresarial ¨ Adquirir conocimientos sobre gestión de calidad y realizar una labor próxima a las tareas de un ingeniero de software/de calidad ¨ Obtener un contrato laboral en la empresa que los acogía como becarios ¨ Realizar el proyecto de final de carrera en temas relacionados con la calidad de software 49

Desarrollo de un primer prototipo de herramienta: SpiceCalc SpiceCalc: SpiceCalc: soporte soporte automatizado automatizado aa la la mejora mejora de de los los procesos procesos ¨ Proyecto de Final de carrera de dos alumnos de la Ingeniería en Informática de la UIB

Desarrollo de un primer prototipo de herramienta: SpiceCalc ¨ Módulo de soporte al modelo SPICE y a la Guía evaluadora adaptada a pymes

Desarrollo de un primer prototipo de herramienta: SpiceCalc ¨ Módulo para la realización de comparativas entre los resultados de las evaluaciones

Proyecto de final de carrera ¨ Desarrollo de un conjunto de módulos para dar soporte al Sistema de Gestión de Calidad basado en la norma ISO9001:2000, orientados especialmente a: facilitar la toma de medidas, realizar el análisis de los datos, facilitar la mejora continua del sistema de calidad

Proyecto de final de carrera ¨ Implantación de un sistema de gestión de la calidad según ISO 9001:2000 en SM2 Baleares y mejorar sus procesos de desarrollo de software utilizando SPICE.

El proyecto QuaSAR. Experiencias

Becarios

¨ “QuaSAR ha sido una gran experiencia tanto personal como profesional. He podido participar en un proyecto donde se coordinaban docenas de personas. He ampliado conocimientos de Ingeniería del Software y Calidad. Personalmente, mi proyecto de final de carrera ha estado relacionado con el proyecto QuaSAR.” ¨ “Me ha servido como puente entre la universidad y el mundo laboral. Actualmente trabajo en la misma empresa en la que estuve como becario ocupándome, entre otras labores, del mantenimiento del SGC implantado durante el proyecto Quasar.” ¨ “He tenido la posibilidad, inusual en una beca, de poder analizar todos los procesos de una empresa de software. Por tanto, he adquirido una visión global de la empresa muy importante, solamente varios años de experiencia laboral me podrían haber dado estos mismos conocimientos.”

Becarios

El proyecto QuaSAR. Experiencias ¨ “La experiencia ha sido muy provechosa en todos los niveles. Se trata de un tipo de beca muy diferente a las que podemos encontrar habitualmente en la Universitat para un estudiante de informática (normalmente cubren solamente la fase de construcción del software) y ha sido una elección perfecta. Como becario de QuaSAR, he podido participar en la definición, implantación y mejora de todo el ciclo de vida de desarrollo del software. He podido conocer cómo funciona una empresa informática por medio de la definición de sus procesos.”

¨ “El tipo de tareas realizadas propicia el trabajo en equipo y la integración con el personal de la empresa.“ ¨ “He podido conocer en profundidad todos los departamentos de la empresa: comercial, desarrollo, sistemas, comunicaciones y administración.”

¨ “Me gustaría destacar lo interesante de haber participado en el proyecto gracias a la colaboración de tantas personas con conocimientos y experiencia diferentes.” 56

Becarios

El proyecto QuaSAR. Experiencias ¨ “Mi experiencia en particular no ha resultado del todo satisfactoria debido a que me he encontrado un poco desamparado en lo que respecta a la empresa. A pesar de tener un responsable de calidad con el que llevar a cabo el trabajo, el flujo de información entre ambas partes no ha sido demasiado fluida y me he encontrado bastante solo realizando el trabajo. Además, mi integración y la manera de acogerme dentro de la empresa tampoco fue demasiado adecuada, ya que tuve que ser yo quien se diera a conocer al resto de empleados.” 57

¨ El proyecto QuaSAR: aplicaci ón de los resultados a aplicació les empresas ¨ El Plan Avanza. Convocatorias públicas de subvenciones ¨ Competisoft. Un proyecto internacional 58

Plan Avanza (http://www.planavanza.es)

Inicio 2006

¨ Plan 2006-2010 para el desarrollo de la Sociedad de la Información y de Convergencia con Europa ¨ Entre Comunidades Autónomas y Ciudades Autónomas ¨ Medida “Mejora de la Calidad del software. Sección 11. Programa Nacional de Tecnologías Informáticas 59

Convocatoria B.O.E. 02/04/2007

¨ Subvención del Ministerio de Industria, Turismo y Comercio para acciones que conduzcan a la obtención de un certificado de calidad según un cierto modelo:

Inicio 2006

CMMi o SPICE nivel 5: 35.000€ CMMi o SPICE nivel 4: 30.000€ CMMi o SPICE nivel 3: 25.000€ CMMi o SPICE nivel 2: 20.000€

¨ Para agrupaciones de empresas (mínimo 10) 60

Iniciativas actuales en las pymes

Inicio 2006 61

Proyecto COMPETIC ¨ Promoción de la Gestión Avanzada y Competitividad de las PYMEs del sector TIC, a través de la adopción del modelo CMMI® Proyecto piloto en todo el Estado. Participan 26 empresas de 14 Comunidades Autónomas. Tiene planes de expansión para las Comunidades restantes. Los objetivos que persigue son:

Inicio 2006

La defensa y promoción de los intereses de las Empresas del Sector ante las Administraciones locales, autonómicas, central y europeas; la colaboración y la cooperación tecnológica, formativa, científica y comercial entre las empresas del Sector; la creación de redes de colaboración entre empresas; la consolidación del posicionamiento de las empresas del Sector en todos los mercados; la creación de grupos de trabajo para el desarrollo de la creación de infraestructuras que favorezcan la mejora de las condiciones 62 comerciales y empresariales.

Contenidos ¨ Las caracter caracteríísticas diferenciadoras de las pymes ¨ Adaptaciones para pymes derivadas de los grandes modelos de SPI

Adaptaciones basadas en la norma ISO/IEC 15504 Adaptaciones basadas en el modelo CMM - CMMi

¨ El proyecto QuaSAR: aplicaci ón de los resultados a aplicació les empresas ¨ El Plan Avanza. Convocatorias p úblicas de pú subvenciones ¨ Competisoft. Un proyecto internacional 63

Iniciativas actuales en las pymes

Iniciativas actuales en las pymes ¨ Desarrollar un Marco Metodológico común ajustado a la realidad socio-económica de las PyMES iberoamericanas, orientado a la mejora continua de sus procesos. ¨ Este Marco Metodológico, constituido por un Modelo de Procesos, un Modelo de Capacidades y un Método de Evaluación, será validado, mediante su aplicación controlada, en empresas y organizaciones de diferentes países de la región CYTED. ¨ Difundir la cultura de la mejora de procesos en el sector informático iberoamericano y más específicamente formar, tanto a investigadores y/o docentes universitarios (formación de formadores) como a profesionales de un buen número de PyMES productoras de software, mediante los cursos que se organizarán en este proyecto CYTED y mediante la difusión de los materiales de formación que se elaborarán; así como mediante la supervisión y desarrollo de tesis de postgrado para estudiantes y docentes de la región. ¨ Incidir en los diferentes organismos de normalización y certificación de los países iberoamericanos, para que asuman que los principios metodológicos objeto de este proyecto CYTED pueden ser la base para establecer un mecanismo común y mutuamente reconocido de evaluación y certificación de la industria del software Iberoamericana. 66

Participantes

Iniciativas actuales en las pymes

Participantes

Iniciativas actuales en las pymes

Conclusiones ¨ La calidad del software no es gratuita. Necesita invertir dinero y esfuerzo. Debe verse como una inversión, no como un gasto. Las inversiones, se recuperan, los gastos no necesariamente. ¨ La calidad del software desarrollado y la productividad de los equipos de desarrollo, no mejoran necesariamente por el simple hecho de adoptar un método estándar. ¨ Pero si no se aplica ningún estándar, los esfuerzos que se realizan durante el desarrollo tienden a multiplicarse, aumentando el coste y el tiempo de desarrollo. ¨ La mejora se obtiene más por el trabajo planificado y realizado por el equipo de desarrollo en un entorno de mejora de procesos que facilite la repetibilidad de los objetivos, que por el modelo o estándar adoptado. ¨ Los niveles de madurez según un modelo, o las certificaciones según una norma o estándar, deberían ser las medidas de la mejora conseguida, no los objetivos de dicha mejora. 69