Diferencias entre características que es preciso tener y características que estaría bien tener
Una vez que haya hecho las preguntas, dispondrá, en principio, de todos los requisitos del usuario. Sin embargo, deberá responder unas cuantas preguntas más antes de continuar con el diseño:
¿Sirve para algo todo lo que el usuario ha mencionado?
¿Es preciso que todo esté en el nuevo sistema?
¿Qué consecuencias puede tener esta característica?
¿Deben implementarse todos los requisitos de todos los usuarios en el sistema?
¿Tiene toda la información que necesita?
¿Existe una mejor manera de ejecutar esta tarea con Dynamics 365?
Después de reunir los requisitos, deberá separar los requisitos que deben incluirse de aquellos que estaría bien incluir.
Estaría bien incluir: requisitos que el usuario quiere tener en el sistema, pero que no son necesarios para que funcione. Por ejemplo, una determinada apariencia estética de una aplicación, o bien que la característica permita ahorrar tiempo a una sola persona una vez al año.
Deben incluirse: estos requisitos son lo mínimo necesario para que el sistema funcione y cómo debe diseñar el sistema. Por ejemplo, un requisito útil para que los usuarios puedan cumplir las leyes y reglamentos, ya sea de su país o región, o de su sector. Otro ejemplo de un requisito necesario es, por ejemplo, uno que puede ahorrar 20 horas a cada usuario todas las semanas.