Artefatos > 
Conjunto de Artefatos de Ambiente > 
Caso de Desenvolvimento > 
Diretrizes > Decisões Importantes no Projeto
Diretrizes: Tópicos |
|
Parte do fluxo de trabalho |
Comentários |
| Desenvolvimento iterativo | Alguns clientes já possuem um fluxo de trabalho de gerenciamento de projeto, mas estão interessados em introduzir as partes da disciplina Gerenciamento de Projeto do Rational Unified Process que se concentram no desenvolvimento iterativo motivado por riscos: Detalhamento do Fluxo de Trabalho: Planejar Próxima Iteração, Detalhamento do Fluxo de Trabalho: Gerenciar Iteração e Detalhamento do Fluxo de Trabalho: Avaliar Escopo e Risco do Projeto. |
| Início do projeto | Algumas partes da disciplina Gerenciamento de Projeto se concentram no começo do projeto e devem ser incluídas logo no início do projeto: Detalhamento do Fluxo de Trabalho: Conceber Novo Projeto, Detalhamento do Fluxo de Trabalho: Avaliar Escopo e Risco do Projeto e Detalhamento do Fluxo de Trabalho: Elaborar Plano de Desenvolvimento de Software. |
Documente as decisões no Caso de Desenvolvimento, no tópico Disciplinas, Gerenciamento de Projeto, Disciplina.
Decida os artefatos a serem usados e como usar cada um deles. A tabela abaixo descreve os artefatos que você obrigatoriamente deve ter e os que são usados apenas em alguns casos. Para obter informações mais detalhadas sobre como adaptar cada artefato e conhecer as vantagens e desvantagens de cada um deles, consulte a seção "Adaptação" para cada artefato desejado.
Para cada artefato, decida como ele deverá ser usado: Obrigatório, Recomendável, Opcional ou Desnecessário. Para obter mais detalhes, consulte Diretrizes: Classificação de Artefatos.
| Artefato | Finalidade |
Adaptação (Opcional, Recomendada) |
| Caso de Negócio | Usado para determinar se vale a pena ou não investir no projeto. |
Recomendada. |
| Avaliação de Iteração | Captura o resultado de uma iteração, até que ponto os critérios de avaliação foram respeitados, as lições aprendidas e as mudanças que devem ser feitas. |
Recomendada. |
| Plano de Iteração | Plano detalhado da interação, incluindo a seqüência de tempo das tarefas e dos recursos. | Recomendada. |
| Inclui todas as informações necessárias para gerenciar o projeto. |
Todos os projetos precisam de algum planejamento que possam ser gerenciados com êxito. Projetos menores e menos complexos podem ter um único documento que capture o plano do projeto. Projetos maiores, mais complexos ou mais formais exigem vários subplanos separados. |
|
| Métricas de Projeto | É o repositório de todas as métricas relacionadas ao projeto. |
Recomendada para a maioria dos projetos. Em muitos projetos, apenas algumas medidas são utilizadas, como medidas de custo e andamento do projeto. Um banco de dados de métricas só é necessário quando a quantidade de dados de métricas a serem gerenciados for muito grande. Muitas organizações reúnem dados de métricas de vários projetos a fim de compilar informações e aplicá-las em projetos futuros. |
| Registro de Revisão |
Captura os resultados da revisão de um ou mais artefatos do projeto. Os registros de revisão podem evitar mal-entendidos sobre decisões tomadas durante uma revisão. Eles também deixam claro para os envolvidos no projeto que os artefatos do projeto estão sendo revisados. |
Recomendada para a maioria dos projetos. Na maior parte dos projetos, é importante registrar as decisões tomadas nas reuniões com o cliente e outros principais envolvidos, a fim de assegurar que elas sejam compreendidas por todos. Os registros de outras revisões podem ou não ser capturados formalmente, dependendo da formalidade de revisão aplicada pelo projeto específico. |
| Lista de Riscos | É uma lista priorizada dos riscos do projeto. |
Recomendada. Pode ser apenas uma seção do Plano de Desenvolvimento de Software. |
| Avaliação de Status | Usada para fornecer uma imagem do status do projeto, incluindo andamento do projeto, gerenciamento de problemas, problemas técnicos e riscos. |
Recomendada. A Avaliação de Status poderá ser combinada com a Avaliação de Iteração se as iterações forem freqüentes (uma por mês). Se as iterações forem longas, haverá necessidade de Avaliações de Status intermediárias. |
| Ordem de Trabalho | É um acordo negociável entre o Gerente do Projeto e a equipe para executar determinada atividade ou conjunto de atividades, seguindo uma programação definida e com certas restrições de produtos liberados, esforços e recursos. |
Recomendada para a maioria dos projetos. Pode ser implementada através das Solicitações de Mudanças. |
Para adaptar cada artefato, execute os passos descritos em Atividade: Elaborar Caso de Desenvolvimento, no tópico "Adaptar Artefatos por Disciplina".
|
Rational Unified Process |
