Ordenar y priorizar errores

Los errores son inevitables. Incluso los mejores expertos en control de calidad (QA) no pueden garantizar su ausencia en los productos que lanzan al mercado, aunque pueden realizar una revisión exhaustiva de los sistemas, el rendimiento, la funcionalidad y otros aspectos del software que están probando. .

Por supuesto, es fundamental detectar tantos errores como sea posible antes de lanzar un producto. Y un paso importante y continuo en este proceso es clasificar y priorizar estos defectos.

¿Por qué es necesario clasificar y priorizar los errores?

Hay varias razones por las que este paso es fundamental en el SDLC. Quizás lo más importante sea garantizar que el equipo se centre y resuelva primero los errores más importantes: aquellos que tienen más probabilidades de afectar negativamente la experiencia del usuario con el producto. Si no das este importante paso (o más bien, una serie de pasos), podrías perder el tiempo dedicando demasiada atención a cuestiones menores.

Construir un sistema para este propósito también le permite mejorar la organización y hacer que los procesos de desarrollo y control de calidad sean más fluidos. La organización es clave para crear un software sólido porque hay muchas partes móviles.

Además, dicho sistema guiará los esfuerzos de su equipo. Comprenderán mejor hacia dónde dirigir sus esfuerzos, lo que les permitirá resolver mejor defectos importantes antes de que causen estragos en el producto e implementen nuevas funciones.

Cómo ordenar y priorizar por prioridad y gravedad de errores

Hay dos formas establecidas de clasificar y priorizar errores: clasificación de prioridad y clasificación de gravedad.

1. Ordenar por prioridad

La mayoría de las empresas de desarrollo utilizan un sistema de clasificación para clasificar los errores en estas categorías, utilizando una escala numérica del 1 al 5 o identificando el problema como prioridad muy alta, prioridad alta, prioridad media, prioridad baja o prioridad muy baja. La prioridad se refiere al orden en que se debe resolver un error. En otras palabras, ¿cuántos errores (si los hay) deberían corregirse antes de este? En términos generales, las calificaciones se correlacionan de la siguiente manera:

• Plataformas CRM: el error requiere atención urgente o nadie podrá utilizar el producto o función específica con éxito.
• Prioridad alta: el error está interfiriendo con el producto de la mayoría de su base de clientes. El error requiere atención tan pronto como se resuelvan los errores de alta prioridad.
• Prioridad media: el error puede interferir con la experiencia de algunos usuarios con su producto. Esto puede esperar, aunque deberías resolver el problema lo antes posible.
• Prioridad baja: aunque el error es evidente, es poco probable que afecte a la gran mayoría de los usuarios y a cómo interactúan con su producto. Probablemente puedas dejar esto por ahora y concentrarte en errores de mayor prioridad.
• Prioridad muy baja: el error apenas se nota y tendrá poco impacto en la experiencia de la mayoría de los usuarios con el producto. Es probable que tenga problemas para reproducir este error y puede dejar que se resuelva más tarde.

La mayoría de las empresas de desarrollo utilizan un sistema de clasificación para clasificar los errores en estas categorías, utilizando una escala numérica del 1 al 5 o identificando el problema como prioridad muy alta, prioridad alta, prioridad media, prioridad baja o prioridad muy baja. La prioridad se refiere al orden en que se debe resolver un error. En otras palabras, ¿cuántos errores (si los hay) deberían corregirse antes de este? En términos generales, las calificaciones se correlacionan de la siguiente manera:

2. Clasificación por gravedad

La gravedad de un error se refiere al alcance del problema y al grado en que el defecto afectará al sistema en su conjunto. Al igual que la prioridad, los problemas se clasifican de la siguiente manera:

• Gravedad muy alta: el producto queda inútil sin la intervención de los desarrolladores de software.
• Gravedad alta: el producto encuentra con frecuencia problemas que afectan aspectos como la funcionalidad, el rendimiento o la usabilidad.
• Gravedad media: aunque el error no afecta gravemente al programa en su conjunto, sí tiene cierto impacto en el producto.
• Gravedad baja: el error casi no tiene ningún impacto negativo en las características clave del producto.
• Gravedad muy baja: el producto o cualquiera de sus características clave no se ven afectados por el error.

Cómo crear una matriz de prioridad y gravedad de errores

Para determinar qué errores resolver primero, debe realizar un análisis exhaustivo de lo que encontró y categorizar cada uno de los eventos en una matriz útil y procesable. La matriz de prioridad y gravedad de errores tiene en cuenta la prioridad y gravedad de los errores registrados y le ayuda a visualizar todos los eventos en cuadrantes, clasificados por la intensidad de su impacto en su proyecto.

De esta manera, al analizar los errores e imputarlos en la matriz, tendrá cuatro secciones principales, mostrando estos eventos como Alta prioridad y alta gravedad, Alta prioridad y baja gravedad, Baja prioridad y alta gravedad, y Baja prioridad y baja gravedad. .

¿Quién determina la prioridad de los errores?

El análisis de errores es un proceso complejo y detallado que debe ser realizado por expertos experimentados que puedan determinar qué problemas tendrán el impacto más grave en la capacidad del proyecto para completarse a tiempo y dentro del presupuesto. La determinación real de la prioridad de los errores debe ser realizada por el especialista senior que supervisa el proyecto, como un gerente de proyecto o propietario del producto. Sin embargo, esto debe hacerse con la participación del cliente, para que todo esté alineado y todos los detalles queden claros para todos los involucrados.

¿Cómo manejan Agile y SCRUM los errores de producción?

Agile y SCRUM son algunas de las metodologías más populares y efectivas para la gestión de proyectos. Cada uno tiene sus propios métodos para solucionar errores, con pasos y resultados claramente definidos.

Ágil

Agile comienza clasificando los errores en prioridad baja, media o alta para determinar cuándo se resolverá el problema. Si hay una solución alternativa disponible y solucionarla de inmediato tiene un mayor impacto, se determinará que el error se resolverá más adelante. Sin embargo, si hay un error en la funcionalidad principal del producto, la solución debe implementarse de inmediato. Para ello, el equipo Agile determina un número fijo de horas que se dedicarán a resolver el problema y trabajar para resolverlo.

MELÉ

En el caso de scrum, la prioridad del error la establece el propietario del producto, quien también determina si se trata de un problema que debe resolverse ahora o uno que puede esperar hasta el final del sprint. Si deciden esperar, el error pasa al trabajo pendiente y se resolverá más adelante. Cuando llega el momento de abordar el problema, el propietario del producto le pide al equipo un voluntario para resolverlo, quien luego procede a solucionarlo mientras el resto del equipo continúa trabajando para avanzar en el proyecto.

Cosas a tener en cuenta

Determinar cómo cada defecto se relaciona con la experiencia del cliente.

A menudo, la severidad y la prioridad van de la mano: ambas afectan la calidad general del producto. Pero a veces es posible que haya problemas conflictivos en juego. Por ejemplo, un error podría ser de alta gravedad y baja prioridad, lo que significa que daría como resultado un sistema que sería inútil sólo para un pequeño subconjunto de usuarios. Por otro lado, un defecto puede ser de baja gravedad y alta prioridad, lo que significa que el problema en sí no interfiere con la funcionalidad o usabilidad general del sistema, aunque sí afecta a la gran mayoría de su base de clientes. Entonces, ¿cómo decides entre estas 2 métricas? En última instancia, todo se reduce a la experiencia del usuario. En otras palabras, piense en cómo el error afecta a su público objetivo. Esto le ayudará a evaluar la cantidad de atención que necesita dedicarle y la prioridad que debe tener.

Hacer suposiciones

Integración de software

Simplifique su flujo de trabajo con nuestros servicios de integración de software. Nuestros ingenieros de alto rendimiento analizarán la forma en que utiliza actualmente las tecnologías de software (ya sean de terceros o personalizadas) y lo ayudarán a establecer una infraestructura de TI sólida y bien coordinada en todos los departamentos de su organización. También creamos microservicios, API y protocolos de datos personalizados.