El proceso de recopilación y análisis de requisitos es la identificación sistemática, organización y documentación de las necesidades comerciales del cliente para su posterior implementación en sistemas IT o procesos de negocio. Las etapas principales son:
Identificación de fuentes de requisitos: entrevistas con clientes, grupos de trabajo, análisis de documentación y procesos actuales.
Recopilación de requisitos: uso de sesiones técnicas (workshop), encuestas, observaciones y prototipado. Es importante asegurar la participación de todos los interesados.
Análisis y categorización: identificación de contradicciones, tareas duplicadas, clasificación de requisitos en comerciales / funcionales / no funcionales.
Documentación: formalización en forma de SRS (Specification Requirement Specification), historias de usuario o escenarios.
Validación y acuerdo: realización de revisiones con el cliente, incorporación de ajustes, aprobación de la versión final de los requisitos.
Características clave:
Comprensión profunda de los procesos de negocio es necesaria para interpretar correctamente los deseos del cliente.
Comunicación constante: la recopilación de requisitos es un proceso iterativo, relacionado con cambios a lo largo del proyecto.
Artefactos de requisitos (diagramas, modelos, especificaciones) son críticos para el trabajo futuro del equipo.
¿Se puede limitar a un solo tipo de requisitos (por ejemplo, comerciales o funcionales)?
No, el analista de negocios debe abarcar todos los tipos de requisitos: comerciales, de usuario, funcionales y no funcionales. De lo contrario, corre el riesgo de obtener un producto que no cumpla con las expectativas de todos los interesados.
¿Siempre es suficiente realizar solo una sesión de recopilación de requisitos?
No, en la práctica hay muchos requisitos, se aclaran gradualmente, de manera iterativa. Normalmente se realizan varias sesiones para recopilar y acordar todo correctamente.
¿Es posible modificar requisitos aprobados sin procedimientos formales?
No, cualquier cambio debe pasar por el proceso de gestión de cambios, de lo contrario surgirá caos, incompatibilidades y malentendidos entre los equipos.
Al desarrollar un módulo analítico para un banco, al inicio se llevó a cabo solo un workshop. Más tarde se descubrió que la funcionalidad no consideraba los requisitos del servicio de seguridad de la información, y fue necesario realizar significativas revisiones del producto, gastando tiempo y presupuesto en esto.