La mejora del proceso de software

1

1

Enginyeria del Software IIISessió 6. La millora dels processos de

software a les petites i mitjanes empreses. El projecte QuaSAR

Antònia Mas Pichaco

2

Contenidos

Las características diferenciadoras de las pymesAdaptaciones para pymes derivadas de los grandes modelos de SPI

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

Modelos propios de SPI creados específicamente para pymesEl Modelo de Amengual - Mas

Adaptación del modelo ISO/IEC 15504 a pymesEstablecimiento de un Método estándar para pymes de desarrollo de software

El proyecto QuaSAR: aplicación de los resultados a les empresasEl Plan Avanza. Convocatorias públicas de subvencionesCompetisoft. Un proyecto internacional

2

3

Las pymes

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 certificadasModelos creados para las grandes empresas

1999

2005211%

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

4

Las características de las pymesAunque 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.

3

5

Las características de las pymesLa 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.

6

Las características de las pymesLas 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.

4

7

Las características de las pymesSegú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 ellujo 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.

8

Las características de las pymesSegú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.

5

9

Las características de las pymesLos 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.

10

Las características de las pymesLos aspectos económicos

En una pequeña empresa prima más la obtención debeneficios a corto que a largo plazo.Las pymes desean que las medidas establecidas sean deaspectos 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.

6

11

Las características de las pymesLos 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.

12

Las características de las pymesLos 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.

7

13

Contenidos

Las caracterLas caracterLas caracterííísticas diferenciadoras de las pymessticas diferenciadoras de las pymessticas diferenciadoras de las pymesAdaptaciones para pymes derivadas de los grandes modelos de SPI

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




14

Modelos de SPI para pymesNo 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.

Ada

ptac

ione

s ba

sada

s en

la N

orm

a IS

O/IE

C 1

5504

8

15

Modelos de SPI para pymesEl 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.

Ada

ptac

ione

s ba

sada

s en

la N

orm

a IS

O/IE

C 1

5504

16

Modelos de SPI para pymesEl 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ónLas evaluaciones según RAPID se efectúan en un díaEl ámbito de la evaluación se reduce a 8 procesosSólo se realiza la evaluación de los niveles del 1 al 3El 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 soporteLas evaluaciones se realizan únicamente a partir de la realización de entrevistas donde los participantes aportan documentos de referencia como evidenciasEl 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 necesariaRAPID fue desarrollado específicamente para pymes, sin embargo también se ha aplicado con éxito en grandes organizaciones

Ada

ptac

ione

s ba

sada

s en

la N

orm

a IS

O/IE

C 1

5504

9

17

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.

Ada

ptac

ione

s ba

sada

s en

el m

odel

o C

MM

-CM

Mi Modelos de SPI para pymes

18

(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.A

dapt

acio

nes

basa

das

en e

l mod

elo

CM

M-C

MM

i Modelos de SPI para pymes

10

19

Contenidos

Las caracterLas caracterLas caracterííísticas diferenciadoras de las pymessticas diferenciadoras de las pymessticas diferenciadoras de las pymesAdaptaciones para pymes derivadas de los grandes Adaptaciones para pymes derivadas de los grandes Adaptaciones para pymes derivadas de los grandes modelos de SPImodelos de SPImodelos de SPI

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




20

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:

Mod

elos

pro

pios

par

a py

mes Modelos de SPI para pymes

11

21

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.

Mod

elos

pro

pios

par

a py


22

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.

Mod

elos

pro

pios

par

a py


12

23

(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.

Mod

elos

pro

pios

par

a py


24

Mod

elos

pro

pios

par

a py


Software Process Matrix (SPM). basado en QFD (Quality Function Deployment). (2002)

Existen algunas variantes del modelo QFD, pero el Tour-phasemodel, 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 deimplementar 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.

13

25

Mod

elos

pro

pios

par

a py


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 conProceso: El desarrollo sistemático de un diseño detallado.Práctica: Especificar las interfaces entre las unidades del software tiene poco efecto sobreProceso: 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.

26

Mod

elos

pro

pios

par

a py


Para ello, SPM fue desarrollado basándose en 9 característicasque 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.

14

27

Contenidos



Modelos propios de SPI creados especModelos propios de SPI creados especModelos propios de SPI creados especíííficamente ficamente ficamente para pymespara pymespara pymesEl Modelo de Amengual - Mas



28

Modelos de SPI para pymes

Estudio del modelo SPICEEstudio del

modelo SPICE

Revisión de la parte normativaDemasiado genérica

Revisión de la parte normativaDemasiado genérica

Revisión de la parte informativa

Demasiado extensa y ambiciosa para

pymes

Revisión de la parte informativa

Demasiado extensa y ambiciosa para

pymes

Los modelos de procesos han sido creados pensando

en grandes empresas y

experimentados principalmente en

este tipo de organizaciones

Los modelos de procesos han sido creados pensando

en grandes empresas y

experimentados principalmente en

este tipo de organizaciones

El M

odel

o de

Am

engu

al-M

as

15

29

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

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

Evidencia de que se alcanzan los objetivos del proceso

Prácticas de gestión (MP)Características de realizaciónCaracterísticas de losrecursos e infraestructuraProcesos asociados

Evidencia de la capacidad de los procesos. Demostración de los atributos de los procesos

Indicadores de realización

de los procesos

Indicadores de realización

de los procesos

Evaluación del Nivel 1Realización del proceso

Evaluación de los Nivelesdel 2 al 5

Indicadores de la capacidad

de los procesos


de los procesos

El M

odel

o de

Am

engu

al-M

as

30

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

Prácticas de gestión (MP)Características de realizaciónCaracterísticas de losrecursos e infraestructuraProcesos asociados

Evidencia de la capacidad de los procesosDemostración de los atributos de los procesos


de los procesos


de los procesos

Evaluación de los Nivelesdel 2 al 5

Guía Evaluadora Nivel 1Realización del proceso

Un cuestionario para cada uno de los 36 procesos

Guía Evaluadora Nivel 1Realización del proceso

Un cuestionario para cada uno de los 36 procesos

PrimerResultado

Una Guía de evaluación para cada nivel

4 Guías

Guías de evaluación genéricas para los 36

procesos

Una Guía de evaluación para cada nivel

4 Guías

Guías de evaluación genéricas para los 36

procesos

Segundopunto

abordado

Segundopunto

abordado

El M

odel

o de

Am

engu

al-M

as

16

31

Los objetivos empresariales¿Cuáles son los objetivos de una empresa?

Consolidar o ampliar su posición en el mercadoFidelizar o aumentar el número de clientes

Incrementar su ámbitoAbarcar más áreas de negocio

¿Cómo pueden alcanzarse?Desarrollando buenos productosOfreciendo un buen servicioRealizando una buena gestión de la empresa

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

Mejora de los procesos específicos, clave o principales del negocio, los del ciclo de vida del softwareMejora de los procesos empresariales

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

El M

odel

o de

Am

engu

al-M

as

32

Mejora de los procesos de negocio.Reconocimiento ISO 9001:2000

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

En aquel momento (2002), ningún modelo cubría ambos aspectosEn aquel momento (2002), ningún modelo cubría ambos aspectos

Mejora de los procesos de negocio. Reconocimiento

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

Iniciarla mejora

en dosfrentes

Iniciarla mejora

en dosfrentes

Mejora de los procesos del Ciclo de vida del software

Evaluación según la Guía adaptada a pymesMejora de los procesos críticos de la empresa

17

33

CorrespondenciaISO/IEC 15504 – ISO 9001:2000

Requisitos genéricos y aplicables a todaslas organizacionesGuías de aplicación para sectores específicosISO/IEC 90003:2004 Guía para la aplicación de ISO 9001:2000 al desarrollo de software

Requisitos genéricos y aplicables a todaslas organizacionesGuías de aplicación para sectores específicosISO/IEC 90003:2004 Guía para la aplicación de ISO 9001:2000 al desarrollo de software

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

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

Posibilidad de certificación según la NormaPosibilidad de certificación según la NormaNo se basa en certificar un cumplimientosino en determinar la madurez deun conjunto de procesos

No se basa en certificar un cumplimientosino en determinar la madurez deun conjunto de procesos

Primera publicación en 1987

Versión actual ISO 9001:2000

Primera publicación en 1987

Versión actual ISO 9001:2000

Su primera publicación como TR es de 1998Publicación como Norma internacionaldurante el 2005

Su primera publicación como TR es de 1998Publicación como Norma internacionaldurante el 2005

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

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

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

ISO 9001:2000 SPICE

34

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ónSe incluye a la dirección de la empresa y al grupo de calidad

CG 2. FormaciónLa 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 SPICESe realiza una primera evaluación para comprobar el estado de los procesos que se realizan actualmente en la empresaSólo realizando esta medición y otra al final del proceso de implantación, se puede observar claramente su evolución y mejora

El M

odel

o de

Am

engu

al-M

as

18

35

Desarrollo del MétodoCG 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 adelanteSe 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 procesosDespués del análisis y la evaluación se deben priorizar las mejoras a realizar sobre los procesosPosteriormente será necesario implantar estos procesos ya mejorados en los proyectos de la empresa

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

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

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

El M

odel

o de

Am

engu

al-M

as

36

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

Aprobar los resultadosAprobar los resultadosInforme de evaluación

SPICE

Informe de evaluación

SPICESesiones de

trabajo

Sesiones detrabajo

• Evaluador SPICE• Responsable del

grupo de calidad

Aprobación del Informe de

evaluación SPICE

Determinar capacidad de los procesos

Determinar capacidad de los procesos

Método decálculo

Método decálculo

Niveles de capacidad de los

procesos

• GEP• Escala de puntuación

según SPICE• HSE

Planificar la evaluaciónPlanificar la evaluación Planificación de la

evaluación

Planificación de la

evaluación PlanificaciónPlanificación• Procesos de

ISO/IEC 15504• Plan de calidad

• Grupo de calidad• Jefes de proyecto• Personal• Evaluador SPICE

Tomar datos sobre el estado de los procesos

Tomar datos sobre el estado de los procesos

Guía de evaluación completada

Guía de evaluación completada

Sesiones de trabajo

Sesiones de trabajo

• Guía evaluadora para pymes (GEP)

• Herramientas de soporte a la evaluación (HSE)

• Grupo de calidad• Jefes de proyecto• Personal• Evaluador SPICE

Presentar los resultados

Presentar los resultados


SPICE


SPICE PlanificaciónPlanificación• Guía evaluadora para

pymes (GEP)• Herramientas de soporte

a la evaluación (HSE)Evaluador SPICE

TareasProductos de salida Técnicas Participantes

Entrada

Productos de entrada

Evaluador SPICE

El M

odel

o de

Am

engu

al-M

as

19

37

Contenidos



Modelos propios de SPI creados especModelos propios de SPI creados especModelos propios de SPI creados especíííficamente ficamente ficamente para pymespara pymespara pymesEl Modelo de El Modelo de El Modelo de AmengualAmengualAmengual --- MasMasMas

AdaptaciAdaptaciAdaptacióóón del modelo ISO/IEC 15504 a pymesn del modelo ISO/IEC 15504 a pymesn del modelo ISO/IEC 15504 a pymesEstablecimiento de un MEstablecimiento de un MEstablecimiento de un Mééétodo esttodo esttodo estááándar para pymes de ndar para pymes de ndar para pymes de desarrollo de softwaredesarrollo de softwaredesarrollo de software


38

El proyecto QuaSAR

Participantes del proyectoParticipantes del proyecto

Becarios Empresas

Consultoresespecializados

MotivaciónNecesidad de experimentar con los modelos de evaluación y mejora de procesosDeterminar su aplicabilidad a las pymes de las Islas Baleares

ObjetivosCreación de un Plan agrupado para empresas del sector de desarrollo de softwareMejora de sus procesos de gestión, de sus productos y/o servicios Iniciativa de la Universitat de les Illes Balears

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

20

39

El proyecto QuaSAR. Participantes

ConsultoresAportando los conocimientos específicos de la Norma ISO 9001:2000 y de su aplicación a empresas del sector de desarrollo de softwareProporcionando los servicios de consultoría y soporte durante todo el proceso de definición e implantación del Sistema de Gestión de CalidadAuditorías previas y certificación

IDI

Coordinador del proyectoEntidad mediadora y de soporte entre todos los agentes participantesGestor de las ayudas económicas

40

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


EmpresasImplicación y compromiso en el proyecto. Dedicación de recursosParticipación en el diagnóstico de los procesosParticipación en todo el proceso de definición, implantación y certificación

21

41


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 mejoraPropuesta de mejora personalizada para cada empresaSelección y coordinación de los becariosAportación de prototipos de herramientas de soporte a la evaluación de los procesos

42


Formación en las Normas ISO 9001:2000 y SPICEConocimiento profundo de la realidad de cada empresaProporcionando soporte:

Al Proceso de evaluaciónA la definición e implantación de todos los procesos del Sistema de Gestión de CalidadA la mejora de los procesos específicos de la categoría de IngenieríaAl proceso de certificación según la Norma ISO 9001:2000

Becarios

22

43

El proyecto QuaSAR. Resultados

Procesos a Nivel 1 y superioresProcesos con mayor nivel de capacidad

CUS.2 Proceso de suministroCUS.3 Proceso de obtención de requerimientos

Procesos seleccionados para la mejoraPruebas

ENG.1.6 Proceso de pruebas del softwareENG.1.7 Proceso de pruebas e integración del sistemaSUP.4 Proceso de verificaciónSUP.5 Proceso de validación

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

ORG.5 Proceso de mediciónORG.2.1 Proceso de establecimiento del procesoORG.2.2 Proceso de evaluación del procesoORG.2.3 Proceso de mejora del proceso

44






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


0,0010,0020,0030,0040,0050,0060,0070,0080,0090,00

100,00

E1 E2 E3 E4 E5 E6 E7 E8

23

45






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


46

El proyecto QuaSAR. Conclusiones

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

24

47


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 Balearscomo en otras comunidades autónomas

IDI

ConsultoresLa empresa de consultoría externa, NovasoftConsulting, ha participado en un proyecto innovador en el territorio español y se ha abierto mercado en las Islas Baleares

48

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 procesosIdentificación y planificación de futuras mejoras en otros procesos de la organización

Empresas


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

25

49


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 trabajoCon suficiente flexibilidad en el tema de horarios

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

Becarios

50

Desarrollo de un primer prototipo de herramienta: SpiceCalc

SpiceCalc: soporte automatizado a la mejora de los procesos

SpiceCalc: soporte automatizado a la mejora de los procesos

Proyecto de Final de carrera de dos alumnos de la Ingeniería en Informática de la UIB

26

51


Módulo de soporte al modelo SPICE y a la Guía evaluadora adaptada a pymes

52


Módulo para la realización de comparativas entre los resultados de las evaluaciones

27

53

Proyecto de final de carreraDesarrollo 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

54

Proyecto de final de carreraImplantació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.

28

55

“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.”

El proyecto QuaSAR. ExperienciasB

ecar

ios

56

“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.”

Bec

ario

s

El proyecto QuaSAR. Experiencias

29

57

“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.”

El proyecto QuaSAR. ExperienciasB

ecar

ios

58

Contenidos





El proyecto QuaSAR: aplicaciEl proyecto QuaSAR: aplicaciEl proyecto QuaSAR: aplicacióóón de los resultados a n de los resultados a n de los resultados a les empresasles empresasles empresasEl Plan Avanza. Convocatorias públicas de subvencionesCompetisoft. Un proyecto internacional

30

59

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

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

Inicio2006

60

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:

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)Inicio2006

31

61

Iniciativas actuales en las pymes

Inicio2006

62

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:

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 comerciales y empresariales.

Inicio2006

32

63

Contenidos





El proyecto QuaSAR: aplicaciEl proyecto QuaSAR: aplicaciEl proyecto QuaSAR: aplicacióóón de los resultados a n de los resultados a n de los resultados a les empresasles empresasles empresasEl Plan Avanza. Convocatorias pEl Plan Avanza. Convocatorias pEl Plan Avanza. Convocatorias púúúblicas de blicas de blicas de subvencionessubvencionessubvencionesCompetisoft. Un proyecto internacional

64


33

65


66

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.

34

67

Iniciativas actuales en las pymesPa

rtic

ipan

tes

68


Part

icip

ante

s

35

69

ConclusionesLa 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.

La mejora del proceso de software

Documents

Transcript of La mejora del proceso de software