La priorización de requerimientos permite decidir qué se construirá primero, qué puede esperar y qué quizá no debe incluirse. Es necesaria porque los proyectos tienen recursos limitados: tiempo, presupuesto, personas, capacidad técnica y atención de los interesados.
No todos los requerimientos tienen el mismo valor, urgencia, riesgo o costo. Algunos son esenciales para que el sistema funcione; otros son mejoras convenientes; otros pueden quedar para versiones futuras.
Priorizar no significa ignorar necesidades, sino tomar decisiones explícitas y justificadas.
Priorizar es ordenar requerimientos según criterios acordados, para decidir el momento o la importancia relativa de su implementación.
La priorización debe considerar valor, urgencia, riesgo, dependencias, costo, restricciones y objetivos del producto.
La priorización es necesaria porque:
Sin priorización, todo parece igualmente importante y las decisiones se vuelven confusas.
Existen distintos criterios para priorizar. Lo importante es que sean explícitos y entendidos por los interesados.
| Criterio | Pregunta principal |
|---|---|
| Valor de negocio | ¿Cuánto contribuye a los objetivos del producto? |
| Urgencia | ¿Debe estar disponible pronto por una fecha, problema o compromiso? |
| Riesgo | ¿Ayuda a reducir incertidumbre técnica, legal u operativa? |
| Esfuerzo | ¿Cuánto trabajo requiere construirlo? |
| Dependencias | ¿Habilita o bloquea otros requerimientos? |
| Obligatoriedad | ¿Es exigido por ley, contrato o condición crítica? |
| Impacto en usuarios | ¿Cuántos usuarios se benefician y cuánto mejora su trabajo? |
El valor de negocio indica cuánto aporta un requerimiento a los objetivos del producto u organización.
Un requerimiento puede aportar valor porque:
El valor debe analizarse con interesados del negocio, no solo desde el equipo técnico.
La urgencia indica qué tan pronto debe resolverse un requerimiento. No siempre lo más valioso es lo más urgente, y no todo lo urgente es lo más valioso.
Puede haber urgencia por:
Distinguir valor y urgencia permite tomar decisiones más equilibradas.
Algunos requerimientos deben priorizarse porque reducen riesgos. Por ejemplo, una integración técnicamente incierta puede abordarse temprano para comprobar factibilidad.
Tipos de riesgo:
Priorizar por riesgo ayuda a descubrir problemas antes de que sea tarde.
El esfuerzo indica cuánto trabajo requiere implementar un requerimiento. Puede depender de complejidad técnica, datos, reglas, integraciones, pruebas, diseño y documentación.
Un requerimiento de alto valor y bajo esfuerzo suele ser buen candidato para una entrega temprana. Uno de bajo valor y alto esfuerzo debería revisarse con cuidado.
El esfuerzo no debe ser el único criterio. Algo costoso puede ser indispensable si cumple una obligación legal o habilita una parte crítica del sistema.
Las dependencias afectan el orden de implementación.
Ejemplos:
Un requerimiento puede ser prioritario no por su valor directo, sino porque habilita otros requerimientos importantes.
MoSCoW es una técnica simple que clasifica requerimientos en cuatro grupos:
| Categoría | Significado | Ejemplo |
|---|---|---|
| Must have | Debe estar. Sin esto, la entrega no es aceptable. | Registrar pedidos con cliente y productos. |
| Should have | Debería estar. Importante, pero puede postergarse si es necesario. | Enviar notificación automática al confirmar pedido. |
| Could have | Podría estar. Conveniente, pero no crítico. | Permitir personalizar colores del tablero. |
| Won't have | No estará en esta entrega. | Aplicación móvil nativa para la primera versión. |
La categoría "Won't have" no significa nunca, sino no incluido en el alcance actual.
La matriz valor-esfuerzo compara cuánto valor aporta un requerimiento con el esfuerzo estimado para implementarlo.
| Situación | Interpretación |
|---|---|
| Alto valor, bajo esfuerzo | Buen candidato para priorizar temprano. |
| Alto valor, alto esfuerzo | Importante, pero requiere planificación y análisis. |
| Bajo valor, bajo esfuerzo | Puede incluirse si no distrae de objetivos principales. |
| Bajo valor, alto esfuerzo | Candidato a descartar o postergar. |
Una forma práctica de priorizar es asignar requerimientos a versiones o incrementos.
Ejemplo:
Esto permite entregar valor temprano y aprender con el uso real del sistema.
La priorización ayuda a definir un alcance mínimo viable para una primera entrega. Este alcance debe incluir lo necesario para que el producto aporte valor real, aunque no tenga todas las mejoras deseadas.
Un alcance mínimo no debe confundirse con una versión incompleta o descuidada. Debe ser pequeño, pero útil y aceptable.
Para definirlo conviene preguntar: ¿cuál es el conjunto mínimo de requerimientos que permite resolver el problema principal de manera usable y verificable?
La priorización debe involucrar a las personas adecuadas.
El negocio aporta valor y urgencia; el equipo técnico aporta esfuerzo, riesgo y dependencias.
Para un sistema de reclamos, podrían priorizarse así:
| Requerimiento | Prioridad | Justificación |
|---|---|---|
| Registrar reclamos con cliente, motivo y descripción. | Alta | Función central del sistema. |
| Asignar reclamos a responsables. | Alta | Necesario para seguimiento operativo. |
| Enviar notificaciones automáticas. | Media | Aporta valor, pero puede implementarse después del registro básico. |
| Tablero avanzado con gráficos predictivos. | Baja | No es necesario para la primera versión. |
La prioridad puede cambiar. Aparecen nuevas restricciones, cambian objetivos, se descubren riesgos o se obtiene retroalimentación de usuarios.
Conviene repriorizar cuando:
La repriorización debe comunicarse para evitar expectativas desactualizadas.
Las decisiones de prioridad deben registrarse. Esto ayuda a explicar por qué algo fue incluido, postergado o descartado.
Conviene registrar:
La trazabilidad evita discusiones basadas solo en memoria.
Al priorizar requerimientos, suelen aparecer estos errores:
Algunas buenas prácticas son:
La priorización de requerimientos permite tomar decisiones conscientes en un contexto de recursos limitados. Ayuda a enfocar el proyecto en lo que aporta más valor, reduce riesgos y permite planificar entregas realistas.
Una buena priorización combina mirada de negocio y análisis técnico. También requiere comunicación clara, porque toda prioridad implica postergar o descartar algo.
En el próximo tema estudiaremos negociación de requerimientos y resolución de conflictos, una actividad necesaria cuando los interesados tienen necesidades, prioridades o restricciones incompatibles.