Respuesta

La consideración de prioridades es una de las tareas más complicadas en la labor de un analista de negocios. Al principio, el analista recopila una lista completa de requisitos de cada interesado. Luego, define criterios para priorizar: valor comercial, riesgos, urgencia, costos, impacto en el usuario, viabilidad técnica. Para sistematizar, a menudo se utiliza la matriz MoSCoW (Must/Should/Could/Won’t) y metodologías como Weighted Shortest Job First (WSJF), RICE, entre otras.

El análisis multicriterio ayuda a explicar a los interesados por qué los requisitos de un participante se llevan a cabo mientras que los de otro se posponen. Como resultado, se lleva a cabo una negociación — se crea un “mapa de prioridades:”

| Requisito     | Interesado   | Impacto | Prioridad | Lanzamiento esperado |
|---------------|-------------|---------|-----------|---------------------|
| Integración X | EQUIPO_A    | Alto    | Alto      | 1.0                 |
| Función Y     | EQUIPO_B    | Medio   | Medio     | 1.1                 |

El analista argumenta la elección basada en los criterios y involucra al curador del proyecto para escalaciones.

Características clave:

• Aplicación de enfoques transparentes para la priorización con explicaciones de las razones.
• Enfoque en lograr un compromiso entre requisitos comerciales y técnicos.
• Discusión abierta de prioridades con todas las partes interesadas.

Preguntas trampa.

¿Es posible confiar solo en la opinión del interesado más influyente?

No. Seguir unilateralmente la opinión de un solo interesado lleva a perder en otras áreas importantes del proyecto y a posibles conflictos.

¿Debería priorizarse solo por la urgencia de la tarea?

No. La urgencia es solo uno de los parámetros, es necesario evaluar el impacto conjunto en objetivos, costos y riesgos.

¿Es el mapa final de prioridades estático durante todo el proyecto?

No, las prioridades deben revisarse flexiblemente a medida que cambian los objetivos comerciales, surgen nuevas limitaciones o información.

Errores típicos y anti-patrones

• Aceptación injustificada de requisitos sin análisis y argumentos.
• Ignorar un procedimiento transparente para la revisión de prioridades.
• Comunicación insuficiente con los equipos cuando surgen contradicciones.

Ejemplo de la vida real

Caso negativo: A petición de un alto ejecutivo, se añadió una función no suficientemente elaborada a la ERP de forma extraordinaria, desplazando las necesidades de los usuarios clave.

Ventajas: Aumentó la lealtad de un interesado. Desventajas: Como resultado, disminuyó el nivel general de satisfacción y aumentaron los costos de mejoras.

Caso positivo: El analista inició una reunión: junto con los líderes de los bloques funcionales, elaboró una lista de tareas equilibrada utilizando la matriz MoSCoW.

Ventajas: Se incrementó la transparencia en la aceptación de requisitos y mejoró el trabajo en equipo. Desventajas: Se requirió tiempo adicional para la aprobación.