¿Sabías que para paliar las consecuencias de la Segunda Guerra Mundial y hacer frente a la expansión de la economía japonesa se creó el primer sistema de aseguramiento de la calidad vigente aún en todo el mundo?
Conoce la realidad de lo que implica la gestión de la calidad de la mano de nuestro compañero Javier Larios, Experto de la Comunidad QA & Testing.
Cuando escuchamos Gestión de la Calidad y creemos que es solo Testing
Esta afirmación del título de este post no es del todo cierta ni del todo falsa, pero merece que se explique que la Calidad no es solo realizar pruebas para comprobar si el producto funciona.
Para entender el contexto amplio que significa la calidad, hay que remontarse al siglo pasado cuando se expandió su cultura, más exactamente a los años siguientes del final de la II Guerra Mundial y a la reconstrucción y posterior expansión de la economía japonesa, con la ayuda de Deming, Juran o Feigenbaum.
Las exigencias de la guerra hicieron crear a EEUU técnicas no armamentísticas como el control estadístico de procesos, lo cual desembocó en el primer sistema de aseguramiento de la calidad vigente en el mundo.
Este sistema creaba y expandía el uso de las normas de calidad basadas en un sistema de certificación de calidad, el cual tuvo su resultado el 16 de julio de 1945 con la culminación del proyecto Manhattan mediante la prueba Trinity, que fue la primera prueba de un arma nuclear por los Estados Unidos que desembocó finalmente en la destrucción de las ciudades de Hiroshima y Nagasaki a inicios de agosto de 1945.
Según Horine (2010), pese a que la calidad es uno de los factores de éxito de cualquier proyecto, la calidad del proyecto resulta ser una de las fuentes de malos entendidos más habituales, pese a que la utilización de normas o estándares está muy extendida en diversos sectores (no solo la industria) y también pese a la disponibilidad de multitud de herramientas y metodologías orientadas a la calidad.
Es decir, que la calidad es la conformidad con los requisitos y adecuación al uso, y es la obtención de los resultados esperados según los requerimientos del cliente. Este es el motivo por el cual solo creemos que es Testing, pero la calidad también implica al proceso, el cual se ha tenido que ejecutar correctamente La calidad en cuanto al proceso (de construcción y de desarrollo) se ha ejecutado correctamente mediante, por ejemplo, la gestión de los riesgos y un plan de calidad que aborde su mitigación o resolución.
El plan de calidad exige:
- Tener definido el alcance del propio proyecto, y en caso de marcos de trabajo, los requerimientos y los objetivos que formarán las historias de usuario.
- Stakeholders involucrados en la gestión de la calidad y que esta sea posible.
- Una planificación. En marcos agile, al menos una estrategia que aborde la calidad durante los sprints.
- Un presupuesto que contemple la gestión de la calidad y todos los requerimientos que el plan de calidad exija.
- Compromiso y liderazgo de la alta dirección para impulsar la calidad y la mejora continua.
- Implicación de los trabajadores en cuanto que la calidad es un objetivo común y compartido.
- Centrarse en el cliente.
El plan de calidad exige que la calidad sea un proceso integrado más en el ciclo productivo.
Este plan también contendrá qué normativas o estándares ha de cumplir el proceso de construcción-desarrollo, como el producto, por lo que, ya tenemos mucho ganado debido a que esos estándares ya existen y sólo debemos implementar los mecanismos para emplearlos correctamente (ISO 9000:2000, ISO/IEC 25010, ISO/IEC 27005, IEEE 1012-2004, etc).
Ya estamos llegando a terrenos que se alejan del solo Testing, y es que la Calidad cuesta dinero, pero más cuesta la ‘no Calidad’ que lo dejamos para otro post.
Otros aspectos que tendrá en cuenta el plan de calidad como hemos adelantado anteriormente es la mejora continua o ciclo PDCA –Plan/Do/Check/Act– de Deming, el cual ya ha sido nombrado en este post en dos ocasiones y puede que no sea la última. También se tendrá en cuenta el plan de entregas, cómo vamos a satisfacer con calidad y en tiempo las necesidades del cliente. Además, podemos incluir factores culturales como pueden ser la orientación a cero defectos que a muchos nos puede parecer inviable pero que Toyota la tiene en su sistema de producción.
¿En qué momento estamos?
En que todo lo que habéis leído anteriormente se asume en el proceso y en el producto, y estamos hoy en día en terrenos de excelencia y competitividad. Si tus productos o procesos para llegar a crearlos tienen deficiencias, ni eres excelente y no compites en el mercado, obteniendo quedarte fuera.
Por otro lado, la llamada normalización técnica, en la cual y al hilo del párrafo anterior, la calidad es norma y está normalizada. La normalización es un fenómeno complejo, debido a que existen diferentes estándares y organizaciones que se deben cumplir con los mismos medios pero menos Time To Market.
¿Dónde queda el Testing?
El testing es una herramienta, técnica o instrumento para alcanzar la calidad. Sin ella no se obtendrá la excelencia ni los objetivos marcados en el plan de calidad porque:
- Asegura que los entregables del producto y del proyecto cumplen las normas y especificaciones definidas.
- Detecta las no conformidades que requieren una serie de acciones para su resolución como pueden ser la identificación de su causa raíz, la evaluación de su impacto y la propuesta de cambios, si se considerara positivo para el proyecto en su conjunto.
Para concluir el post, rescato la definición de calidad de Deming en 1979: “un grado predecible que proporciona fiabilidad a bajo coste y conveniente para el mercado”.