Cómo probar la aceptación del usuario y la retroalimentación de análisis de negocio

Después de terminar la porción de ensayo usabilidad de su análisis de la ejecución del proyecto, que desea probar la interfaz con la gente que en realidad será de usarlo.

Cómo llevar a cabo una prueba de aceptación del usuario

El propósito de la prueba de aceptación del usuario (UAT) es demostrar el cumplimiento de los objetivos del proyecto, no para encontrar errores o defectos de software. Es la fase final de pruebas, donde los usuarios envían el software para escenarios del mundo real para verificar que cumple con sus necesidades.

Siga estos pasos para realizar la prueba de aceptación de los usuarios:

1. Obtener un acuerdo con el cliente / usuario en los parámetros de la prueba.

   Asegúrese de que usted y el usuario está en la misma página con respecto a los siguientes elementos:

2. Conjunto de casos de prueba de aceptación y los criterios de paso: A medida que el analista de negocios, normalmente ayudar proporcionando casos de prueba y escenarios de prueba a las personas que realizan la UAT.

3. Entorno de prueba: Es posible que desee probar fuera del sitio o en una ubicación remota en caso de que el medio ambiente es el mundo real en el que los usuarios operan. Por ejemplo, los vendedores a distancia son a menudo en sus coches o en puntos de acceso Wi-Fi, por lo que las pruebas de una solución para ellos puede ser necesario que se produzca en uno de esos lugares.

4. Los procedimientos de prueba: Confirme cómo los usuarios van a probar a través de las condiciones.

5. Dé la vuelta a toda la información acerca de defectos conocidos en el sistema.

   Este paso es beneficioso por dos razones. Uno, el de ser franco y honesto es mejor que los usuarios descubrir por su cuenta. Dos, usted puede tener un plan de mitigación y explicar a los usuarios cuando van a tener una solución para los defectos.

6. Deje que los usuarios probar el sistema de acuerdo con el plan.

7. Pida a los usuarios firmar en el sistema, aceptando así.

   Usuarios Llegar a firmar en la prueba de aceptación de los usuarios, no sólo indica aceptación- es también un importante hito del proyecto.

Cómo llevar a cabo una evaluación de usuario post-implementación

Aunque usted como analista de negocios deben aceptar la retroalimentación acerca de un sistema en cualquier momento que se le da, también se debe realizar una evaluación oficial post-implementación después de que los usuarios no han conseguido la formación de encendido y utilizado el producto durante un tiempo - por lo general alrededor de 3 a 6 meses después de la implementación .

La verdadera prueba de si un sistema cumple con éxito su objetivo es saber si los usuarios siguen utilizando varios meses después de la implementación. Si es así, la solución fue un éxito y está cumpliendo con la necesidad. Si no es así, el proceso se rompió en algún lugar, o la solución no de otro modo para satisfacer esa necesidad.

Así es como para realizar una evaluación de usuario después de la aplicación:

1. Después del período inicial de uso de 3 a 6 meses, programar una sesión con los usuarios de negocios para llevar a cabo una evaluación posterior a la ejecución.

2. Durante la sesión, obtener retroalimentación, ya sea a través de la observación o un taller facilitado.

   Recibe los usuarios hablar. Preste especial atención a sus superlativos y conseguir que explican esas declaraciones. Si ellos dicen que el sistema es inútil, profundizar en por qué es inútil. Si usted siempre ha estrellarse dicen, les pregunto qué acciones llevan a cabo justo antes de que se estrelle. Después de todo, usted quiere entender sus preocupaciones, ya que pueden dar vuelta, aquellos en los requisitos futuros!

   Nota: Algunas de sus observaciones pueden ser las métricas (mediciones de tiempo, esfuerzo, o la calidad) que rodean un proceso. Asegúrese de que usted está familiarizado con la expectativa y viene preparado con un cronómetro!

3. Anota tus observaciones y respuestas de los usuarios a sus preguntas.

4. Proporcionar a los participantes con la documentación y hacer que validan su información.

5. Hacer cambios finales en base a la retroalimentación de los usuarios.

6. Si es necesario, hacer recomendaciones para los siguientes pasos, que pueden ser un nuevo proyecto, una solución de mantenimiento, o un cambio en el proceso.

La evaluación posterior a la ejecución no es una sesión de queja (" el sistema es horrible ") o una lecciones aprendidas período de sesiones (que se concentra en cómo puede mejorar los procesos del proyecto). Está diseñado para ser un informe de devolución del producto y si / lo bien que el producto cumple con las necesidades del negocio.