Hace poco te explicamos por qué necesitas un equipo QA en tu empresa. En eºmergya contamos con Quality Assurances 100% técnicos, orientados a reconocer el origen de los fallos, ofrecer soluciones y a prever situaciones. Su rol es fundamental para dar valor al negocio de nuestros clientes y garantizar la calidad de cada producto que desarrollamos. La cuestión es que perciben un gran desconocimiento de sus responsabilidades por parte del resto del equipo. Por eso, han querido reivindicar su papel mediante la creación de un manifiesto basado en los 12 principios de la metodología Agile. Vamos a ver en qué consiste esta filosofía.

¿Qué es el Manifiesto Agile?

2001. Estación de esquí de Snowbird (Utah, EEUU). 17 expertos en programación se reunieron para poner fin a un problema recurrente: las empresas se estaban enfocando en detallar los proyectos de software dejando a un lado el valor que entregarían al cliente final. Así que crearon el concepto “Metodología Agile” para definir nuevos modelos de trabajo (como Scrum o DSDM) centrados en las necesidades de los usuarios. Recogieron sus ideas en el Manifiesto Agile, un documento que resume esta filosofía en 4 valores y 12 principios.

La base de la filosofía Agile 

Los autores del manifiesto defienden un cambio de mentalidad que promueva los proyectos centrados en la calidad y en la satisfacción de los clientes. Establecieron 4 pilares fundamentales:

• Los procesos y herramientas han de adaptarse a los individuos y no al revés.
• Es preferible que los software funcionen como esperamos a intentar seguir a rajatabla una lista interminable de requisitos. 
• La participación del cliente durante todo el desarrollo del producto genera mucho más valor que el cumplimiento estricto de un contrato.
• Trabajamos en entornos en constante evolución: la habilidad de anticiparse y adaptarse a los cambios es fundamental.

Así se desarrolla la filosofía Agile

Basándose en los 4 valores anteriores, formularon los 12 principios del Manifiesto Agile. En ellos aúnan las mejores prácticas y recomendaciones para aplicar esta metodología en todo tipo de proyectos Te los resumimos así:

• Satisfacer al cliente mediante la entregas rápidas y constantes
• Asumir los cambios para atender las necesidades actuales del cliente
• Entregar actualizaciones de software con más frecuencia
• Interactuación de los equipos de negocio y los developers
• Motivar a todo el equipo y confiar en cada uno de los roles
• Comunicarse cara a cara presencialmente o en remoto 
• Crear un software que funcione y satisfaga las necesidades del cliente
• Mantener un ritmo de trabajo que se adapte a todos los miembros del equipo
• Cuidar los aspectos técnicos de todos los productos para mejorar la agilidad
• Trabajar de la forma más sencilla posible
• Auto-organización de los equipos para obtener mejores resultados
• Revisar continuamente el trabajo realizado

Todos estos principios han influido en la forma de crear software. Y lo más importante: han ayudado a las empresas en su proceso de adaptación y transformación digital. 

Por qué nuestro team QA reinterpreta el Manifiesto Agile

Ángel Cárdenas, uno de nuestros QA, nos hizo reflexionar cuando afirmó en una meet:
“Creo que poco a poco estamos consiguiendo que los demás nos vean como uno más y que el cliente también se de cuenta de que nos involucramos en todo el proceso de cada proyecto”. Entonces empezamos a preguntarnos:

• Si el resto de perfiles que participan en un proyecto conocen las responsabilidades del equipo Quality Assurance 
• Cómo se siente el equipo QA respecto a los clientes y cómo les gustaría que se percibiera su rol

Así que nos fijamos un objetivo: dar a conocer sus funciones para que dejaran de escuchar preguntas como: ¿Qué haces exactamente? o ¿En qué fase del proyecto entran tus tareas? Además, era la oportunidad perfecta para dejar claras sus diferencias con los testers, ya que ambos perfiles son confundidos habitualmente.

En este punto nació la idea de “versionar” el Manifiesto Agile. Reinterpretamos sus 12 principios para adaptarlos al entorno QA. Era una forma de reivindicar el papel de los Quality Assurance dentro de la misma metodología a la vez que refrescábamos los preceptos originales. 

Los 12 principios del team QA de emergya

Antes de mostrarte el manifiesto, vamos a profundizar un poco en las ideas que en él se defienden. La primera es que ser Agile no está reñido con entregar software de calidad bien testeado. Si funciona a medias o solo en tu local, no parece que estemos avanzando mucho. Por eso, si buscamos la excelencia técnica es fundamental la figura QA: no incluirla en la ecuación del equipo suele derivar en resultados poco deseables.

Por otro lado, se tiende a pensar que documentar es perder tiempo presente, cuando lo que en realidad supone es invertir en mucho tiempo para el futuro. Los Quality Assurance necesitan esta documentación para saber cómo debería funcionar un software y optimizar su calidad. 

Y por último, demandan una buena auto-organización. Piden a los clientes que se aclaren con las funcionalidades de los software antes de solicitarlas; y a los developers que testeen bien los código antes de entregarlos. Aunque el rol QA es imprescindible para dar valor a tu proyecto, la calidad al final del día es responsabilidad de todos los miembros del equipo.

Sin duda, la metodología Agile ha sido un punto de inflexión en la transformación de la industria del desarrollo de software. Pero sobre todo, ha puesto en alza el valor de los equipos QA. Están presentes durante todo el proceso de desarrollo de productos y su rol es fundamental para asegurar la calidad de las soluciones y superar las expectativas del usuario final, que cada vez es más exigente.