Aprovechemos para recordar uno a uno los diez principios de la inspección continua:
1 Todas las partes interesadas en el proceso de desarrollo -y no sólo los desarrolladores o administradores- deben tener acceso inmediato a datos significativos sobre la calidad del software.
2 La gestión de la calidad del software debe ser preocupación de todos, desde el inicio del desarrollo, pero finalmente es responsabilidad de todo el equipo de desarrollo.
3 La calidad de software debe ser parte del proceso de desarrollo, lo que significa que las normas de calidad son uno de los requisitos imprescindibles para poder declarar que un software está completo.
4 Los requisitos de calidad de software deben ser objetivos y no permitir una aprobación/desaprobación de pase subjetivo (decisión errónea).
5 En la medida de lo posible, los requisitos de calidad de software deben ser comunes a todos los productos de software, independientemente de sus características específicas.
6Los datos de calidad de software deben estar al día, es decir, medidos en la última versión del código.
7Los productos de software deben ser inspeccionados de forma continua, para que se encuentren errores rápidamente, cuando son fáciles de corregir. Los desarrolladores deben ser capaces de detectar nuevos defectos de calidad tan pronto como se introducen, es decir, dentro de su herramienta de desarrollo mientras escriben código, similar a los correctores ortográficos.
8 Ya sea de manera proactiva o reactiva, los interesados deberán recibir una alerta cuando se introducen nuevos defectos de calidad, ya sea mediante el envío de correo electrónico, rompiendo la compilación o por otros métodos. La inyección de nuevas evidencias debe ser continua, permitiendo a los equipos la tomar decisiones rápidas sobre la calidad.
9 Los datos de calidad de software deben estar disponibles tanto en valores absolutos (en todo el código) y diferencial (nuevo código solamente) para que el equipo de desarrollo pueda estar en control total del flujo de entrada de evidencias.
10 Todas las nuevas evidencias y las evidencias más críticas existentes deben tener asignadas un camino claro con un calendario para su resolución.
El paradigma de inspección continua es muy eficaz, y se ha demostrado que funciona en el mundo real gracias a herramientas como SonarQube, que se han convertido en estándar de facto para implementar el paradigma.
Por mi experiencia puedo asegurar que el modelo de inspección continua se utiliza con éxito para gestionar la calidad del software interno en proyectos de todos los tamaños. En todos los casos, la inspección continua ha ayudado a mejorar significativamente la calidad y la estabilidad del software, que por lo general, suponen un ahorro muy importante que de otro modo se gastaría en el análisis de causa raíz y la gestión de crisis.