¿Cómo encuentras el punto óptimo en Ingeniería de Calidad?

Descuidar y eliminar las responsabilidades de calidad tiene consecuencias importantes: falta de visión, falta de enfoque, falta de propiedad y los riesgos a largo plazo que hacen que el valor empresarial disminuya, junto con el apoyo y la credibilidad del negocio. En otras palabras, la propiedad de la calidad es crucial en los programas de TI y SAP.

En este blog, Bert Linker, Consultor Senior de Calidad Ágil en Sogeti, y Pepijn Paap, SME de Ingeniería de Calidad SAP en Sogeti, profundizan en este tema. Al hacerlo, describen el contexto, analizan las diferentes facetas del desarrollo y las pruebas de software y se enfocan específicamente en los entornos SAP y el desarrollo ágil, dos áreas en las que muchos equipos multifuncionales y multiculturales están involucrados en la entrega de calidad.

Parte del ADN

Para encontrar el equilibrio en la Ingeniería de Calidad, primero debes definir qué entiendes por Ingeniería de Calidad como equipo y organización. Bert Linker, Consultor Senior de Calidad Ágil en Sogeti, explica: “La Ingeniería de Calidad requiere un enfoque global. Las personas dentro y fuera de tu equipo deben comprender por qué la calidad es tan importante y también propagar esta idea de calidad.” Esto se aplica no solo a desarrolladores y testers, sino también al negocio. “Todos deben asumir la propiedad de la Ingeniería de Calidad. Y solo si los gerentes senior y las partes interesadas también apoyan esta forma de pensar, la Ingeniería de Calidad puede convertirse en parte de tu ADN.”

Requisitos previos para la calidad

¿Cómo aseguras que el pensamiento sobre la calidad se infiltre en las venas de tu organización? “Primero, se requiere un cambio cultural en el que todos conozcan y aspiren a la importancia de la calidad. La Ingeniería de Calidad debe incorporarse en los ‘Procesos’ y ‘Productos’ junto con las ‘Personas’. Además, necesitas una política clara sobre calidad para garantizar un enfoque coherente. Por último, pero no menos importante, debes encontrar el equilibrio entre la velocidad de desarrollo y la calidad del producto y el proceso”, dice Bert Linker. “Esto se aplica a los equipos de SAP y DevOps, o independientemente del modelo de entrega de TI que utilices.”

Punto óptimo

Al determinar el punto óptimo de la Ingeniería de Calidad, debes considerar tres aspectos: la velocidad de desarrollo de software, la calidad del producto final y la calidad del método de desarrollo de software. “Este último a veces se olvida”, dice Pepijn Paap. “Desarrollar de la manera correcta asegura que tu software sea fácilmente mantenible, escalable y que puedas adaptarte fácilmente a las necesidades cambiantes del negocio.” Sin embargo, no siempre está claro quién es el propietario de estos tres aspectos. ¿Quién es el propietario del proceso de desarrollo de software? ¿Quién posee el producto final? ¿Quién posee la calidad?

Los propietarios deben haber alineado correctamente estos aspectos, definir elecciones claras y asegurarse de que estas elecciones estén aseguradas y se adhieran a ellas. Idealmente, estos tres aspectos se combinan de manera integral en el punto óptimo de la Ingeniería de Calidad. Puedes visualizarlo como tres círculos que se superponen. El denominador común, el área de superposición, es tu punto óptimo.

Presta atención a DevOps y SAP

En los modelos modernos de entrega de TI, como DevOps y Scrum, las canalizaciones y las pruebas de extremo a extremo (E2E) suelen ser complejas. Lo mismo ocurre en los entornos SAP. Esto requiere una atención adicional a la Ingeniería de Calidad. ¿Cómo se ejecutan estas pruebas de extremo a extremo y quién es el propietario de la calidad en ellas?

“Las pruebas de extremo a extremo rara vez siguen una línea recta. Son más como un laberinto, un complejo recorrido con diferentes giros, caminos paralelos e intersecciones. A veces también hay que hacer un giro en U y dar un paso atrás en el proceso”, explica Pepijn Paap. Esto plantea la siguiente pregunta: ¿dónde empezar a implementar medidas de calidad? “En una prueba compleja de extremo a extremo, como en un entorno SAP, se recomienda no comenzar desde el primer paso, porque entonces realmente no sabes dónde terminarás. Consejo: comienza definiendo primero el resultado de la prueba de extremo a extremo, por ejemplo, para Finanzas. ¿Qué quiere validar y verificar Finanzas? Desde ahí trabajas hacia atrás y defines los datos de prueba necesarios en el proceso de extremo a extremo.”

Enfócate en la calidad, fomenta la propiedad y trabaja hacia atrás en las pruebas complejas de extremo a extremo son algunas herramientas generales para mejorar la Ingeniería de Calidad y descubrir el punto óptimo de la Ingeniería de Calidad. A menudo, la realidad es desafiante y recalcitrante. Las organizaciones están estructuradas de manera diferente y operan de su propia manera. Dentro de cualquier enfoque ágil transversal entre equipos y en cualquier entorno SAP, surgen complejidades adicionales como la gestión de interesados.