Resumen
El área de conocimiento Análisis de los requerimientos describe las tareas y técnicas
usadas por un Analista de Negocio para analizar los requerimientos declarados por los stakeholders con el fin de definir las capacidades requeridas por una solución potencial,
que cubra las necesidades de los stakeholders. El ‘análisis de requerimientos’ comprende la definición de los requerimientos de los stakeholders, los cuales describen lo que una solución debe ser capaz de hacer para satisfacer las necesidades de uno o más grupos de stakeholders, y los requerimientos de la solución, los que describen el comportamiento de los componentes de la solución con suficiente detalle para permitir que sean construidos. Las tareas en esta área de conocimiento se aplican a ambos: requerimientos de los stakeholders y requerimientos de la solución.
Además, el ‘análisis de los requerimientos’ puede ser realizado para desarrollar modelos
del estado actual de una organización. Estos modelos de dominio son útiles para validar el alcance de la solución con los stakeholders técnicos y de negocio, para analizar el estado actual de una organización, para identificar oportunidades de mejora, o para ayudar a los stakeholders en el entendimiento de ese estado actual.
Priorizar los requerimientos
La priorización de los requerimientos asegura que los esfuerzos del análisis e implementación se centren en los requerimientos más críticos.
Es un proceso de decisión usado para determinar la importancia relativa de los requerimientos. La importancia de los requerimientos puede estar basada en su valor relativo, riesgo, dificultad de implementación, o en otros criterios.
Estas prioridades son usadas para determinar cuáles requerimientos deberían ser destinados
a un análisis posterior y determinar cuáles deberían ser implementados primero.
Bases para la priorización
Los requerimientos pueden ser priorizados mediante una serie de criterios diferentes, incluyendo:
Valor de negocio: Este enfoque prioriza requerimientos basados en el análisis de costo-beneficio de su valor relativo para la organización. Los requerimientos más valiosos serán objeto de desarrollo en primer lugar. Este enfoque es común en la mejora de una solución existente que ya satisface los requerimientos mínimos especificados, o cuando la entrega de la solución es en incrementos.
Riesgos de negocio o riesgos técnicos: Este enfoque selecciona los requerimientos que presentan el riesgo más alto de falla del proyecto. Estos requerimientos son investigados
e implementados primero para asegurar que si en el caso que el proyecto falle, lo haga con el menor gasto posible.
Dificultad de implementación: Este enfoque selecciona los requerimientos que son más fáciles de implementar. Este enfoque es a menudo seleccionado durante el piloto de un proceso de desarrollo nuevo, o de herramientas nuevas, o cuando se implementa en forma gradual una solución empaquetada, ya que permite al equipo del proyecto ganar familiaridad con esas cosas mientras trabajan sobre los requerimientos de bajo riesgo.
Probabilidad de éxito: Este enfoque se centra en los requerimientos que probablemente produzcan ciertos resultados relativamente exitosos rápidamente. Es común
cuando un proyecto es controvertido, y los primeros signos de progreso son necesarios
para obtener apoyo para la iniciativa.
Cumplimiento con reglamentaciones o políticas: Este enfoque prioriza los requerimientos que deben ser implementados con el fin de cumplir con las demandas regulatorias o políticas impuestas sobre la organización, las cuales pueden tener prioridad sobre los intereses de otros stakeholders.
Relación con otros requerimientos: Un requerimiento puede que no sea de gran valor en sí mismo, pero puede apoyar otras necesidades de alta prioridad y como tal, puede ser un candidato para su pronta implementación.
Acuerdos con los stakeholders: Este enfoque requiere que los stakeholders alcancen un consenso sobre cuáles requerimientos son más útiles o de más valor. Esto a menudo es usado en combinación con uno o más de los enfoques descritos anteriormente.
Urgencia: Este enfoque prioriza los requerimientos de acuerdo a las limitaciones
de tiempo.
Técnicas
Técnicas generales
Análisis de decisiones: El ‘análisis de decisiones’ puede ser usado para identificar requerimientos de alto valor.
Análisis de los riesgos: Los requerimientos que son considerados riesgosos pueden necesitar ser investigados o implementados primero, de modo que si los riesgos causan que el proyecto fracase, la organización habrá invertido lo menos posible hasta ese punto.
Técnica MoSCoW (Must, Should, Could, and Won’t, en inglés)
La técnica MoSCoW divide los requerimientos en 4 categorías: Obligatorio, Requerido, Potencialmente requerido, No necesario. Las descripciones de las categorías son las siguientes:
Obligatorio: Describe un requerimiento que debe ser satisfecho en la solución final para que la solución sea considerada como exitosa.
Requerido: Representa una alta prioridad que debería incluirse si es posible dentro de la solución. Esto es a menudo un requerimiento crítico, pero que puede ser satisfecho
de otra manera si es estrictamente necesario.
Potencialmente requerido: Describe un requerimiento que es considerado como deseable pero no necesario. Será incluido si el tiempo y los recursos lo permiten.
No necesario: Representa un requerimiento que los stakeholders han acordado que no será implementado en una versión dada, pero puede ser considerado para el futuro.
Límite de tiempo / Presupuesto
El ‘límite de tiempo’ o el ‘presupuesto’ priorizan los requerimientos para la investigación e implementación basadas en la asignación de recursos fijos. Esto es usado cuando se ha determinado el enfoque de la solución. El ‘límite de tiempo’ prioriza requerimientos basados en la cantidad de trabajo que el equipo de trabajo es capaz de entregar en un periodo de tiempo dado. En contraste, el ‘presupuesto’ es usado cuando al equipo de trabajo se le ha asignado un monto fijo de dinero. Este enfoque es a menudo más usado cuando se tiene que cumplir con una fecha límite inamovible o para soluciones que son mejoradas regular o frecuentemente. Hay una serie de enfoques que pueden adoptarse para determinar cuáles requerimientos pueden ser incluidos en una iteración con límite de tiempo:
Todos incluidos: Iniciar todos los requerimientos elegibles con duración o costo asignados. Eliminar los requerimientos con el fin de cumplir con las fechas límites o el presupuesto.
Todos excluidos: Iniciar agregando el(los) requerimiento(s) con duración o costo asignados al calendario o al presupuesto. Detenerse cuando se alcanza la fecha límite o el presupuesto.
Selectivo: Iniciar identificando los requerimientos de alta prioridad incluyéndolos al calendario o presupuesto. Incluir o eliminar requerimientos para cumplir con las fechas límites o el presupuesto.
Votación
Los métodos de votación asignan una cantidad fija de recursos (votos, dinero de juego, o fichas) a cada participante para que ellos los distribuyan entre las características o requerimientos propuestos. Los requerimientos que reciben más recursos son
los que serán investigados y desarrollados primero.