Historia de la pregunta:
En grandes proyectos de TI, múltiples interesados pueden presentar requisitos que no solo son diferentes, sino que se contradicen directamente entre sí. La calidad de la resolución de estos conflictos afecta los plazos, costos y el éxito del proyecto.
Problema:
Las contradicciones no evidentes o ignoradas entre los requisitos llevan a la difuminación de responsabilidades, descontento de las partes interesadas, retrabajos y retrasos en lanzamientos. La falta de un procedimiento formalizado para identificar y acordar conflictos es una de las razones frecuentes de fracasos en grandes proyectos.
Solución:
El analista de sistemas utiliza enfoques demostrados: análisis de intereses y objetivos de cada interesado (mapeo de interesados), técnicas de facilitación (talleres, retrospectivas, "lluvias de ideas"), construcción de matrices de conflictos (matriz de conflictos), comparación por pares de requisitos (matriz de priorización). Aplica el método "análisis de porqués" para identificar las causas raíces de las expectativas, y luego elabora soluciones de compromiso o creativas, documentando los acuerdos clave.
Características clave:
¿Es siempre determinante la prioridad del cliente en un conflicto de requisitos?
No, a veces las limitaciones técnicas, la legislación o indicadores no funcionales críticos son más importantes que los deseos individuales del negocio, y el analista debe comunicar esto.
¿Es obligatorio buscar un compromiso?
No siempre: a veces una de las partes debe ceder, si es crítico para la arquitectura, la legislación o la reducción de riesgos clave.
¿Se puede no documentar los resultados de la resolución de conflictos si todos están de acuerdo en la reunión?
No, las decisiones clave deben ser documentadas, de lo contrario, después de varias iteraciones puede surgir "amnesia emocional" o una revisión de lo acordado.
Caso negativo:
En un proyecto de creación de un portal médico, los requisitos de la comunidad de pacientes sobre la anonimidad contradecían las reglas del Ministerio de Salud sobre el registro. El equipo ignoró esto y realizó un compromiso "a ojo". Al salir al mercado, el proyecto no pasó la auditoría, y el producto fue mejorado solo después de seis meses.
Ventajas:
Desventajas:
Caso positivo:
El analista llevó a cabo una sesión facilitada con ambas partes, destacó requisitos críticos (ley, seguridad), describió escenarios alternativos que atendían los intereses de todos. Todos los acuerdos fueron documentados, acordados con el departamento legal y el negocio.
Ventajas:
Desventajas: