Sobes.tech
Middle

¿Quién en el equipo era responsable de establecer las prioridades y la importancia de los defectos?

sobes.tech AI

Respuesta de la IA

Los prioridades y la importancia de los defectos se establecían en reuniones conjuntas del equipo de desarrollo y QA, con la participación del gerente de producto o analista de negocios.

Roles y responsabilidades:

  • Ingeniero de QA: Detectaba el defecto, proporcionaba una descripción detallada, pasos para reproducirlo, resultados esperados y reales, y también proponía una evaluación inicial de la importancia desde la perspectiva del usuario.
  • Desarrollador: Analizaba la complejidad técnica de la corrección y el impacto potencial en otras partes del sistema.
  • Gerente de producto / Analista de negocios: Evaluaba el impacto comercial del defecto, su influencia en los usuarios y la conformidad con las prioridades del producto.

La decisión final sobre la prioridad se tomaba en conjunto, considerando todos estos factores. En caso de desacuerdo, la palabra final la tenía el gerente de producto o el líder del equipo.

La priorización se basa en una matriz que considera:

Prioridad Importancia (Severidad) Impacto en el negocio y los usuarios
Blocker Crítico Bloquea funciones clave, hace que la aplicación sea inoperable. Requiere corrección inmediata.
High Mayor Interfiere seriamente con el funcionamiento de una función importante, pero existen soluciones alternativas. Afecta a un gran número de usuarios.
Medium Menor Deteriora ligeramente el funcionamiento de una función, existen soluciones alternativas simples. Es perceptible para los usuarios.
Low Trivial Errores cosméticos, impacto insignificante en la funcionalidad. No afecta a la mayoría de los usuarios.

La importancia (Severidad) es una evaluación técnica del impacto del defecto en el sistema, establecida por QA y a veces por los desarrolladores. La prioridad es una decisión de negocio sobre qué tan rápido se debe corregir el defecto, establecida en conjunto con el gerente de producto. Estos dos parámetros pueden no coincidir.

Se utilizan herramientas para el seguimiento de defectos (por ejemplo, Jira) para registrar y discutir las prioridades.