INGENIERIA DE

REQUERIMIENTOS

Priorización de
Requerimientos
 Priorización de Requerimientos
• Proceso de naturaleza compleja
• Producto de la interacción de las denominadas partes
interesadas (stakeholders)
• Juicio crítico y consensuado, con el fin de seleccionar, el
conjunto de requerimientos que deberían ser
implementados
Priorización de Requerimientos
OBJETIVO

• “Desarrollar sistemas que reflejen y satisfagan las

necesidades de los usuarios/clientes”
• Qué requerimientos?  Selección
• En qué orden? Priorización
 Priorización de Requerimientos
La Priorización de Requerimientos se relaciona con variables tales
como:
– Tiempo
– Esfuerzo
– Riesgo

* Reflejadas en el grado de prioridad de los requerimientos

(tiempo); las restricciones impuestas por los recursos disponibles
(esfuerzo) y las características particulares del dominio de
aplicación (riesgo).
 Priorización de Requerimientos
Por qué Priorizar?
 No es factible implementar la totalidad de los requerimientos disponibles.

 Normalmente existen restricciones de tiempo, esfuerzo y riesgo.

 Se debe planificar releases (siguientes versiones)

 Un manejo no adecuado de la Priorización de Requerimientos puede llegar a

vulnerar la calidad del Software.

 Puede impactar en forma desfavorable en la satisfacción de los clientes/usuarios

 Priorización de Requerimientos
Proceso de Priorización

Identificar los Actores del Proceso de Requerimientos

Identificar a los Stakeholders
Identificar los Roles de los Stakeholders
Identificar sus puntos de vista a partir de un análisis de la cultura y
política organizacional
Clasificar al conjunto de requerimientos en función de su grado de
prioridad
Implementar un esquema de negociación que pueda resolver aquellos
conflictos que puedan tenerse a lugar durante la ejecución del presente
proceso
 Priorización de Requerimientos
Versionamiento: Releases e Iteraciones
• Cuando las expectativas de los stakeholders son altas, los tiempos
cortos y los recursos limitados, el Producto de Software debe enviarse
con la funcionalidad esencial tan pronto posible, el alcance de cada
versión debe ser limitado.
• Las compañías de software normalmente terminan realizando métodos
ad-hoc para establecer su proceso de decisión en torno al problema
que supone versionar el producto.
• El éxito en el proceso de selección de aquel conjunto de requerimientos
que serán implementados en una versión del producto (Next Release),
depende fuertemente del éxito del proceso de Priorización de
Requerimientos.
Priorización de Requerimientos
Aproximación Ágil
Release= N iteraciones
• Planeación de release= balancear entre las
restricciones de tiempo y el conjunto deseado de
funcionalidades para ese release.
• Planeación de iteración = selección de historias de
usuario a ser incluidas en esa iteración
• Cliente y equipo de desarrollo deben involucrarse en la
planificación de releases e iteraciones.
 Priorización de Requerimientos
Aproximación Ágil

• El cliente debe priorizar las historias de usuario (requerimientos),

considerando:
– La conveniencia de la función a una amplia base de usuarios o clientes
– La conveniencia de la función a un pequeño número de usuarios o clientes
importantes
– La dependencia de la historia en relación con otras historias. Por ejemplo, el
"Req A." puede no ser de alta prioridad por su propia cuenta, pero puede
ser tratada como tal, ya que es complementario al "Req B.", que es de alta
prioridad.
 Priorización de Requerimientos
Aproximación Ágil
Los desarrolladores:

• Tienen diferentes prioridades para muchas de las historias

• Pueden sugerir que la prioridad de una historia cambie en función de su
riesgo técnico o debido a que es complementaria con otra historia.
• El equipo cliente debe escuchar las opiniones del equipo de desarrollo,
pero normalmente prevalecerá la prioridad a las historias que
maximicen el valor que se entregue a la organización.
Priorización de Requerimientos
Aproximación Ágil –Ejemplo
 Priorización de Requerimientos
Beneficios
• La correcta implementación de la Priorización, trae consigo una serie de
beneficios concretos que se materializan en la estimación de:
– El uso de los recursos disponibles
– El tiempo comprometido
– Los costos incurridos
• Con relación al “Problema de la Próxima Versión”, permite sentar la
base para una mejor planeación del producto.
• Contribuye:
– A incrementar el valor de negocio
– A incrementar la percepción de calidad del producto
– Contribuye con la satisfacción de los stakeholders.