You are on page 1of 14

20/11/2006

METRICAS DEL SOFTWARE

INDICE


Conceptos, Modelos, Aspectos de las Métricas
Medición y el Modelo de Madurez de Capacidad
(CMMI)
Ejemplos de métricas
Presentación de un caso
Gestión de métricas: Una aproximación
practica
Precauciones y lecciones aprendidas
Métricas para la Gestión de Requisitos en ICM

1
20/11/2006

Conceptos

Empezar y mantener un esfuerzo de


mejora del proceso software con
éxito requiere un compromiso a todos
los niveles de la empresa, siendo la
mayor dificultad para las empresas
que comienzan: la definición de
medidas (métricas) y la creación de
procedimientos para recoger y
analizar estos datos

Conceptos

¿Qué deseo saber?


Los objetivos de las métricas vienen de
los objetivos del negocio
La ignorancia es una desgracia voluntaria
¿Porqué medir?
Para caracterizar, evaluar, predecir y
mejorar

2
20/11/2006

¿Porqué medir?

Caracterizar
Comprender el proceso, producto y entorno
actual.
Proporcionar una línea base para futuras
evaluaciones
Evaluar
Determinar el estado, de forma que los
proyectos y procesos puedan ser evaluados
Evaluar el alcance de los objetivos de calidad
Evaluar el impacto de la tecnología sobre los
procesos y productos

¿Porqué medir?

Predecir
Comprender la relación entre procesos y
productos
Establecer objetivos alcanzables de calidad,
coste y planificación
Mejorar
Identificar causas raíz y oportunidades para
mejorar
Seguir los cambios en las realizaciones y
comparar con la línea base
Comunicar razones para mejorar

3
20/11/2006

Necesidades de medida

Las necesidades de medida pueden


.
ser diversas, desde medir el
rendimiento de los proyectos de una
empresa, evaluar las inspecciones de
código hasta evaluar las actividades
de mejora del proceso software

Necesidades de medida (II)

La medida es una parte esencial para


comprender que afecta a la calidad,
oportunidad, utilidad y funcionalidad y en la
mejora de los procesos y productos software.
Para comprender como aplicar las métricas del
software , debemos comprender primero qué
significan las medidas y porqué las
necesitamos.
Las medidas nos permiten cuantificar
conceptos o atributos en orden a manipularlos
y aprender más sobre ellos

4
20/11/2006

Tipos de Métricas

Métricas objetivas Métricas subjetivas


(cuantificado y medido) (clases de respuestas)

Métricas Básicas

Métricas
calculadas

Métricas adicionales

Métricas Globales/Fases

Métricas Globales

Requisitos Validación

Diseño Integración

Codificación
Métricas
de Fase

5
20/11/2006

Medidas existentes no
utilizadas
Falta de Falta de
implicación ??? ??? implantación
de la gestión
inexistencia de
consensos en la
blanco de aplicación de
medidas medidas
no bien definidas
medidas no
miedo de validadas o
evaluación no calibradas
programas de
investigación
tendencia a inutilidad de no son un buen
recoger demasiados medidas no modelo para los
datos aceptadas técnicos

Lecciones Aprendidas (I)

Empezar con pocas medidas y asegurar que


las medidas iniciales son prácticas y de
bajo coste.
Definir los datos rigurosamente de forma
que los datos sean útiles para la toma de
decisiones.
Tratar de automatizar la recogida y la
información para tener el menor impacto
sobre el desarrollo software.
Descriminalizar errores

6
20/11/2006

Lecciones Aprendidas (II)


Asegurar que la medición es parte de algo más
amplio. Por ejemplo, un enfoque de la organización
hacia la mejora.
Enfocar sobre el proceso y la toma de decisión más
que recoger medidas y números.
Comprender que la adopción requiere esfuerzo.
Comprender que el uso efectivo de medidas puede
requerir un cambio de actitud o de cultura.
Comprender que un programa extenso se construye
con tiempo extra
Implicar a los apostadores estableciendo
expectativas, entrenándoles y logrando su
compromiso

Principios de guía

La mayoría de las organizaciones no pueden


afrontar el esfuerzo e impacto de arrancar
recogiendo grandes cantidades de datos a un
tiempo.

Gestores e ingenieros necesitan ser


entrenados en las técnicas de recogida de
datos, análisis e información. Datos que no
son analizados y sobre los que no se actúa no
tienen valor para la organización.

7
20/11/2006

Evolución de un programa de
métricas

Estado
maduro
- Medidas son ampliadas a subprocesos.

- Aplicación de medidas se vuelve más sofisticada.

- Frecuencia y detalle de las medidas incrementa.

- Número de tipos/elementos de datos incrementa.


Estado
inicial

La medición es utilizada para


muchos propósitos

Línea base del Proceso de Medición


•comunicar claramente
•usar el proceso consistentemente

Gestionar Proyectos Describir Productos Mejorar Procesos


- Planificar - Calificar - Comprender
- Seguir - Clasificar - Controlar

Datos Agregados
- Comparación corporación/industria
- Decisiones negocio

8
20/11/2006

Visibilidad
•coste
•programacion Alta
•calidad Cliente
•riesgos dirección
•recursos
•mejora
Seguimiento
•coste
•programación
•calidad
Planificación/Control •riesgos
• coste
•programación
•calidad Jefe
•riesgos
•compromiso proyecto

Mejora
•calidad
•productividad
•productos
•procesos Plantilla
Proyecto

Programas de medición con éxito enfocan perspectivas de usuario

Medidas diferentes destinos


Criterios
Metas Exito

Indicadores de éxito
Estrategia
para cumplir %

la meta Medidas
1 2 3 4 1 2 3 4
Reporting Periods

Indicadores de análisis
100
Indicadores de progreso
80
60
Tareastopara
Tasks cumplir la
Accomplish
40
20
meta
goal
Tasks Alta dirección
Task 1 Jefe proyecto
Task 2
100 Actual
Test Cases

Actual 80
Complete

60

Task 3 Planned
40
20
Planned

• Reporting Periods

• Reporting Periods

Task n
Functions

Medidas Medidas Medidas

9
20/11/2006

Perspectivas de usuario
diferentes

Cliente:
Progreso La desviación es un resultado
Software debido a algún riesgo
desconocido.

1595 2595 3595 4595 1596 2596


Gestor Senior (dirección):
Informes actual Son afectados los
Trimestrales plan compromisos de costes
globales y/o programación.
Gestor del proyecto:
¿Comprendemos el Plantilla del proyecto:
alcance del trabajo? Están adecuadamente
entrenados los profesionales
para estimar el tamaño, costes y
programación del software?

Cuáles son los costes de no


medir
Incapacidad para:
estimar/planificar de forma realista
determinar el progreso
evaluar la calidad
reconocer las oportunidades de mejora
reconocer mejoras

Pérdida de posición competitiva

10
20/11/2006

Precauciones y limitaciones

Las medidas no son absolutas, simplemente


proporcionan comprensión (conocimiento
profundo) del proceso software.
Medición no puede identificar, explicar, o
predecir todo.
La mayoría de los resultados requieren más
de una medida para caracterizar y
comprender.
La medición no tiene valor a menos que se
comprenda con la globalidad del proceso
software.

Precauciones y Limitaciones

Medición implica varios usuarios en diversos


niveles por toda la organización.
Medición no deberá ser utilizada para evaluar
prestaciones individuales; más bien deberá servir
como base para resolución interactiva de aspectos
del proceso.
Dos programas no son iguales: consecuentemente
comparación directa de datos de programas
deberá evitarse.
Evaluaciones basadas en medición son solo tan
buenas como la oportunidad, consistencia y
precisión de los datos de entrada.

11
20/11/2006

Beneficios de las métricas

Medición por si misma no mejora el proceso, pero


la visibilidad permite profundizar en la
planificación, control, gestión y mejora.

Datos históricos ayudan a predecir y planear

Datos actuales frente a los planificados ayudan a


comunicar el progreso y soportan la toma de decisiones.

Beneficios de las métricas (II)

Análisis de tendencias ayuda a enfocar sobre áreas


problema
La supervisión de las actividades de mejora del
proceso ayuda a identificar lo que funciona y lo que
no funciona

12
20/11/2006

Beneficios de las Métricas


(III)
Calidad del producto mejorada.
Productividad del equipo de desarrollo
incrementada.
Estimación y planificación del proyecto
mejor.
Mejor gestión del proyecto.
Cultura de calidad de la compañía mejorada.
Satisfacción del cliente mejorada.
Visibilidad del proceso software
incrementada.

Sumario

Organizaciones han reconocido que la medición


es un proceso integral para gestionar sus
esfuerzos software.

La medición por si misma no mejora el proceso,


pero la visibilidad permite la toma de decisiones
cuantificadas oportunamente.

Un programa de medición comprensible debe ser


construido con tiempo extra, comenzando con un
conjunto de pocas medidas de alto nivel.

13
20/11/2006

Sumario

Medidas deben estar identificadas


para soportar los objetivos de la
organización.
Medidas deben estar bien definidas y
unidas al proceso software global.
El proceso debe ser consistente,
repetible y evolucionando
continuamente.

Nota final

Los japoneses no esperan por un


modelo perfecto o una métrica
perfecta.

Ellos solamente intentan algo, lo


analizan, lo mejoran e iteran este
proceso.

14

You might also like