Valorar las peticiones según la tarea y su impacto

Una petición frecuente merece atención. Su frecuencia, por sí sola, no explica qué cambio mejoraría más una situación de trabajo. El equipo necesita entender la tarea afectada y lo que sucede actualmente.

Dos cuestiones en una aplicación de almacén ficticia

El siguiente ejemplo es completamente hipotético. No describe ningún estudio realizado ni contiene una distribución medida de peticiones. Supongamos que para una aplicación de almacén se pide una visualización más oscura y se comunica que las unidades de cantidad resultan ambiguas.

Si, en este supuesto, la cantidad correcta queda en duda y no existe una alternativa provisional utilizable, investigaríamos primero las unidades. Ese orden responde a estas condiciones; no es una clasificación universal de funciones.

Buscar la necesidad detrás de la solución propuesta

«Más oscura» ya describe una posible solución. Puede responder a reflejos, problemas de contraste o una costumbre. Estas diferencias influyen en qué cambio ayudará. Descartar la petición como una cuestión de gusto cerraría la investigación demasiado pronto.

Tampoco una unidad ambigua pasa automáticamente a tener la máxima prioridad porque se imagine una consecuencia grave. Hay que aclarar cuándo ocurre, a quién afecta y si la forma de trabajar actual ofrece una alternativa fiable. Una observación poco frecuente justifica investigar, pero no demuestra su extensión.

Registrar la decisión y su fundamento

Separe la acción observada, su interpretación y el siguiente paso previsto. Anote para ambas cuestiones la tarea, las condiciones afectadas y la pregunta pendiente. Así podrá reconocer qué información nueva justificaría cambiar el orden.

Los recuentos de un pequeño estudio cualitativo no muestran de forma fiable la extensión de un problema en todo el público objetivo. Aun así, se puede decidir una prioridad si se hacen visibles su fundamento y su incertidumbre. En el ejemplo, una unidad más clara solo sería una mejora si permitiera introducir y comprobar la cantidad con mayor fiabilidad en el flujo correspondiente.

Fuentes

• GOV.UK — Analyse a research session

• GOV.UK — How the discovery phase works

• Nielsen Norman Group — The Definition of User Experience

• W3C WAI — Involving Users in Evaluating Web Accessibility