Tips para especificar las funcionalidades requeridas por los usuarios

Cuando iniciamos el proceso de identificación de las funcionalidades que los usuarios esperan que les ofrezca un software especifíco, si no se tiene mucha experiencia en esto de especificar funcionalidades, puede ser difícil saber qué preguntar y qué no preguntar.

Normalmente, especificamos las funcionalidades requeridas mediante entrevistas con los usuarios o co los responsables de la ejecución del proyecto que se ha definido para la construcción del software. Así que es bueno saber qué temas empezar a tratar.

Estas son algunas de las preguntas generales que tengo en mente cuando voy a especificar una funcionalidad de un software:

• ¿En qué punto del proceso de negocio interviene la funcionalidad que estamos especificando?
• ¿Qué tan importante es la funcionalidad dentro del proceso de negocio?
• ¿Quiénes son los usuarios y áreas interesados en la funcionalidad?
• ¿Quiénes tiene la responsabilidad de ejecutar la funcionalidad?
• ¿Quiénes no deberían tener acceso a la funcionalidad?
• ¿Con qué periodicidad se ejecuta la funcionalidad?
• ¿Qué datos son obligatorios en la funcionalidad?
• ¿Cómo se debe reportar las fallas en la funcionalidad y a quién se le debe reportar?
• ¿Bajo qué condiciones la funcionalidad no debe estar disponible para su uso?
• ¿Se requieren controles de auditoría y seguimiento a las operaciones realizadas en la funcionalidad?
• ¿Qué actividades deben haberse ejecutado antes de usar la funcionalidad?

Y... ¿cómo me preparo para ser Analista de Negocio?

El conocimiento del negocio del cliente para el cual se desarrollará un sistema informático es un factor esencial para el éxito de la solución dentro de la organización.

Sea porque nuestro cliente es interno o porque es un cliente externo, es fundamental saber a qué se dedica la organizacion y precisar, con mucho detalle, el punto en que la solución informática tendrá apoyará los procesos de negocio del cliente.

Sin este conocimiento del negocio y de los procesos productivos y de apoyo en los que está enmarcado el proyecto de la solución informática, es muy posible que fracasemos en el intento.

En los últimos años se ha venido desarrollando un perfil profesional que apoye y soporte la obtención de este conocimiento. Algunos los llaman Analista de Requisitos, otros, Ingeniero de Requisitos y otros, lo enmarcan todo bajo la concepción de Analista de Negocio.

Con el fin de que todos vayamos aclarando algunas ideas sobre estos roles, los invito a visitar estas URL:

• The International Institute of Business Analysis
• Business Analyst & Systems Analyst Community

En ambos sitios encontramos información que puede ayudarnos a formarnos como Analistas de Negocio, o como Analistas de Requisitos o com Ingenieros de Requisitos.