¿Cómo clasificar la gravedad del error para complementar nuestra clasificación de prioridad?

14

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.

bug issue-tracking

— Irlanda
fuente

13

¿Por qué tiene nombres imposibles de entender como "bajo", "medio" y "alto"? ¿Por qué no usar simplemente usar palabras reales como "bloqueo", "corrupción", "solución conocida" y "molestia"?

— S.Lott

1

Porque no tengo nada que ver con el nombramiento de los niveles de prioridad. Solo puedo usar lo que me dan. Sin embargo, me gustan tus nombres para ellos.

— Erin

2

Tenemos un 4to nivel, "Crítico". Es lo peor de lo que clasificaría como "alto" (por ejemplo, falla repentina del servidor de producción).

— FrustratedWithFormsDesigner

1

Encuentro que Low nunca se usa ... todos dicen que es Medio, Alto o Urgente

— Rachel

1

@ Thorbjørn Cuando un error lleva más tiempo ponerlo bajo seguimiento que solucionarlo allí mismo cuando lo noto, tiendo a solucionarlo. (Eso sí, no tenemos un proceso formal de control de calidad, por lo que el trabajo de nadie más es poner errores en el rastreador. Es más una lista de "tareas pendientes" para nosotros que una cola de trabajo de otra persona).

— CodexArcanum

23

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.

— Chispeante
fuente

10

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 descubra cómo dar la vuelta a este barco!
Alto - Quejas de aceptación del cliente, el crucero gira demasiado rápido, los clientes derraman sus bebidas. ¡No podemos usar tus cosas hasta que esto se solucione!
Medio: funcionalidad que mejoraría la facilidad de uso para los clientes / técnicos de campo. Cosas que ahorran tiempo a las personas.
Bajo - cosas cosméticas

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 :)

— Doug T.
fuente

Debería pensar demasiado en su clasificación de las cosas cosméticas. Los errores cosméticos demuestran que no te importa. Si no te importa, los peores errores no se atribuyen a la mala suerte y se perdonan, sino que se atribuyen al descuido.

— gnasher729

@ gnasher729: ¿Cuál es tu desacuerdo específico? ¿Está diciendo que un error cosmético que no afecta significativamente la cantidad de tiempo que un cliente pasa para que el software funcione debería clasificarse como más importante que un error que sí afecta y no es cosmético? ¿O que? Las prioridades son relativas, no absolutas, y siempre hay más por hacer.

— Nathan Tuggy

0

Criterios de gravedad que uso:

¿Evita que el usuario obtenga lo que quiere del programa?
¿Es 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.

— Nikita Barsukov
fuente

1

También es importante la cantidad de usuarios afectados. Y qué usuarios, si su aplicación tiene características que no están disponibles para todos.

— FrustratedWithFormsDesigner

-1

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.

— gnasher729
fuente

esto ni siquiera intenta responder a la pregunta formulada, "¿Cómo clasificar la gravedad del error para complementar nuestra clasificación de prioridad?" Vea cómo responder

— mosquito