En mi trabajo actual tenemos errores de prioridad baja, media y alta.
- Los errores de baja prioridad son pequeños errores que no detienen el envío o causan problemas reales a cualquier usuario.
- Los errores de prioridad media causan algunos problemas internos a los usuarios, pero tienen soluciones alternativas conocidas.
- Los errores de alta prioridad son problemas que nuestros clientes verán, pueden dañar los datos o bloquear un sistema.
¿Cómo clasificar la gravedad del error para complementar nuestra clasificación de prioridad?
bug
issue-tracking
Irlanda
fuente
fuente
Respuestas:
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 qué cantidad o qué tipo de daño puede causar el defecto (peligroso / destructivo, degradado y sin solución alternativa, afectado pero existe solución alternativa, molestia / cosmética, sin impacto).
Por lo general, cuanto más peligroso y destructivo es el error, mayor es la prioridad. Sin embargo, no está garantizado. En consecuencia, podemos terminar con el error ocasional que se enumera como peligroso y destructivo, pero debido a la rareza de la situación, o la cantidad de cambio que se puede requerir para solucionarlo, su prioridad en teoría puede llegar a ser bastante baja.
fuente
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
Me imagino que los niveles de gravedad / 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 lo enojados que se sienten por el problema :)
fuente
Criterios de gravedad que uso:
La gravedad de un error en particular es una combinación de estos puntos.
fuente
Clasifique los errores por su factor de molestia, 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 una molestia para mí cada vez que me encuentro con el error. Y eventualmente 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 motivo aparente y sin ningún beneficio visible para el usuario, entonces tiene un ganador absoluto que hará que la gente odie su software.
No permitas que eso suceda. No envíe con errores que hagan que los clientes piensen que no les importa.
fuente