5.2.1 Entradas para o Planejamento do Escopo

.1 Descrição do Produto. A descrição do produto é discutida na Seção 5.1.1.1.

.2 Project charter. O project charter é descrito na Seção 5.1.3.1.

.3 Restrições.. As premissas estão descritas na Seção 5.1.3.3.

.4 Premissas.. As premissas estão descritas na Seção 4.1.1.5.

5.2.2 Técnicas e Ferramentas para o Planejamento do Escopo

.1 Análise do produto. A análise do produto envolve desenvolver um melhor entendimento do produto do projeto. Isso inclui técnicas como a análise de decomposição do produto, engenharia de sistemas, engenharia de valor, análise de valor, análise de funções e desdobramento das funções de qualidade.

.2 Análise de custo/benefício. A análise de custo/benefício envolve estimar custos tangíveis e intangíveis (outlays – gastos) e benefícios (returns - receitas) das várias alternativas de projeto e produto e, então, usar medidas financeiras tais como retorno de investimento ou período de reembolso para avaliar a qualidade relativa das alternativas identificadas.

.3 Identificação de alternativas. Este é um termo genérico para qualquer técnica usada para gerar diferentes abordagens do projeto. Existem várias técnicas de gerenciamento freqüentemente usadas aqui, sendo as mais comuns o brainstorming e o lateral thinking (pensamento lateral).

.4 Avaliação especializada. A avaliação especializada está descrita na Seção 5.1.2.2.

5.2.3 Saídas do Planejamento do Escopo

.1 Declaração do escopo. A declaração do escopo fornece a documentação que servirá de base para tomada de decisões futuras no projeto e para confirmar ou desenvolver um entendimento comum do escopo entre as partes envolvidas. Com o progresso do projeto, a declaração do escopo pode necessitar ser revisada ou refinada para refletir as mudanças aprovadas no escopo do projeto. A declaração do escopo deve conter, tanto diretamente ou através de referência a outros documentos, os seguintes itens:

   Justificativa do projeto – o negócio necessita que o projeto esteja comprometido com o planejado. A justificativa do projeto fornece as bases para avaliar futuras compensações.

   Produto do projeto – breve sumário da descrição do produto (a descrição do produto é discutida na Seção 5.1.1.1).

   Subprodutos do projeto – uma lista de nível sumário dos subprodutos que entregues total e satisfatoriamente indicam o término do projeto. Por exemplo, os principais subprodutos para um projeto de desenvolvimento de software devem conter o código de trabalho do computador, um manual do usuário e um tutorial interativo. Quando conhecidas, exclusões devem ser identificadas, mas alguma coisa não incluída explicitamente está excluída implicitamente.

   Objetivos do projeto – critérios quantificáveis que devem ser encontrados no projeto para que ele seja considerado um sucesso. Os objetivos do projeto devem incluir, no mínimo, custo, cronograma e medidas de qualidade. Os objetivos do projeto devem ter um atributo (por exemplo, custo), uma medida (por exemplo, US$ dólar) e um valor absoluto ou relativo (por exemplo, menos que 1,5 milhões). Objetivos não quantificáveis (por exemplo, “satisfação dos clientes”) representam alto risco para um término do projeto com sucesso.

   Em algumas áreas de aplicação, os subprodutos do projeto são chamados “objetivos do projeto” enquanto os objetivos do projeto são chamados “fatores críticos de sucesso”.

.2 Detalhamento do Suporte. Os detalhes de suporte para a declaração do escopo devem ser documentados e organizados como necessários para facilitar seu uso por outros processos de gerência de projeto. Detalhes de suporte devem sempre incluir a documentação de todas as premissas e restrições identificadas. Outros detalhes a serem incluídos variam conforme a área de aplicação.

.3 Plano de gerência do escopo. Este documento descreve como o escopo do projeto será gerenciado e como as mudanças no escopo serão integradas ao projeto. Ele também deve conter uma avaliação da estabilidade esperada do escopo do projeto (isto é, quanto provavelmente isto muda, com qual freqüência e por qual custo). O plano de gerência do escopo deve, também, conter uma descrição clara sobre como as mudanças no escopo serão identificadas e classificadas. (Isto é particularmente difícil - e por isso absolutamente essencial - quando as características do produto estão ainda sendo elaboradas).
  Um plano de gerência do escopo pode ser formal ou informal, muito detalhado ou bastante amplo, dependendo das necessidades do projeto. Ele é um componente do plano do projeto (descrito na Seção 4.1.3.1).