Prioridade	Descrição
Crítico	Recursos essenciais. A falha na implementação de um recurso crítico significa que o sistema não atenderá às necessidades do cliente. Todos os recursos críticos devem ser implementados na liberação ou a programação falhará.
Importante	Recursos importantes para a eficácia e eficiência do sistema para a maioria dos aplicativos. As funções não podem ser facilmente fornecidas de alguma outra maneira. Omitir um recurso importante pode afetar a satisfação do cliente ou do usuário, ou até mesmo a receita. No entanto, a liberação não será atrasada porque um recurso importante não foi incluído.
Útil	Os recursos que são úteis em menos aplicativos típicos, são usados menos frequentemente, ou podem corresponder às soluções alternativas razoalmente eficientes. Nenhuma receita significativa ou impacto na satisfação do cliente poderá ser esperada se tal item não for incluído em uma liberação.

c) Esforço – o esforço necessário para implementar os recursos é definido pela equipe de desenvolvimento. Alguns recursos requerem mais tempo e recursos do que outros. A estimativa de tempo por equipe ou pessoa, linhas de código necessárias ou pontos de funções, por exemplo, ajuda a calibrar a complexidade e definir expectativas do que pode ou não pode ser realizado em um determinado período de tempo. Use a estimativa para gerenciar o escopo e determinar a prioridade de desenvolvimento.

d) Risco - a equipe de desenvolvimento estabelece os níveis de risco, com base na probabilidade do projeto experimentar eventos indesejados, como saturações de custos, atrasos na programação ou até cancelamento. A maioria dos gerentes de projetos considera categorizar os riscos como alto, médio e suficiente, embora graduações mais refinadas sejam possíveis. Em geral, o risco pode ser avaliado indiretamente medindo-se a incerteza (faixa ou intervalo) da estimativa de planejamento da equipe de projetos.

e) Estabilidade – é definida pelo analista e pela a equipe de desenvolvimento, com base na probabilidade do recurso ser alterado ou no entendimento da equipe acerca de possível alteração no recurso. A estabilidade é usada para ajudar a estabelecer prioridades de desenvolvimento e determinar os itens que deverão ser extraídos.

f) Liberação de destino - As equipes registram a versão anterior (release) do produto na qual o recurso aparece primeiro. Este campo deve ser usado para alocar recursos de um documento de visão para um release de linha de base específico. Quando combinado com o campo Status, sua equipe pode propor, registrar e discutir vários recursos da liberação sem comprometer o desenvolvimento. Somente os recursos cujo status definido como "incorporado" e cuja liberação de destino é definida serão implementados. Com o gerenciamento de escopo, o número da versão da liberação de destino poderá ser aumentado de forma que o item permaneça no documento de visão, mas seja programado para uma liberação (release) posterior.

g) Designado para - Na maioria dos projetos, os recursos serão designados para “equipes de recursos”, que são responsáveis por uma extração maior, compondo os requisitos e a implementação do software. O processo ajuda todos da equipe do projeto a entender melhor as responsabilidades.

h) Motivo - esse campo de texto é usado para controlar (rastrear) a origem do recurso solicitado. Os requisitos existem por motivos específicos. Esse campo registra uma explicação ou uma referência a uma explicação. Por exemplo, a referência pode ser a página e número da linha de uma especificação de requisito do produto, ou um marcador de minuto em um vídeo de entrevista de um cliente importante.