Las Factorías de Software según niveles de madurez ISO · PDF fileISO 15504 y metodologías ágiles . © 2011 ... ISO 15504 ISO 20000 SCRUM XP UP / Open UP ISO 12207 . 21 ÁGIL Procesos

Las Factorías de Software según niveles de madurez ISO

www.javiergarzas.com @jgarzas

Dr. Javier Garzás

JORNADA. El modelo de AENOR de Gobierno y Gestión de las TICs con estándares ISO. Organizada por:

www.kybeleconsulting.com © 2011

Algunas experiencias

Calidad Software, Procesos e ISO 15504

Introducción

La ISO 12207 y los niveles de madurez

La auditoría de certificación

1 2 3 4 5

ISO 15504 y metodologías ágiles 6


España, primera potencia

europea en certificaciones de la calidad software


70% De crecimiento en 5 años


5

INTECO (2009)

Un modelo tradicional, de factoría de software, (rrhh a

salarios competitivos), podría ser una amenaza…

Amenaza: Competir por cantidad- persona - precio, con poca estructura y productividad, etc. INTECO (2009)

Méjico. Moprosoft – Evalprosoft. TSP/PSP

Brasil. MPS.BR

Iberoamérica. Competisoft


Necesidad: Estrategia, y Equipos de alta

productividad

La externalización es el área de mayor

crecimiento (ASIMELEC)

KYBELE CONSULTING S.L. www.kybeleconsulting.com - Copyright © 2011 All rights reserved. Contains propietary information.

CPD Desarrollo

Organización

Crece la

demanda de

SI

Crece la

complejidad

del software

Complejo

encontrar

profesionales

INE y www.javiergarzas.com

CPD

Organización

Desarrollo

Fábrica Software

Desarrollo

Fábrica Software

Desarrollo

CPD

www.fabricasdesoftware.es

Humphrey, W. H. (2005). Acquiring Quality Software

“Si el cliente no demanda

calidad, probablemente

no la recibirá”


Hoy, para competir por la subcontratación de un proyecto, es necesario

disponer de certificaciones de la calidad. La práctica totalidad de los pliegos las requieren


CPD Desarrollo

Organización

Desarrollo

Fábrica Software

Desarrollo

Fábrica Software

Desarrollo

Fábrica Software

Tipo de certificación Importe de la ayuda

CMMI o SPICE Nivel 5 37.000€






ISO 15504

ISO 20000

SCRUM

XP

UP / Open UP

ISO 12207

21

Procesos ÁGIL

Dimensiones de la calidad software



Humphrey, W. H. (2005).

Acquiring Quality Software

“La calidad del producto depende de la calidad del

proceso usado para desarrollarlo”



• Héroes y apaga fuegos

• Altibajos en productividad

• Rotación de recursos

• Planificaciones poco realistas

• Mucho mantenimiento

Organización inmadura


• Conocimiento en la organización

• Procesos definidos

• Calidad esperada

• Cumple plazos

• Satisface a los clientes


Organización madura





¿QUÉ hacer? MODELO DE PROCESOS

¿CÓMO hacerlo? METODOLOGÍAS


CMMI DEV

ISO 12207

Tradicionales Ágiles


Desarrollo Explotación


CMMI DEV

ISO 12207

ISO 20000



www.kybeleconsulting.com © 2011 35

INTECO (2008)

Percepción de la

empresa española:

“CMMI e

ISO/IEC 15504

son los modelos

referentes”


ISO 15504

Norma internacional para

establecer y mejorar la

capacidad y madurez

(evaluación) de los procesos



1

1

2

n

Gestión de procesos y los productos

Procesos adaptados - estándares.

Gestión cuantitativa

Mejora continua de los procesos

Niveles de madurez

Objetivos de los procesos.

No hay implementación de procesos.


4

Predecible

5 Optimizando

3 Establecida

0 Inmadura

2 Gestionada

1 Básica

Esquema normalmente aplicado en software



4Predecible

5Optimizando

3Establecida

0Inmadura

2Gestionada

1Básica

ISO 12207 •Requisitos •Arquitectura •Planificación •Seguimiento •Verificación •Etc.

Esquema AENOR

ISO 15504 (2 y 7)


Atributos de proceso PA 1.1 Realización del proceso

CAP 1.1.1 Alcanzar los resultados del proceso (outcomes)

PA 2.1 Gestión de la realización

CAP 2.1.1 Definir los objetivos del proceso

CAP 2.1.2 Planificar y controlar el proceso

CAP 2.1.3 Adaptar la realización del proceso

CAP 2.1.4 Asignar las responsabilidades del proceso

CAP 2.1.5 Asignar los recursos y la información para el proceso

CAP 2.1.6 Gestionar la comunicación entre las partes involucradas

PA 2.2 Gestión de los productos de trabajo

CAP 2.2.1 Definir los requisitos para los productos de trabajo

CAP 2.2.2 Definir los requisitos para la documentación y control de los productos

CAP 2.2.3 Identificar, documentar y controlar los productos de trabajo

CAP 2.2.4 Revisar y adaptar los productos de trabajo para cumplir los requisitos

definidos


PA 3.1 Definición del proceso estándar

CAP 3.2.1 Definir un proceso estándar

CAP 3.1.2 Determinar la secuencia de ejecución y su interacción con otros procesos

CAP 3.1.3 Identificar los roles y la capacitación del proceso estándar

CAP 3.1.4 Identificar la infraestructura y el entorno de trabajo del proceso estándar

CAP 3.1.5 Determinar los métodos para controlar la efectividad del proceso estándar

PA 3.2 Despliegue del proceso

CAP 3.2.1 Adaptar un proceso estándar

CAP 3.2.2 Asignar y comunicar los roles, responsabilidades para el proceso adaptado

CAP 3.2.3 Asegurar la capacitación necesaria para realizar el proceso

CAP 3.2.4 Proporcionar recursos e información para el proceso

CAP 3.2.5 Proporcionar la infraestructura de proceso adecuada para el proceso adaptado

CAP 3.2.6 Recoger y analizar los datos sobre la realización del proceso

Atributos de proceso

4

Predecible

5 Optimizando

3 Establecida

0 Inmadura

2 Gestionada

1 Básica

NIVEL 0 Organización

inmadura

• La organización no tiene una implementación de los procesos

NIVEL 1 Organización básica

4

Predecible

5 Optimizando

3 Establecida

0 Inmadura

2 Gestionada

1 Básica

• Proceso de Suministro

• Proceso de Gestión del Modelo de Ciclo de Vida

• Proceso de Gestión de la Configuración del Software

4

Predecible

5 Optimizando

3 Establecida

0 Inmadura

2 Gestionada

1 Básica

• Proceso de Definición de Requisitos de los Stakeholders

• Proceso de Análisis de los Requisitos del Sistema

• Proceso de Planificación del Proyecto

• Proceso de Evaluación y Control del Proyecto

• Proceso de Gestión de la Configuración

• Proceso de Medición

• Proceso de Aseguramiento de la Calidad del Software


gestionada

• Trazabilidad

• Ciclo de vida

• Control de calidad

• Revisión por la dirección

• Gestión del Proyecto

Las claves de un nivel 2

• RP.1 Los clientes se identifican

• RP.2 Se da respuesta a la solicitud del cliente

• RP.3 Se establece un acuerdo entre el cliente y el proveedor, para el desarrollo, mantenimiento, explotación, entrega e implantación

• RP.4 El proveedor desarrolla un producto o servicio que cumple los requisitos acordados

• RP.5 El producto y/o servicio se entrega al cliente conforme con los requisitos acordados

• RP.6 El producto se implanta conforme con los requisitos acordados

Proceso de suministro (SUM)

• RP.1 Se proporcionan políticas y procedimientos para la gestión y el despliegue de modelos y procesos del ciclo de vida

• RP.2 Está definida la responsabilidad y la autoridad para la gestión del ciclo de vida

• RP.3 Se definen, mantienen y mejoran los procesos, modelos y procedimientos del ciclo de vida

• RP.4 Se implementan, de manera priorizada, las mejoras sobre el proceso del ciclo de vida

Proceso de gestión del modelo de ciclo de vida (MCV)

• RP.1 Se desarrolla una estrategia de gestión de la configuración (Ej. Políticas de etiquetado, estrategias de ramas, nombrado de versiones, etc.)

• RP.2 Se identifican, definen y colocan en la línea base los productos generados por el proceso o proyecto. (Ej. Requisitos, código, pruebas, etc.)

• RP.3 Se controlan las modificaciones y versiones de los elementos (Ej. Procedimiento de control de cambios)

• RP.4 Las modificaciones y versiones están disponibles para las partes afectadas

Proceso de gestión de la configuración del software (GCS)

• RP.5 Se registra e informa del estado de los elementos y sus modificaciones (Ej. Nº de cambios, últimas versiones, comparativa)

• RP.6 Se asegura la integridad y la consistencia de los elementos (Ej. Auditorías de gestión de la configuración)

• RP.7 Se controla el almacenamiento, tratamiento y entrega de los productos (Ej. Copias de seguridad, etc.)

Proceso de gestión de la configuración del software (GCS)

• RP.1 Se especifican las características requeridas y el contexto de uso de los servicios

• RP.2 Se definen las restricciones del sistema

• RP.3 Existe trazabilidad de los requisitos de stakeholder, a los stakeholders y a sus necesidades

• RP.4 Se describe una base para la definición de los requisitos del sistema

• RP.5 Se define una base para validar la conformidad de los servicios

• RP.6 Se proporciona una base para negociar y acordar la entrega de un producto o servicio

Proceso de definición de requisitos de stakeholders (RQU)

• RP.1 Se establece y define un conjunto de requisitos funcionales y no-funcionales del sistema, que describen el problema a resolver

• RP.2 Se realizan técnicas para optimizar la solución seleccionada para el proyecto

• RP.3 Los requisitos del sistema se analizan para comprobar su precisión y capacidad de ser probados

• RP.4 Se comprende el impacto de los requisitos del sistema en el entorno de explotación

• RP.5 Los requisitos se priorizan, aprueban y actualizan

Proceso de análisis de los requisitos del sistema (RQSIS)

• RP.6 Se establece la consistencia y la trazabilidad entre los requisitos del sistema y la línea base de requisitos del cliente

• RP.7 Los cambios en la línea base se evalúan frente al coste, calendario e impacto técnico

• RP.8 Los requisitos del sistema se comunican a todas las partes y se colocan en la línea base

Proceso de análisis de los requisitos del sistema (RQSIS)

• RP.1 Se define el alcance del trabajo a desarrollar en el proyecto

• RP.2 Se evalúa la viabilidad de alcanzar los objetivos del proyecto con los recursos disponibles y las restricciones existentes

• RP.3 Se estima el tamaño y el esfuerzo de las tareas y recursos necesarios para completar el trabajo

• RP.4 Se identifican las interfaces entre los elementos del proyecto, con otros proyectos y con unidades de la organización

Proceso de planificación del proyecto (PP)

• RP.5 Se desarrollan planes para la ejecución del proyecto

• RP.6 Se ponen en marcha los planes para la ejecución del proyecto

• RP.1 Se controla e informa sobre el progreso del proyecto

• RP.2 Se controlan las interfaces entre los elementos del

proyecto, con otros proyectos y unidades de la organización

• RP.3 Se toman acciones para corregir las desviaciones

respecto a los planes y para prevenir problemas cuando no se

cumplen los objetivos del proyecto

• RP.4 Se alcanzan y registran los objetivos del proyecto (Ej.

Productos, actividades y tareas completadas)

Proceso de evaluación y control del proyecto (EPC)

• RP.1 Se define una estrategia para la gestión de la configuración (políticas de etiquetado, estrategias de ramas, nombrado de versiones, etc.)

• RP.2 Se definen los elementos requeridos para la gestión de la configuración

• RP.3 Se establecen las líneas base de la configuración

• RP.4 Se controlan los cambios a los elementos que se encuentran bajo la gestión de configuración

• RP.5 Se controla la configuración de los entregables

• RP.6 El estado de los elementos que están bajo gestión de la configuración está disponible durante el ciclo de vida

Proceso de gestión de la configuración (GC)

• RP.1 Se identifican las necesidades de información de los procesos

• RP.2 Se identifican y/o desarrollan un conjunto de medidas a partir de las necesidades de información

• RP.3 Se identifican y planifican las actividades de medición

• RP.4 Los datos requeridos se recogen, almacenan, analizan, y los resultados se interpretan

• RP.5 La información se utiliza para apoyar las decisiones y proporcionar una base objetiva para la comunicación

Proceso de medición (MED)

• RP.6 Se evalúa el proceso de medición y las medidas

• RP.7 Las mejoras se comunican al responsable del proceso de medición

• RP.1 Se desarrolla una estrategia para llevar a cabo el aseguramiento de la calidad (Ej. Plan, estándares de codificación, políticas, checklists, etc.)

• RP.2 Se producen y se mantienen evidencias de aseguramiento de la calidad software (Ej. Actividades y tareas de QA realizadas)

• RP.3 Se identifican y registran problemas y no-conformidades con los requisitos

• RP.4 Se verifica que los productos, procesos y actividades cumplen con los estándares, procedimientos y requisitos

Proceso de aseguramiento de la calidad del software (ACS)

• Trazabilidad

• Ciclo de vida

• Control de calidad

• Revisión por la dirección

• Gestión del Proyecto


4

Predecible

5 Optimizando

3 Establecida

0 Inmadura

2 Gestionada

1 Básica

• Proceso de Análisis de Requisitos del Software

• Proceso de Diseño de la Arquitectura del Software

• Proceso de Diseño de la Arquitectura del Sistema

• Proceso de Gestión de Infraestructuras

• Proceso de Gestión de Recursos Humanos

• Proceso de Gestión de Riesgos


establecida

4

Predecible

5 Optimizando

3 Establecida

0 Inmadura

2 Gestionada

1 Básica

• Proceso de Gestión de la Decisión

• Proceso de Integración del Software

• Proceso de Integración del Sistema

• Proceso de Verificación del Software

• Proceso de Validación del Software


establecida

• Proceso estándar

• Visión de empresa vs proyecto

• Trazabilidad

• Diseño / Arquitectura

• “Pruebas”, verificar, validar


FASE 2 a: REALIZACIÓN DE

LA AUDITORÍA

FASE 2 b: ELABORACIÓN DEL

INFORME DE EVALUACIÓN Y DECISIÓN

FASE 1: PLANIFICACIÓN DE LA AUDITORÍA Y ESTUDIO DE

DOCUMENTACIÓN

CUESTIONARIO PRELIMINAR Y SOLICITUD

AUDITORÍAS DE RENOVACIÓN

(AL TERCER AÑO)

REGISTRAR LOS RESULTADOS

CONCESIÓN DEL CERTIFICADO

AUDITORÍAS DE SEGUIMIENTO

(AL PRIMER AÑO)

AUDITORÍAS DE SEGUIMIENTO

(AL SEGUNDO AÑO)

Auditoría de certificación

Auditorías de

mantenimiento de la

certificación

Informe de decisión y evaluación

Informe

fase 1

Informe

final

DURACIÓN

FA

SE

S D

E L

A

AU

DIT

OR

ÍA

3 DÍAS 4 DÍAS

LU

GA

R

2 DÍAS

AENOR IN

SITU

Fase 1: Planificación de

la auditoría y estudio de

documentación

Fase 2 a: Realización de la auditoría

Fase 2 b: Elaboración

y registro del Informe

AENOR IN

SITU

IN

SITU AENOR

• Evidencias directas

• Evidencias Indirectas

• Afirmaciones

Evidencias sobre la implementación de los procesos (EIP)

PROCESO DE SUMINISTRO

RESULTADOS DEL PROCESO LOCALIZACIÓN DE LA EVIDENCIA

Documentación Evidencia Directa Evidencia Indirecta

Afirmación

RP.1 Los clientes se identifican

RP.2 Se da respuesta a la solicitud del cliente

RP.3 Se establece un acuerdo entre el cliente y el proveedor, para el desarrollo, mantenimiento, explotación, entrega e implantación

RP.4 El proveedor desarrolla un producto o servicio que cumple los requisitos acordados

RP. 5 El producto y/o servicio se entrega al cliente conforme con los requisitos acordados

RP.6 El producto se implanta conforme con los requisitos acordados

Evidencia Objetiva =

Documentación Proceso AND Evidencia

Directa AND (Evidencia Indirecta OR

Afirmación)

Debe haber evidencia objetiva de

cada uno de los “resultados del

proceso (RP)” (ISO 12207) y

“componentes del AP (CAP)” para

cada uno de los procesos dentro del

nivel de madurez

Evidencia objetiva EVIDENCIA OBJETIVA =

DOCUMENTACIÓN PROCESO AND EVIDENCIA DIRECTA

AND (EVIDENCIA INDIRECTA OR AFIRMACIÓN)

EVIDENCIA OBJETIVA =



AP 1.1 Realización del proceso


AP 2.1 Gestión de la realización







AP 2.2 Gestión de los productos de trabajo




CAP 2.2.4 Revisar y adaptar los productos de trabajo para cumplir los requisitos definidos












nivel de madurez

Evidencia objetiva

Proceso de Suministro

Proceso de Definición de Requisitos de los Stakeholders

Proceso de Análisis de los Requisitos del Sistema

Proceso de Gestión del Modelo de Ciclo de Vida

Proceso de Planificación del Proyecto

Proceso de Evaluación y Control del Proyecto

Proceso de Gestión de la Configuración del Software

Proceso de Gestión de la Configuración

Proceso de Medición

Proceso de Aseguramiento de la Calidad del Software

Proceso de Suministro

Proceso de Definición de Requisitos de los Stakeholders

Proceso de Análisis de los Requisitos del Sistema

Proceso de Gestión del Modelo de Ciclo de Vida

Proceso de Planificación del Proyecto

Proceso de Evaluación y Control del Proyecto

Proceso de Gestión de la Configuración del Software

Proceso de Gestión de la Configuración

Proceso de Medición

Proceso de Aseguramiento de la Calidad del Software

Nivel 2 de madurez

Nivel 3 de madurez

Nivel 1 de madurez














CAP 2.2.4 Revisar y adaptar los productos de trabajo para cumplir los requisitos definidos












nivel de madurez

Evidencia objetiva

Se debe seleccionar una muestra de al menos 4 proyectos (al menos uno

proyecto “objetivo”)

Calificación del atributo de proceso (AP)

Descripción

Completamente alcanzado (F) • Entre el 86% – 100% de los CAP y RP del atributo de

proceso son óptimos.

Ampliamente alcanzado (L) • Entre el 51% – 85% de los CAP y RP del atributo de


Parcialmente alcanzado (P) • Entre el 16% – 50% de los CAP y RP del atributo de


No alcanzado (N) • Entre el 0% – 15% de los CAP y RP del atributo de


Nivel de madurez

Atributo de proceso (AP) Calificación atributo de

proceso

Nivel 1 Todos los procesos…

AP 1.1 Realización del proceso L ó F

Nivel 2

Todos los procesos…




F

L ó F

L ó F

www.iso15504.es

1. Ventaja competitiva (62,5%)

2.Cultura organizativa (56,2%)

3.Satisfacción del cliente (50%)

4.Mejora de productividad (37%)

5.Crecimiento (31%)

¿Razones?

Medición

30,5%

Institucionalización

23,5%

Planificación del Proyecto

21,1%

Aseguramiento de la Calidad

12,9%

Gestión de la Configuración

12,9%

5 áreas más problemáticas

1

2 3

5 4

En gestión de proyectos, la

ausencia de método de estimación es el problema

que más se repite

Ninguna; 25,00%

ISO 9001; 31,25%

ISO 14001; 18,75%

ISO 27001; 12,50%

Otras; 12,50%

Otras certificaciones

“Put Your Process on a Diet” (Martin Fowler)

84

Procesos ÁGIL

Predicción vs Evolución

Cascada (Predicción)…

Ciclo de vida en Cascada…

…Espiral (Evolución)

Iterativo e incremental…

Adaptación al cambio

Contratos flexibles

Interacción con el cliente

Menos documentación

Scrum

KANBAN

Kanban

¿QUÉ?

¿CÓMO?

SCRUM



TIPOLOGÍAS DE PROCESOS

SCRUM

FRAMEWORK GESTIÓN DE PROYECTOS


Satisfecho

Satisfecho

OUTCOME 1

PRÁCTICAS SCRUM

Satisfecho

Se define el alcance del trabajo

• Pila del Producto y conjunto de iteraciones

OUTCOME 2

PRÁCTICAS SCRUM

Se evalúa la viabilidad del proyecto

• Reunión Planificación y Seguimiento de Iteración, funcionalidades e impedimentos.

OUTCOME 3

PRÁCTICAS SCRUM

Se estima el tamaño y el esfuerzo

• Estimación del Product Backlog y del Sprint Backlog (estimación de Póker o de Fibonacci)

PLANIFICACIÓN DEL PROYECTO (PP) Y SCRUM


Satisfecho

Satisfecho

OUTCOME 4

PRÁCTICAS SCRUM

Se alcanzan y se registran los objetivos del proyecto.

• Pila de la Iteración y Pila del Producto

OUTCOME 3

PRÁCTICAS SCRUM

Acciones para corregir desviaciones respecto a planes

• Burndown • Reunión diaria • Impedimentos • Resolución de impedimentos

EVALUACIÓN Y CONTROL DEL PROYECTO (ECP) Y SCRUM


Planificación de proyectos

Seguimiento de proyectos

SCRUM Y MODELOS DE PROCESOS (AGILE SPAIN 2010)


OTROS RELACIONADOS

• REQUISITOS

• CICLO DE VIDA

• MEDICIÓN

• …

¿Y QUE OCURRE CON LA DOCUMENTACIÓN?

102

Documentar, de manera ágil, pero documentar

[…] Frecuentemente escucho a los desarrolladores

decir que no les gusta documentar, que no lo

encuentran útil, pero… ¿No era el objetivo principal

de documentar el ayudar a otros? ¿Cómo es posible

una visión tan distorsionada de la documentación?

“Agile Documentation, Anyone?” por Bran Selic IEEE Software de noviembre


Útil para el negocio, describiendo un cómo con

un nivel de detalle suficiente para ser repetible

(estadística en base a más de 30 proyectos CMMI / ISO 15504 desarrollados por

Kybele Consulting)

¿Cuántas organizaciones implantan CMMI/ISO 15504 con métodos ágiles?

SI

NO

43,75% 56,25%


Prácticas Ágiles Tradicional


SCRUM proporciona apoyo

(ojo, no garantía de

certificación) para la

implantación de los procesos

del nivel 2 de madurez


www.javiergarzas.com/2011/02/implantar-iso15504-agil.html


“Nada es veneno, y todo es veneno: la

diferencia está en la dosis” Paracelsus (1493 - 1541)

¿CMMI o ISO 15504?


1.CMMI más conocido internacionalmente

2.ISO 15504 más compatible con otras ISO

3.El SEI no certifica vs p.e. AENOR

CO

NFIG

UR

ATIO

N M

AN

AG

EM

EN

T

PR

OC

ES

S A

ND

PR

OD

UC

T Q

UA

LIT

Y A

SS

UR

AN

CE

RE

QU

IRE

ME

NTS

MA

NA

GE

ME

NT

ME

AS

UR

EM

EN

T A

ND

AN

ALY

SIS

PR

OJE

CT M

ON

ITO

RIN

G A

ND

CO

NTR

OL

PR

OJE

CT P

LA

NN

ING

RIS

K M

AN

AG

EM

EN

T

OR

GA

NIZ

ATIO

NA

L T

RA

ININ

G

VA

LID

ATIO

NTE

CH

NIC

AL S

OLU

TIO

N

RE

QU

IRE

ME

NTS

DE

VE

LO

PM

EN

T

DE

CIS

ION

AN

ALY

SIS

AN

D R

ES

OLU

TIO

N

VE

RIF

ICA

TIO

NO

RG

AN

IZA

TIO

NA

L P

RO

CE

SS

FO

CU

S

PR

OD

UC

T IN

TE

GR

ATIO

N

INTE

GR

ATE

D P

RO

JE

CT M

AN

AG

EM

EN

T +

IPP

D

OR

GA

NIZ

ATIO

NA

L P

RO

CE

SS

DE

FIN

ITIO

N +

IPP

D

S S S S L L S S L L L P P P P P P

6.2.2 Infrastructure Management Process W

6.2.4 Human Resource Management Process W S P W

6.3.3 Decision Management Process P

6.3.4 Risk Management Process W W S

6.4.3 System Architectural Design Process P P

6.4.5 System Integration Process P

7.1.2 Software Requirements Analysis Process L P

7.1.3 Software Architectural Design Process P P

7.1.6 Software Integration Process P

7.2.4 Software Verification Process P

7.2.5 Software Validation Process L

W

6.2.1 Life Cycle Model Management Process P W P

6.3.1 Project Planning Process P L W

6.3.2 Project Assessment and Control Process L W W

6.3.5 Configuration Management Process S

6.3.7 Measurement Process S W

6.4.1 Stakeholder Requirements Definition Process P P

6.4.2 System Requirements Analysis Process L P

7.2.2 Software Configuration Management Process S

7.2.3 Software Quality Assurance Process S

Niv

el

3 I

SO

/IE

C 1

5504-P

YM

EN

ivel

2 I

SO

/IE

C 1

5504-P

YM

E 6.1.2 Supply Process

0%No relacionado

1% a 15%DébilW

16% a 50%ParcialP

51% a 85%AmpliaL

86% a 100%FuerteS

Porcentaje asociadoGrado de relaciónValor discreto

0%No relacionado

1% a 15%DébilW

16% a 50%ParcialP

51% a 85%AmpliaL

86% a 100%FuerteS

Porcentaje asociadoGrado de relaciónValor discreto

Grado de Relación



Mike Phillips (2010) SEI

“Se reconoce el valor de ISO 15504 y es deseable que la

nueva versión de CMMI sea lo más

compatible posible”


&

Certificación sin ingeniería del software no es útil (…o solo sirve para los pliegos)


“¿What are the most exciting/promising

software engineering ideas or techniques

on the horizon?

Parnas

I don’t think that the most

promising ideas are on the horizon.

They are already here and have been

here for years but are not being used

properly.”


www.iso15504.es

Javier Garzás

onsultingybele

[email protected]

www.javiergarzas.com

@jgarzas

JORNADA. El modelo de AENOR de Gobierno y Gestión de las TICs con estándares ISO. Organizada por:

Documents

Las Factorías de Software según niveles de madurez ISO · PDF fileISO 15504 y metodologías ágiles . © 2011 ... ISO 15504 ISO 20000 SCRUM XP UP / Open UP ISO 12207 . 21 ÁGIL Procesos