La Norma Iso 15504 Spice 273t3y

La norma ISO 15504 SPICE 1. ¿Qué es la norma ISO 15504 SPICE? La norma ISO 15504 SPICE es una norma abierta e internacional para evaluar y mejorar la capacidad y madurez de los procesos. Junto con la ISO 12207, la norma aplica a la evaluación y mejora de la calidad del proceso de desarrollo y mantenimiento de software. 2. ¿Qué ventajas aporta esta norma a las empresas de desarrollo y mantenimiento software?  Pueden contar con una norma ISO, internacional y abierta.  En España, la norma cuenta con el respaldo del Ministerio de Industria de España ya que existen ayudas para la certificación de las PYMES y de AENOR.  Integración más fácil con otras normas ISO del sector TIC, como son: ISO 27000 de seguridad, ISO 20000 de servicios de IT e ISO 9000.  Evalúa por niveles de madurez , la evaluación más extendida entre los modelos de mejora.  Normalmente, tiene un menor coste de certificación que otros modelos similares (Ver Informe de INTECO ).  Existen certificaciones de prestigio, como por ejemplo la otorgada por AENOR.

3. Los niveles de madurez La norma ISO 15504 permite realizar evaluaciones usando niveles de madurez , la evaluación más extendida en la actualidad. Los niveles de madurez son conjuntos predefinidos de procesos que ayudan a una organización a mejorar en el desarrollo software evolucionando por los distintos niveles. En esta norma, se han establecido 6 niveles que indican la madurez de la organización. Como se observa en la siguiente figura, el nivel inferior (nivel 0) se corresponde con una organización inmadura, los siguientes niveles van haciendo crecer a la organización en su madurez, hasta el máximo nivel, el nivel 5.

1

La consecución de los niveles de madurez es de forma escalonada, esto significa que para alcanzar un determinado nivel de madurez deben haberse alcanzado también los niveles inferiores. Cada nivel de madurez estará formado por un conjunto de procesos, estos procesos se definen en los esquemas de certificación.

El modelo de procesos ISO 12207:2008 1. Los procesos de ISO 12207:2008 El modelo ISO 12207:2008 establece un conjunto de buenas prácticas para guiar a las organizaciones en la mejora de sus procesos de desarrollo y mantenimiento software. En concreto, define 43 procesos que pueden aplicarse durante la adquisición de un producto o servicio software y durante el suministro, desarrollo, operación, mantenimiento y evolución de productos software.

Figura 1. Modelo de procesos ISO 12207:2008

2. Guía básica para la implantación de proceso ISO 12207:2008 del esquema de certificación de AENOR Para ayudar a las organizaciones que se encuentren en un proyecto de mejora de procesos a definir e implantar los procesos siguiendo las buenas prácticas y recomendaciones especificadas en el modelo ISO 12207:2008, en el esquema de certificación de AENOR se ha desarrollado una "Guía básica para la implantación de procesos ISO 12207:2008". En este contexto, actualmente la guía contiene los procesos y sus resultados del proceso (RP) requeridos para implantar los niveles 1 y 2 de madurez. (Ver niveles de madurez en la sección "Esquema de certificación de AENOR") 2

El contenido de esta guía se corresponde con una traducción realizada por Kybele Consulting del modelo de procesos de referencia para la industria del software ISO 12207:2008, ya que en la actualidad no se dispone de una traducción oficial. En este sentido, los procesos que se encuentran en el alcance son los siguientes:  Proceso de Suministro (SUM)  Proceso de Definición de los Requisitos de (RQU)  Proceso de Análisis de los Requisitos del Sistema (RQSIS)  Proceso de Gestión del Modelo del Ciclo de Vida (MCV)  Proceso de Planificación del Proyecto (PP)  Proceso de Evaluación y Control del Proyecto (E)  Proceso de Gestión de la Configuración del Software (GCS)  Proceso de Gestión de la Configuración (GC)  Proceso de Medición (MED)  Proceso de Aseguramiento de la Calidad Software (ACS)

Estudio sobre la relación entre ISO/IEC 15504 y CMMI 1. Necesidad de estudiar la relación entre CMMI e ISO/IEC 15504 En los últimos años, diversos estudios e informes están demostrando que tanto CMMI como ISO/IEC 15504 (SPICE) son los modelos de mejora de procesos referentes en la actualidad (INTECO, 2008; SEI, 2009). En concreto, CMMI es el modelo más difundido. Según el último informe publicado por el SEI (Software Engineering Institute) en Septiembre de 2009, actualmente hay 3906 organizaciones en todo el mundo evaluadas en algunos de los niveles de CMMI, y concretamente 155 en España. Sin embargo, aún siendo CMMI el modelo de mayor difusión, el modelo tiene varios inconvenientes según reflejan varios estudios (Calvo-Manzano et al., 2008; Hareton and Terence, 2001; Saiedian and Carr, 1997; Staples et al., 2007; García and Garzás, 2008), entre otros, se pueden destacar los siguientes:  No está avalado por una organización internacional como ISO (International Organization for Standardization)  No es un estándar internacional como ISO/IEC 15504, sino que es un estándar de facto de uso internacional  Se basa en un modelo de procesos poco específico en ingeniería del software  No aborda las necesidades de las PYMEs, siendo difícil de aplicar en términos económicos y de esfuerzo Hasta noviembre de 2008 la norma ISO/IEC 15504 solamente contemplaba evaluaciones por niveles de capacidad (en cambio CMMI lo hacía por niveles de capacidad y madurez, siendo esta última la más requerida). Por elllo en noviembre de 2008 se publica la parte 7 de la norma ISO/IEC 15504 que agrega la evaluación por niveles de madurez. Con la nueva evaluación por niveles de madurez de la norma ISO/IEC 15504, y debido a la mayor difusión de CMMI, cualquier organización que se plantee una mejora de sus procesos necesita conocer el grado de equivalencia entre la ISO/IEC 15504 y CMMI. Esto le permitiría compararse con otras organizaciones mostrando a sus clientes el mismo mensaje que una empresa certificada por CMMI.

3

2. Estudios realizados

  

Para estudiar la relación entre los modelos ISO/IEC 15504 y CMMI-DEV v1.2, se llevaron a cabo una serie de comparaciones a alto nivel de detalle entre los modelos involucrados, CMMI e ISO/IEC 15504 (y su modelo de procesos ISO/IEC 12207). Estudio 1. Determinación del grado de relación entre las áreas de proceso definidas en ISO/IEC 12207:2008 y CMMI-DEV v1.2 Estudio 2. Determinación del grado de relación entre los atributos de proceso de ISO/IEC 155042:2004 y los objetivos y prácticas genéricas de CMMI-DEV v1.2. Estudio 3. Relación entre ISO/IEC 15504 y CMMI-DEV v1., con el fin de determinar el grado de relación de los procesos de los niveles de madurez de ISO/IEC 15504 con las ásreas de proceso de CMMI-DEV v1.2. Para realizar el estudio 3, se analizaron las relaciones tanto de la agrupación de procesos propuesta por ISO en la norma ISO/IEC 15504-7, como de la agrupación adoptada por AENOR.

3. Conclusiones Los resultados obtenidos de los tres estudios realizados indican que a pesar de que existen fuertes relaciones entre ambos modelos el hecho de implantar un nivel de madurez de la norma ISO/IEC 15504-7 o los adoptados por AENOR, no implica satisfacer de manera inmediata el modelo CMMIDEV v1.2. Las áreas de proceso de CMMI y los procesos de ISO no son 100% equivalentes. También es importante destacar que aunque no hay una correspondencia directa de los niveles de madurez de ambos modelos, es posible llevar a cabo un proceso de adaptación que permita armonizar e integrar estos dos modelos. Para sintetizar, las conclusiones obtenidas tras el análisis se presentan a continuación.  Relaciones fuertes entre los modelos.  Un proceso de ISO/IEC 15504 puede estar relacionado con varios de CMMI-DEV.  Un nivel de madurez de ISO/IEC 15504 no equivale directamente a otro en CMMI.  Pero es posible llevar a cabo procesos de adaptación para armonizar los modelos. Referencias CMMI o ISO 15504 | Blog de Javier Garzás

Implantación de las Normas ISO/IEC 15504 e ISO/IEC 12207 con métodos ágiles y SCRUM Mª Carmen García , Emanuel Irrazabal y Javier Garzás Cada vez más, las organizaciones ven la necesidad de controlar y mejorar la calidad del software debido al impacto que ésta tiene en los costes finales. En este sentido, las organizaciones están implantando modelos de mejora de procesos software, siendo los de mayor uso CMMI-DEV (Chrissis et al., 2006) e ISO/IEC 15504 – ISO/IEC 12207 (ISO, 2004; ISO, 2008a). Sin embargo, numerosos estudios (Hareton y Terence, 2001; Saiedian y Carr, 1997; Staples et al., 2007) confirman que la aplicación de estos modelos resulta costosa en pymes y pequeños equipos de desarrollo. Y por otro lado, se suma la difícil integración de las metodologías ágiles, paradigma más utilizado por pymes y pequeños equipos de desarrollo (Coleman y O’Connor, 2008) con estos modelos. En este sentido se han identificado varias iniciativas nacionales e internacionales orientadas expresamente a unir pymes, procesos y metodologías ágiles, como la de AENOR, en la que participa Kybele Consulting, y en la que se ha elaborado un modelo de evaluación y mejora de procesos software conforme con la norma ISO/IEC 15504 – ISO/IEC 12207:2008 adaptado a pymes y 4

pequeños equipos de desarrollo que permita lograr una mayor agilidad, adaptación e integración con los procesos y metodologías de la organización, incluyendo ágiles. El modelo de procesos ISO/IEC 15504 – ISO/IEC 12207:2008 Normalmente, en la mejora de la calidad de los procesos participan dos tipos de modelos, el modelo de procesos y el modelo de evaluación. El modelo de procesos define un catálogo o colección estructurada de buenas prácticas que describen las características de un proceso efectivo, mientras que el modelo de evaluación proporciona los principios para realizar una evaluación de la calidad, e implantación, de dicho modelo de procesos en una organización. La norma ISO/IEC 15504, en su parte 7 (ISO, 2008b), describe las bases para llevar a cabo evaluaciones por niveles de madurez. En concreto, establece 6 niveles para mejorar y evaluar a las organizaciones, desde el 0 hasta el 5. Si bien dicha norma sólo describe los niveles, y no los procesos a superar en cada uno de ellos, esto último se define en el modelo desarrollado por AENOR (ver la Tabla 1). Tabla 1. Procesos de los niveles de madurez 1 y 2 del modelo ISO/IEC 15504 – ISO/IEC 12207:2008 Integración entre ISO/IEC 12207 y los modelos ágiles En el desarrollo software, el qué hacer y el cómo hacerlo han sido siempre aspectos básicos en la mejora de procesos, que sin embargo en la práctica han creado confusión. Los modelos de procesos, como ISO/IEC 12207, definen buenas prácticas (outcomes) y lo qué se espera encontrar en los procesos, pero en ningún momento indican cómo realizarlo (Glazer et al., 2008; Osterweil, 1987; Wang y King, 2000; Yingxu y Antony, 2002), esto último se describe en las metodologías. Por lo tanto, el uso de modelos de procesos y metodologías ágiles no debe considerarse un aspecto contradictorio sino complementario. Un problema que sucede en muchas ocasiones cuando se implantan metodologías ágiles es la falta de documentación. Como se afirma en (Selic, 2009a), “uno de los principios ágiles sugiere que no debería existir una documentación exhaustiva, lo cual es correcto, el problema aparece cuando no se documenta”. La ausencia completa de documentación en cualquier soporte no es una buena práctica, ya que no ayuda al personal no directamente involucrado en el desarrollo, como son nuevos desarrolladores o el equipo de mantenimiento. En ningún caso el modelo ISO/IEC 12207:2008 obliga a documentar exhaustivamente, el objetivo que persigue es que las actividades sean repetibles. Asimismo indicar que en las auditorías ISO/IEC 15504 – ISO/IEC 12207:2008 no se evalúa la aplicación directa de los resultados de los procesos, sino que se estudia y analiza la implementación y adaptación de los mismos a una organización concreta. La tarea de un equipo auditor es alinear las actividades de mejora definidas en la organización y las evidencias objetivas de su implantación con las buenas prácticas del modelo de procesos. Implantación de ISO/IEC 12207, niveles 1 y 2, con SCRUM El modelo de procesos ISO/IEC 12207:2008 no pone restricciones sobre la metodología que se debe utilizar para implementar los procesos. Por lo tanto, es posible implementarlos con metodologías ágiles como SCRUM. En el estudio que aquí se presenta se analizó el grado de relación entre ISO/IEC 12207:2008 y las prácticas de SCRUM. El estudio se realizó sobre los procesos establecidos en los niveles de madurez 1 y 2 del modelo desarrollado por AENOR. Se centra en los procesos del área de gestión de proyectos, ya que la metodología SCRUM cubre principalmente estas áreas (Schwaber y Sutherland, 2010). 5





Para llevar a cabo el estudio, en primer lugar se analizó el grado de relación entre los outcomes del modelo ISO/IEC 12207:2008 y las prácticas de SCRUM. Una vez concluida esta primera fase del estudio, se calculó el grado de cobertura de los procesos de Planificación del Proyecto y Evaluación y Control del Proyecto (ver Fig. 1). Fig. 2. Grado de cobertura de los procesos PP y E utilizando SCRUM Por último, se estudió el grado de implantación de forma general de los restantes procesos de los niveles 1 y 2 de madurez que no tienen una relación directa con los principios de SCRUM, para los que se observó que hay cierto grado de cobertura. Consideraciones finales y conclusiones El presente artículo describe los resultados obtenidos del estudio realizado sobre el grado de cobertura entre los procesos de ISO/IEC 15504 – ISO/IEC 12207:2008 y SCRUM. Según el estudio realizado, con la implantación de SCRUM, se alcanzaría, prácticamente, el 83% del proceso de Planificación del Proyecto y el 75% del proceso de Evaluación y Control de Proyectos. En base a la experiencia de los autores en consultoría y auditoría del modelo de evaluación y mejora de procesos software ISO/IEC 15504 SPICE, se considera que la aplicación de la metodología SCRUM para el cumplimiento de dicho modelo es un recurso muy utilizado en las organizaciones. De una muestra de 23 organizaciones auditadas por Kybele Consulting el 56% usaba SCRUM para gestión de proyectos. NOTA: Este artículo es un resumen de otro mas extenso publicado en la conferencia Agile Spain 2010 Haciendo realidad la agilidad, celebrada entre los días 10 y 11 de Junio de 2010 en Madrid. ¿Quiéres implantar una norma de calidad y utilizas metodologías ágiles? En Kybele Consulting somos expertos en la implantación de normas de calidad de procesos software como ISO/IEC 15504 o CMMI en organizaciones que desarrollan software utilizando metodologías ágiles, habiendo implementado ambas tendencias en una gran cantidad de organizaciones. Si estas interesado en unir estas dos tendencias, no lo dudes y contáctanos o envíanos un email a [email protected]. Otros recursos Gracias a nuestra experiencia en la implantación de modelos de calidad de procesos con metodologías ágiles hemos podido desarrollar una serie de cursos para facilitar el entendimiento tanto de las metodologías ágiles como de las normas de calidad de procesos software. Si tienes interés en realizar los siguientes cursos, puedes acceder a la información de los mismos a través de los siguientes enlaces: Curso online de Gestión de Proyectos Ágiles: curso online en el que se presentan las principales metodologías ágiles, explicando de manera práctica sus principios básicos, así como su relación con los modelos de calidad de procesos software. Recomendable para quién tenga interés en implantar metodologías ágiles o que utilice metodologías ágiles y quiera implantar un modelo de calidad de procesos software. Curso online de Mejora de la calidad de los procesos software con ISO 15504: curso online en el que se profundiza en la norma ISO 15504 y se indican las pautas para la implantación de ISO 15504 con metodologías ágiles. Recomendable para todo aquel que tenga pensado implantar la norma ISO 15504 en su organización o en otra, o como soporte para el proceso de implantación.

6

Entender la norma ISO 15504 (1/3). Los aspectos básicos Si hay una norma poco explicada, y menos comprendida, en relación a su popularidad e importancia actual esta es sin duda la ISO 15504 SPICE. Lo que, sin duda, ha provocado que a su alrededor hayan aparecido multitud de mitos, supersticiones y leyendas. Por lo anterior, y porque a diferencia de modelos similares (como CMMI), es muy difícil, si no imposible, encontrar algún sitio que explique bien todo lo que rodea a esta norma, he querido escribir esta serie de posts, para “entender la norma ISO 15504 SPICE”. Una norma para evaluar procesos. La ISO 15504 es una norma internacional para establecer y mejorar la capacidad y madurez de los procesos de las organizaciones. La ISO 15504 sirve para evaluar la capacidad o madurez de los procesos de una organización. Como veis, en la definición no cito las palabras “procesos software”, porque la ISO 15504 es un “framework” para evaluar de manera general cualquier modelo de procesos (de software o de lo que sea). Así se pensó y así se diseñó. Genérica y aplicable a numerosas áreas. Y como es genérica, debemos acompañarla, y elegir nosotros, un modelo de procesos concreto. La ISO 15504 se puede evaluar diferentes modelos de procesos. Un modelo de procesos define un catálogo, una colección estructurada, buenas prácticas que describen las características de un proceso efectivo (mientras que el modelo de evaluación, es decir, la ISO 15504, proporciona los principios requeridos para realizar una evaluación de la implantación de dicho modelo de procesos en una organización). Un modelo de procesos me dice procesos tipo que yo puedo encontrar en una organización que desarrolla software con calidad, como, por ejemplo, pueden ser “la gestión de configuración” “la gestión de requisitos” o el “diseño de la arquitectura”. Y modelos de procesos en la industria hay muchísimos, por ejemplo CMMI-DEV o el que se suele usar con la ISO 15504 cuando se aplica a software: la ISO 12207. La ISO 15504 ofrece ejemplos de cómo aplicarla al área del desarrollo software con el modelo de procesos ISO 12207, pero son sólo ejemplos, su uso no es obligatorio. Según todo lo anterior, siempre que apliquemos la ISO 15504 al software nosotros tendremos que elegir un modelo de procesos (que cumpla ciertos mínimos). Aunque por defecto, y para facilitarnos la vida, la ISO 15504 nos deja algunas guías o ejemplos de cómo aplicarla con el modelo de procesos ISO 12207. Pero son solo eso, ejemplos. Puedo no usar esos ejemplos y, obviamente, cumplir con la norma ISO 15504. Puedo incluso no usar la ISO 12207, o utilizar sólo un subconjunto de la misma. Por eso si veis que alguien aplica la ISO 15504 y no utiliza alguno de estos ejemplos o anexos (por las razones que fuesen)… no tiene porque estar saltándose la norma. Y para evaluar por niveles de madurez a empresas de desarrollo y/o mantenimiento software en la industria hay principalmente dos esquemas que unen la ISO 15504 con modelos de procesos, uno es el modelo implusado principalmente por varias organizaciones de Reino Unido e Índia, el Pathfinder, y otro el de AENOR (los cuales dejo para el siguiente post).

Entender la norma ISO 15504 (2/3). Principales esquemas y organizaciones en la aplicación de la 15504 La norma ISO/IEC 15504 se estructura en partes (varios documentos separados), donde las que más nos interesan aquí son las partes 2 y 7. La 2 trata la realización de la evaluación, requisitos mínimos para realizar una evaluación de mejora de procesos y determinación de la capacidad de los procesos. Y la 7 describe las bases para llevar a cabo evaluaciones por niveles de madurez, para lo que define un conjunto de niveles, concretamente 6 niveles de madurez. Pero, como comentábamos en el anterior post, la parte 7 sólo nos dice los niveles de madurez… y no los procesos a superar en cada uno de ellos (aunque nos muestra un ejemplo que relaciona procesos software con los niveles, no obligatorio, en uno de sus anexos). Y asociaciones de niveles 7

de madurez a procesos software, además del mencionado anexo de la parte 7, hay principalmente dos esquemas, uno es el Pathfinder y otro el de AENOR. Pathfinder La citada relación de niveles de madurez con procesos software del anexo de la parte 7 se tomó de un modelo impulsado por varias empresas, principalmente del Reino Unido e India, llamado Pathfinder. Por tanto en anexo y el Pathfinder son muy similares, si bien el Pathfinder es más amplio. El Pathfinder tiene como principales problemas (que también heredo el famoso anexo) que usa una 12207 antigua (ver post anterior), que es muy pesado de implantar por las empresas (define incluso más procesos por nivel de madurez que CMMI) y que se aleja de otras “normas de facto” muy usadas por la industria como es el CMMI (ya que los procesos asignados por nivel de madurez difieren mucho de los de CMMI). Pero que nadie se asuste, porque, como decíamos, no es obligatorio usar este anexo o el Pathfinder. Esquema de AENOR Hace un unos años AENOR (Asociación Española de Certificación) creo otro esquema tomando como base la ISO 15504 y la ISO 12207. Aunque en un principio se estudió el Pathfinder, no se utilizó porque, como comentabamos: - Utiliza una ISO 12207 muy antigua. - Es muy pesado de implantar, además de requerir muchos procesos por nivel de madurez, requiere excesivos indicadores y evidencias para demostrar que se sigue el modelo. - Está muy alejado de “estándares de facto” como CMMI. Por ello, AENOR utilizó la última versión de la ISO 12207, más actual y moderna, y relacionó sus procesos con los niveles de madurez de la parte 7. Este cambio y actualización de los procesos lo permite y contempla la norma (parte 2), para lo que incluso dispone de un procedimiento. Así el modelo AENOR actualiza la versión de la 12207, cumple al 100% la parte 2 y la parte 7 y es más similar a CMMI. Este esquema se aplicó este año en 23 empresas Españolas. INTRSA Otro de los actores del mundo ISO 15504. El Intrsa es una asociación del Reino Unido que certifica auditores (no a las empresas). Disponen de unos cursos, exámenes, unos mínimos a cumplir para ser evaluador según Intrsa, etc. Este esquema de evaluación de auditores, obviamente, no viene en la norma 15504 y es simplemente una iniciativa de una organización independiente. Para ser auditor acreditado por INTRSA hay que hacer un curso, aprobarlo, tener experiencia y pagar entre 150 y 300 euros anuales (según el rango de auditor). Con ello se dispone de un título, aunque, como comentábamos este título no es ni mucho menos obligatorio para utilizar la 15504. Más información sobre lo esquemas de AENOR y Pathfinder puede encontrarse en www.iso15504.es

Entender la norma ISO 15504 (3/3). Mitos sobre la 15504 (uff está tercera parte del post de “entender la norma ISO 15504” se me había olvidado completamente, gracias por recordármelo) Extraídos directamente de lo que uno escucha, lee en foros, etc., aquí os dejo una buena serie de mitos y leyendas sobre la ISO 15504. Y si alguien tiene alguno más se agradece que lo comente. “Es muy pesada y difícil de implantar”. Depende. Depende del esquema que uses. Si es el Pathfinder, o la parte 5, que utilizan una ISO 12207 antigua, si que está cuantitativamente demostrado (después de contar los procesos e indicadores que pide) que es muy costosa de implantar (mucho más que CMMI). Pero los nuevos esquemas son mucho más ligeros de implanar . “La norma ISO 15504 no es compatible con metodologías y prácticas ágiles”. La norma nos dice el qué debe hacerse, nunca el cómo debe hacerse. Por ello, sí se puede implantar con métodos agiles. De los 25 proyectos que hasta la fecha llevamos nosotros en 15504, casi la mitad hacían uso de prácticas ágiles y se certificaron. Además, la norma no exige escribir grandes documentos, ni más de lo que le vaya a ser útil a la organización. 8

“La norma ISO 15504 será sustituida por la ISO 25000”. No. La ISO 25000 cubre el ámbito de la calidad del producto mientras que la 15504 trata la de los procesos. ISO 25000 sustituirá a la ISO 9126, pero no a la 15504, son cosas diferentes. “La norma ISO 15504 será sustituida por la serie ISO 33000”. A largo plazo la 15504 pasará a ser la serie ISO 33000, será más una evolución y cambio de numeración que una sustitución. “IntrRSA es un organismo que te certifica en ISO 15504”. Tampoco es cierto. Hay quien piensa que ha sido “certificado por un organismo internacional dependiente de ISO llamado IntrRSA”. No es así. IntrRSA sólo acredita a los auditores, según su esquema privado no obligatorio para el uso de 15504 y que no viene en ninguna ISO. IntrRSA no certifica empresas. “Me he certificado en ISO 15504”. Depende. Actualmente, hay empresas que han sido evaluadas y otras certificadas. Como comentábamos en este post, depende de la organización que respalda la auditoría, si es una entidad certificadora (AENOR, EQA, TUV, etc.) será una certificación, en cualquier otro caso será una evaluación. IntrRSA no certifica organizaciones. Tampoco certifican profesionales particulares, empresas o similares. “ISO 15504 se pide menos que CMMI”. También depende. Como vimos en el post de ¿CMMI o ISO 15504 SPICE?, si nuestro mercado es el de EEUU allí es mucho más conocido CMMI. Sin embargo, como tratamos en “Hoy, sin una certificación de la calidad software es muy difícil ganar a proyectos”, en países como España, generalmente, se pide tanto CMMI como 15504. “Existe un esquema oficial ISO para certificar niveles de madurez en 15504”. Lo único que dice la 15504 (concretamente la parte 7) es los niveles de madurez que hay, pero no los procesos a superar en cada nivel (aunque contiene un ejemplo, de uso no obligatorio, que relaciona procesos software con niveles). No hay una ISO normativa que diga que procesos corresponde a un nivel de madurez. Para ello hay esquemas concretos (el Pathfinder, AENOR, particulares, de otras certificadoras, etc.). “La norma ISO 15504 es nueva y hay menos experiencia sobre ella”. La primera familia de normas ISO 15504 se publicó en 1998. Si bien es cierto, que ha sido en 2010 cuando se ha disparado su uso. Las implantaciones CMMI son mucho más antiguas. En España, no fue hasta 2010 cuandoAENOR certificó 25 empresas.

9