Atividade:
| ||||||||||||||||||||
Finalidade
|
|
| Passos | |
| Artefatos Informados: | Artefatos Resultantes: |
| Freqüência: Uma vez por iteração | |
| Papel: Gerente de Projeto | |
| Detalhamentos do Fluxo de Trabalho: |
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.
Finalidade
|
Uma descrição resumida do produto com a qual todos os envolvidos 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.
Finalidade
|
O contexto do negócio ajudará os envolvidos 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 e outros) e uma definição dos usuário 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.
Finalidade
|
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.
Finalidade
|
No caso de um produto de software comercial, o Caso de Negócio deve incluir um conjunto de suposições sobre o projeto e a ordem de magnitude do retorno do investimento (ROI), caso essas suposições sejam verdadeiras. Por exemplo, o retorno sobre investimento terá uma magnitude equivalente a cinco se concluído em um ano, e equivalente a dois se concluído em dois anos. Após esse período, o resultado será negativo. 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.
Finalidade
|
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.
Finalidade
|
Descrever opções para o produto - recursos e características opcionais, e os custos e benefícios a eles associados - e 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
|