Coste de los defectos en los requisitos

     Tom Gilb, Jeff Sutherland, Kai Gilb

Los defectos en los requisitos provocan trabajo adicional. Cada defecto es un error que causa trabajo extra. Por eso es importante comprobar si hay defectos en los requisitos.

Tom Gilb tiene un taller ágil de una hora que tomará una página al azar de tus especificaciones e identificará el número de defectos. A continuación, puede multiplicar los defectos descubiertos en esta página por el número total de páginas de requisitos para estimar el número total de defectos de requisitos que está planeando implementar.

Los defectos son cosas como:

1. El requisito no está claro para el desarrollador que lo aplica.
2. El requisito especifica detalles técnicos en lugar del requisito del usuario.
3. El requisito no es comprobable.

En un artículo reciente, Tom describe un taller de una hora con la dirección de una gran empresa. Identificaron 33 defectos en una hora. Tiene datos de muchas décadas de trabajo que demuestran que la primera vez sólo se identifica un tercio de los defectos. Si se dedica otra hora, se encontrarán muchos más defectos.

Así, en una página, muchas empresas tienen 100 defectos. Se ha demostrado que cualquier defecto importante supone unas 10 horas de trabajo adicional. En uno de los ejemplos de la ponencia de Tom, éste dice a los directivos que tienen por delante 2.000 horas de retrabajo. Se sorprenden y le preguntan cómo lo sabe. El equipo del proyecto ha estado trabajando durante un año y se suponía que tenía que haber terminado después de unas 2000 horas de proyecto. Sin embargo, aún les queda otro año de trabajo.

Así que eche un vistazo. 100 defectos por cada página de elementos del backlog de producto pueden estar ralentizando sus proyectos. Tom Gilb. Agile Specification Quality Control: Shifting Emphasis from Cleaning to Sampling Defects. TE Testing Experience. Marzo de 2009. Aquí está el enlace al artículo de Tom.