¿Cómo clasificar la gravedad de los errores para complementar nuestra clasificación de prioridad?

Clasificamos nuestros errores y defectos de acuerdo con su prioridad y gravedad.

El nivel de prioridad es una indicación de cuán urgente es solucionar / corregir el problema (urgente, alto, medio, bajo, ninguno).

El nivel de gravedad, nos ayuda a identificar cuánto o qué tipo de daño puede causar el defecto (peligroso / destructivo, degradado y sin solución, afectado pero existe solución, molestia / estética, sin impacto).

Normalmente, cuanto más peligroso y destructivo es el error, mayor es la prioridad. Sin embargo, no está garantizado. En consecuencia, podemos terminar con los errores ocasionales que se enumeran como peligrosos y destructivos, pero debido a la rareza de la situación o la cantidad de cambios que pueden requerirse para solucionarlo, su prioridad en teoría puede ser bastante baja.

La gravedad es realmente subjetiva para el tipo de producto que fabrica y su negocio. En mi último trabajo, hicimos pilotos automáticos para grandes contenedores / cruceros, por lo que nuestra gravedad fue

• Muy alto - ¡Iceberg por delante! Oh, espera, parece que el control de la nave puede perderse o puede ser confuso quién tiene el control. ¡Alguien ha descubierto cómo hacer girar esta nave!
• Alto: quejas de aceptación del cliente, el crucero se vuelve demasiado rápido, los clientes derraman sus bebidas. ¡No podemos usar tus cosas hasta que esto esté solucionado!
• Medio: funcionalidad que mejoraría la facilidad de uso para los clientes / técnicos de campo. Cosas que ahorran tiempo a la gente.
• Bajo - cosas cosméticas

Me imagino que los niveles de severidad / prioridad serán drásticamente diferentes si está creando una aplicación web y tiene un modelo de negocio / base de clientes completamente diferente. En última instancia, se trata de lo que esperan sus clientes y de cuán enojados están con el problema :)

Criterios de gravedad que utilizo:

• ¿Evita que el usuario obtenga lo que quiere del programa?
• ¿Está visible si el usuario realiza tareas típicas?
• ¿Revela información sensible o permite realizar acciones no autorizadas?

La gravedad de un error en particular es una combinación de estos puntos.

Clasifique los errores por su factor de molestia, lo que puede impedir que las personas compren el software. Un error que no afecta el envío o causa problemas reales a los usuarios puede ser molesto para mí cada vez que me encuentro con el error. Y finalmente perdiste un usuario y parte de tus ingresos.

Ahora, si combina ese tipo de error con una interfaz de usuario que se ha cambiado sin ninguna razón aparente y sin un beneficio visible para el usuario, entonces tiene un ganador absoluto que hará que las personas odien su software.

No permitas que eso suceda. No envíe errores que hagan que los clientes piensen que usted no da una mierda.