Respuesta.

Históricamente, los enfoques para la recopilación de requisitos se consideraban lineales: el analista se comunicaba con diferentes partes interesadas, formulaba listas de deseos y las documentaba en una especificación. En la práctica, cuanto más grande es el proyecto, más difícil es identificar y rastrear cruces, duplicaciones y tareas diametralmente opuestas entre los requisitos de diferentes grupos de interesados.

Problema

En sistemas a gran escala, a menudo surgen:

contradicciones entre los requisitos de diferentes departamentos (por ejemplo, seguridad vs comodidad);
superposiciones y duplicaciones (diferentes equipos quieren lo mismo desde diferentes ángulos);
dependencias ocultas (un cambio arrastra otros).

Un error en la etapa de análisis puede llevar a conflictos en la implementación, alargamiento de plazos, mecanismos que no funcionan o imposibilidad de integrar módulos.

Solución

Un analista de sistemas profesional debe utilizar técnicas:

construcción de matrices de dependencia (por ejemplo, "matriz de trazabilidad de requisitos") y modelos (diagramas UML, diagramas ER);
realización de reuniones de trabajo y revisiones entre grupos de interesados opuestos;
uso de la técnica "resolución de conflictos de requisitos" (por ejemplo, sesiones de facilitación);
implementación de herramientas de trazabilidad que permiten ver las interrelaciones entre los requisitos en cada etapa (por ejemplo, requisitos de API y requisitos de seguridad para esas mismas operaciones);
actualización regular y priorización de requisitos.

Características clave:

Las matrices y diagramas son obligatorios para proyectos complejos.
La resolución de conflictos es responsabilidad del analista.
Las dependencias ocultas se extraen a través de la modelización y la comunicación.

Preguntas capciosas.

¿Es la priorización de requisitos una forma de resolver contradicciones?

No, la priorización es establecer el orden de implementación. Las contradicciones deben ser resueltas antes de ser colocadas en el backlog, mediante consenso, compromiso o revisión de requisitos.

¿Se pueden identificar todas las interrelaciones solo con herramientas automáticas?

No, la automatización (por ejemplo, herramientas de trazabilidad) ayuda, pero los sentidos comerciales subyacentes, los matices de los procesos y los conflictos ocultos se capturan solo a través de la discusión con interesados reales.

¿Significa que la intersección de requisitos implica que uno de ellos es necesariamente innecesario?

No, los requisitos pueden superponerse en las formulaciones, pero tener diferentes objetivos finales. Es necesario comprobar el sentido y buscar oportunidades para su agregación o clarificación.

Errores típicos y anti-patrones

Combinación apresurada de requisitos contradictorios (eliminar uno rompe los escenarios de negocio).
No fijar las relaciones: en modificaciones, los requisitos antiguos "se pierden" y se rompen.
Confiar únicamente en la documentación sin comunicaciones vivas.

Ejemplo de la vida real

Caso negativo: En un CRM bancario, dos departamentos solicitaron de manera independiente implementar una "búsqueda rápida de clientes". Los requisitos se implementaron por separado, no se identificó la duplicación, lo que llevó a la aparición de dos búsquedas diferentes, escenarios confusos.

Ventajas:

Satisfacción de cada departamento por separado

Desventajas:

Inconsistencia de la interfaz
Crecimiento del soporte
Aumento de costos del proyecto

Caso positivo: El analista organizó talleres con segmentos clave de requisitos, una matriz de dependencias, y fue acordando iterativamente los escenarios con los clientes y ejecutores.