Formación
Muchas veces existe el mito de que una certificación, por ejemplo con ISO/IEC 15504, conlleva documentación excesiva, tener que realizar una metodología en cascada o la imposibilidad de seguir prácticas ágiles. Esto no es así, siendo dos mundos diferentes el de las buenas prácticas y el de la manera de alcanzarlas. Lo que si debe ser importante es que la metodología empleada por la empresa debe ser rentable y óptima respecto del retorno de inversión (invertir 1 en gestión de requisitos y ganar 3 en disminución de incidencias).
Este tipo de preguntas está presente habitualmente en las reuniones de trabajo o hablando con un cliente:
- Es necesario documentar: ¿Si, No, Con qué profundidad?
- Es conveniente seguir prácticas ágiles:¿Si, No, Con qué rigurosidad?
En estas preguntas está presente la idea de "¿Cuánto de esta práctica es suficiente?".
Por supuesto Barry Boehn, el padre de COCOMO y de la Ingeniería de Software Basada en Valor tiene algo que aportar al respecto. Aquí os dejo un resumen de un artículo escrito hace ya unos años.
Objetivo del estudio: Encontrar el grado de esfuerzo en requisitos, arquitectura y documentación óptimo para maximizar el retorno de inversión de la empresa.
Partiendo de la base de que no existe una receta universal para conocer el porcentaje de esfuerzo que se le debe dedicar a la gestión de requisitos se ha buscado conocer cómo influye el tamaño de los proyectos al estimar este esfuerzo. El estudio se realizó en base a más de 160 proyectos de IT de diferentes tamaños y características.
Resultados: Las actividades de gestión de requisitos, gestión de riesgos, arquitectura y documentación son menos importantes en proyectos pequeños, pero va aumentando su necesidad a la vez que el proyecto crece. En la figura puede apreciarse esto: para 10 mil líneas de código (LOC) el porcentaje rondaría el 5% mientras que para 100 mil LOC el porcentaje óptimo es de un 20%. Por último, para 10 millones LOC obtenemos un porcentaje de 33%.
Destacar lo que indica Boehm: existe una gran cantidad de cuestiones a ser analizadas para indicar el grado de esfuerzo en las tareas relacionadas con los requisitos, riesgos, arquitectura y documentación. Una de ellas como viene demostrado en el estudio es el tamaño del proyecto.
