La mejora del proceso de software
-
Upload
diego-torres -
Category
Documents
-
view
214 -
download
0
description
Transcript of 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
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
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
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
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
mes Modelos de SPI para pymes
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
mes Modelos de SPI para pymes
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
mes Modelos de SPI para pymes
24
Mod
elos
pro
pios
par
a py
mes 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-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
mes 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 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
mes Modelos de SPI para pymes
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
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
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
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
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
Indicadores de la capacidad
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
Indicadores de la capacidad
de los procesos
Indicadores de la capacidad
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
Informe de evaluación
SPICE
Informe de evaluación
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
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
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
El proyecto QuaSAR: aplicación de los resultados a les empresasEl Plan Avanza. Convocatorias públicas de subvencionesCompetisoft. Un proyecto internacional
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
El proyecto QuaSAR. Participantes
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
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 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
El proyecto QuaSAR. Participantes
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
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
0,0010,0020,0030,0040,0050,0060,0070,0080,0090,00
100,00
E1 E2 E3 E4 E5 E6 E7 E8
23
45
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 de los procesos
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
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
El proyecto QuaSAR. Conclusiones
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
El proyecto QuaSAR. Conclusiones
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
El proyecto QuaSAR. Conclusiones
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
Desarrollo de un primer prototipo de herramienta: SpiceCalc
Módulo de soporte al modelo SPICE y a la Guía evaluadora adaptada a pymes
52
Desarrollo de un primer prototipo de herramienta: SpiceCalc
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
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
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
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
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
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
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
Iniciativas actuales en las pymes
33
65
Iniciativas actuales en las pymes
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
Iniciativas actuales en las pymes
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.