Todos los requisitos son importantes, pero se priorizan para obtener los mayores y más inmediatos beneficios para el negocio. Los desarrolladores intentarán inicialmente entregar todos los requisitos Must have, Should have y Could have, pero los requisitos Should y Could serán los primeros en ser eliminados si el plazo de entrega parece amenazado.
El significado en inglés sencillo de las categorías de priorización tiene valor para que los clientes entiendan mejor el impacto de establecer una prioridad, en comparación con alternativas como Alto, Medio y Bajo.
Las categorías se entienden típicamente como:
Los requisitos etiquetados como Must have son críticos para el plazo de entrega actual para que sea un éxito. Si no se incluye ni un solo requisito «Must have», la entrega del proyecto debería considerarse un fracaso (nota: los requisitos pueden ser rebajados de «Must have», por acuerdo con todas las partes interesadas pertinentes; por ejemplo, cuando se consideran más importantes nuevos requisitos). MUST también puede considerarse un acrónimo del subconjunto mínimo utilizable. Debería tener Los requisitos etiquetados como Debería tener son importantes pero no necesarios para la entrega en el plazo actual. Aunque los requisitos «Debería tener» pueden ser tan importantes como los «Debe tener», a menudo no son tan críticos desde el punto de vista del tiempo o puede haber otra forma de satisfacer el requisito para que se pueda retrasar hasta un futuro plazo de entrega. Podría tener Los requisitos etiquetados como Podría tener son deseables pero no necesarios y podrían mejorar la experiencia del usuario o la satisfacción del cliente por un pequeño coste de desarrollo. Normalmente se incluirán si el tiempo y los recursos lo permiten. No tendrá (esta vez) Los requisitos etiquetados como No tendrá, han sido acordados por las partes interesadas como los elementos menos críticos y de menor rentabilidad, o no son apropiados en ese momento. Como resultado, los requisitos de «No tendré» no se planifican en el calendario para el siguiente plazo de entrega. Los requisitos que no se quieren tener se descartan o se reconsideran para incluirlos en un plazo posterior. (Nota: a veces se utiliza el término «Me gustaría tener»; sin embargo, este uso es incorrecto, ya que esta última prioridad indica claramente que algo está fuera del alcance de la entrega). (El BCS en la edición 3 & 4 del Business Analysis Book describe ‘W’ como ‘Want to have but not this time around’)
VariantesEditar
A veces W se utiliza para significar Wish (o Would), es decir, todavía posible pero con poca probabilidad de ser incluido (y menos probable que Could). Esto se distingue de la X de Excluido para los elementos que no se incluyen explícitamente.