Finalidade
  • Desenvolver a justificativa econômica do produto.
Função:  Coordenador de Projeto  
Freqüência: Uma vez por iteração 
Etapas
Artefatos de Entrada:    Artefatos Resultantes:   
Mentores de Ferramentas:   

Detalhes de Workflow:   

O Caso de Negócio documenta o valor econômico do produto. É o instrumento pelo qual o financiamento do projeto é obtido. Um caso de negócio mal documentado poderá destruir até mesmo as melhores idéias sobre o produto, ao passo que um caso de negócio bem documentado poderá garantir o financiamento adequado aos produtos de valor.

Descrever o ProdutoIr para o início da página

Finalidade  Criar uma definição concisa do produto a ser desenvolvido.  

Uma descrição resumida do produto com a qual todos os investidores concordem é fundamental para o sucesso do projeto. A descrição do produto deve definir, em alguns parágrafos, o que será o produto, que problemas ele solucionará e por que ele é necessário. A descrição não deve se aprofundar nos itens específicos do problema, mas deve criar um argumento convincente a favor da necessidade do produto. Ela deve ser breve, no entanto, para que seja facilmente compreendida e lembrada por todos os membros da equipe.

Definir o Contexto do Sistema Ir para o início da página

Finalidade Definir o ambiente no qual o produto será implementado.
Definir o mercado do produto.

O contexto do negócio ajudará os investidores no projeto a entender e concordar com o mercado pretendido para o produto. O mesmo conjunto de requisitos, interpretado por diversos clientes, pode estar relacionado a sistemas distintos.

O contexto do negócio define o mercado pretendido para o produto, inclusive o domínio no qual o sistema será operado (por exemplo, telecomunicações, transações bancárias, comércio na Web, etc.) e uma definição dos usuários do produto. Se o domínio for bem compreendido, uma descrição resumida será suficiente. Contudo, para alguns mercados, pode ser necessária uma descrição mais completa do espaço de problemas. A definição do mercado deve incluir produtos semelhantes e identificar empresas ou soluções concorrentes.

Se o produto está sendo desenvolvido para atender a um contrato, os termos do contrato devem ser observados. Se importantes marcos precisam ser passados, deve ser observado o cumprimento dos termos do contrato.

Se o produto for o aprimoramento de um produto já existente, este deverá ser descrito.

Definir os Objetivos do ProdutoIr para o início da página

Finalidade Informar claramente os objetivos do produto.  

Informe os objetivos para o desenvolvimento do produto - os motivos de sua importância. Fazem parte desse processo um esboço e uma avaliação dos riscos da programação. Objetivos claramente definidos e expressos garantem uma base sólida para a formulação de marcos e o gerenciamento de riscos, isto é, a manutenção do projeto sob controle e a garantia de seu sucesso.

Desenvolver a Previsão Financeira Ir para o início da página

Finalidade Desenvolver projeções do custo e dos lucros do projeto.  

Para um produto de software comercial, o Caso de Negócio deve incluir um conjunto de suposições sobre o projeto e a ordem de importância do retorno do investimento (ROI) se essas suposições forem verdadeiras. Por exemplo, o retorno do investimento terá importância cinco, se concluído em um ano, dois, se concluído em dois anos e um número negativo, após esse tempo. Essas suposições são verificadas no fim da fase de elaboração, quando o escopo e o plano já estão melhor conhecidos. O retorno baseia-se na estimativa de custo e nas estimativas de possíveis lucros.

No caso de projetos de software internos, o retorno será calculado em termos do 'Valor Líquido Presente' do projeto ou em termos de uma taxa interna de retorno. Com o valor líquido presente, o futuro stream de fluxos de caixa acumulados no projeto serão calculados (inclusive os fluxos de caixa negativos relacionados ao desenvolvimento e suporte do projeto) e, em seguida, descontados com base em uma taxa de retorno determinada pela organização de acordo com o risco do projeto. Um valor líquido presente superior a zero indica que o projeto representa um benefício economicamente positivo para a empresa.

No caso da taxa interna de cálculo para o retorno, pressupõe-se um valor líquido presente igual a zero e a taxa interna de retorno para a produzi-lo é calculada. Essa taxa interna de retorno (IRR) do projeto é, então, comparada com uma taxa mínima de retorno para os projetos com nível de risco semelhante. Se a IRR do projeto for superior à taxa mínima de retorno, o projeto representará uma vantagem econômica para a empresa.

O valor líquido presente e as taxas internas de retorno também podem ser calculados para os produtos de software comerciais.

A estimativa de recursos engloba o projeto inteiro até sua liberação. Essa estimativa é atualizada em cada fase e cada iteração e se torna mais exata a cada iteração.

Deve ser incluída uma explicação da base usada para as estimativas.

Descrever as Restrições do Projeto Ir para o início da página

Finalidade Definir as restrições do projeto.  

Expressar as restrições para o desenvolvimento do projeto. Essas restrições envolvem riscos e custos. Elas podem ser algo como interfaces externas com as quais o sistema deve ser compatível, padrões, certificações ou abordagens técnicas empregadas por questões estratégicas, como a utilização de uma certa tecnologia de banco de dados ou de mecanismos de distribuição.

Descrever as Opções Ir para o início da página

Finalidade Apresentar algumas opções para o produto e para o projeto, além de descrever o efeito que causam sobre a previsão financeira e as restrições do projeto.  

Descrever as opções para o produto - recursos e características opcionais e os custos e benefícios a eles associados - e as opções para a abordagem do projeto. As opções do projeto devem incluir diversas bases contratuais, diversos ciclos de vida do projeto, diversas combinações de 'fazer' e 'adquirir', e assim por diante. Em cada caso, o efeito da opção sobre a previsão financeira e as restrições (o risco de impacto) deve ser descrito. O objetivo é oferecer aos gerentes com autoridade para financiar o projeto alguma amplitude para a tomada de decisões em termos de capacidade, custo, ROI, programação, base para contrato, ciclo de vida de desenvolvimento, restrições técnicas e outros itens.



Rational Unified Process   2003.06.15