SCRUM

Mtricas de Calidad

Sabemos que Scrum es un mtodo gil el cual se utiliza para la administracin y

desarrollo de software, vemos que su forma de trabajar es en forma iterativa e
incremental. Scrum se enfoca en priorizar el trabajo en funcin del valor que tiene
para el negocio, maximizando la utilidad de lo que se est construye y el retorno de
inversin. Se dise especialmente para adaptarse a los cambios en los
requerimientos cuales se revisan y ajustan durante el proyecto en intervalos muy
cortos y regulares. De esta forma se puede adaptar en tiempo real el producto que
se est construyendo a las necesidades del cliente. Se busca entregar un software
que realmente resuelva las necesidades en corto tiempo, aumentando la
satisfaccin del cliente.
La mtrica ms importante en un proyecto gil como Scrum es el valor que se est
dando al cliente. Mediante esta mtrica, el cliente puede conocer la velocidad con
que retorna su inversin y saber cundo ya no es necesario seguir con el proyecto,
porque los beneficios pendientes de obtener ya no compensan sus costos.
Sin embargo, cuando se mide a una persona o a un equipo de una determinada
manera, sus acciones pueden desviarse en exceso hacia ese objetivo y descuidar
otros aspectos tambin importantes como, por ejemplo, la calidad, los costos, los
riesgos, la sostenibilidad de la velocidad con que obtienen objetivos, etc. Por ello,
puede ser necesario utilizar un conjunto de mtricas de diferentes aspectos
relacionados, creando de esta manera un agile balanced scorecard.

Se recomienda que est basado en un nico indicador econmico clave con el que
el cliente pueda medir todos los objetivos del proyecto, de forma que permita guiar
la toma de decisiones y la forma de invertir en el proyecto.
Para el resto del cuadro de mandos se debe escoger el mnimo nmero de
mtricas que permita tomar decisiones sobre los resultados del proyecto y las
necesidades del cliente. Se debe minimizar tanto el costo e impacto que se agrega
al trabajo ordinario del equipo, se debe ir registrando lo que sucede como su costo
de recoleccin, proceso y presentacin. Por todo esto, cuando un problema
especfico est resuelto, hay que plantear si tiene sentido seguir recogiendo las
mtricas asociadas.
Se debe mostrar en el cuadro de mandos los objetivos de la iteracin, entrega,
proyecto, programa u organizacin, segn sea el mbito del cuadro.
En los equipos giles es comn que las mtricas surjan ante una necesidad del
equipo, como una forma de mejorarse, ya que la velocidad del equipo puede ser
una herramienta para que el equipo planifique y tome mayores compromisos e
incluso para cuantificar una mejora en el proyecto.

Mtricas de productividad y efectividad de la entrega

Velocidad con que se completan objetivos/requisitos en cada iteracin. Idealmente

debera aumentar con respecto al tiempo (productividad). Tambin permite ir
extrapolando la fecha de finalizacin del proyecto en funcin de cuando se vaya a
completar todo su alcance.
Tiempo de entrega de un requisito tras su peticin o Lead Time (respuesta a
necesidades del cliente, Time to Market, tiempo de servicio), en funcin de la
criticidad de la peticin (urgente, etc.) y cumplimiento de los Acuerdos de Nivel de
Servicio (ANS / SLA).
Mtricas de resultados del proyecto
Velocidad con que se aporta valor al negocio (desde el punto de vista del cliente).

Valor acumulado.
Requisitos completados en la iteracin.
Prximos requisitos a desarrollar.
Cambios incorporados y requisitos aadidos sobre el alcance inicial del proyecto.
Nmero de requisitos completados respecto al total de requisitos (mtrica que
tambin permite observar cambios de alcance).
Das de trabajo ideales pendientes (mtrica que permite proyectar la fecha de
finalizacin del proyecto).

Mtricas de situacin financiera

Retorno de Inversin (ROI) pendiente, el valor pendiente respecto al coste

pendiente, para saber cundo finalizar el proyecto (ver la clusula de finalizacin
anticipada del contrato en el artculoUn contrato gil para Scrum).
Presupuesto disponible y/o presupuesto gastado.
Desviacin financiera respecto a la planificacin inicial.
Mtricas de riesgos, impedimentos, proceso y mejora contina

Riesgos
(severidad
y
mitigaciones)
e
impedimentos:
considerando
las dependencias o sinergias con otros equipos o proyectos, la implicacin del
cliente, los problemas tecnolgicos, el resultado de las retrospectivas, etc.
Lecciones aprendidas.
Actividades de mejora a planificar (comunicaciones, formaciones, soporte,
herramientas, etc.).
Uso de prcticas especficas: nmero de integraciones, tiempo de refactorizacin,
de TDD, revisiones expertas, etc.