A atribuição de um valor de negócio para cada requisito é uma idéia-chave em abordagens ágeis como o Scrum. Os valores relativos da actividade proporcionar uma prioritização inicial dos requisitos. A idéia é tentar e entregar o máximo valor para o negócio assim que projetos possible.For com os requisitos de tamanho usuário andares a menos de uma centena, isso pode funcionar bem.
Em contraste, para projetos com várias centenas de tais requisitos, onde uma proporção significativa devem ser implementadas para o resultado final a ser de alguma utilidade, gastando o tempo valorizando necessidades individuais torna-se o excesso de matança. Nesses casos, é melhor trabalhar com conjuntos de características relacionadas por negócios ou a atividade do usuário, priorizando tanto por riscos e da dependência, de estilo FDD.
No entanto, o valor do negócio pode ainda ser usado para determinar se uma conjunto de recursos fazem parte do mínimo produto viável (MVP), valem a pena o custo de desenvolvimento, ou vai custar mais para desenvolver e usar do que nunca vai produzir no lucro. Não faz absolutamente nenhum sentido até mesmo perder tempo falando com uma equipe de desenvolvimento de um conjunto de recursos, se esses recursos não vai aumentar a receita, aumentar a produtividade, reduzir os custos ou por um montante razoável.
A única exceção são recursos para atender às exigências regulamentares, mas estes são geralmente bem e verdadeiramente parte do mvp.
Omitindo requisitos de pouco ou nenhum valor parece ser o senso comum, mas muitas vezes as partes interessadas se sentem pressionados a insistir em exigências de valor duvidoso . Não é a pressão de práticas comerciais, a 'forma como o fazemos hoje ", ou" o que temos feito há anos' existente.
Depois, há a preocupação de não querer deixar de fora nada importante para que eles não podem ser responsabilizados por perdê-lo quando os usuários queixam-se mais tarde. Claro, hobby-cavalos pessoais e uma necessidade percebida para proteger os interesses escusos de carreira também pode aumentar a pressão para insistir na inclusão de requisitos duvidosos, e incluí-los 'na primeira versão!'. Examinando o valor de negócio de um tal conjunto de funcionalidades fornece munição objetivo de lutar contra as pressões emocionais para incluí-los no início ou em tudo.
A estimativa do valor de negócios de um conjunto de recursos é simples e direta, em alguns casos mas em muitas situações não é, e metad