Atividade:
|
Finalidade
|
|
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.
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.
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.
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.
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.
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.
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
|