A.4 – DE

A.4  DE - Declaração do Escopo

OBJETIVO

A Declaração do Escopo é utilizada para documentar as metas do projeto, seus requisitos e resultados práticos, além de todo o trabalho necessário para produzir esses resultados, funcionando como guia para futuras decisões, estabelecendo um nível comum de entendimento entre os membros da equipe e os stakeholders do projeto. 

Os critérios definidos na Declaração de Escopo serão utilizados como métricas para determinar se o projeto foi concluído com êxito.

 

Documento de Declaração do Escopo (DE) - Descrição dos atributos e forma de preenchimento

 

1. NOME DO PROJETO

Identifica o nome pelo qual o projeto será conhecido na organização.

 

2. ORGANIZAÇÃO INICIAL DO PROJETO

Identifica os stakeholders relevantes e membros da  equipe do projeto, relacionando-os às suas principais responsabilidades. Essa lista facilita a análise dos stakeholders relevantes para o projeto, reconhecendo a importância e a influência de cada um para o sucesso do projeto.

A organização inicial do projeto pode ser representada através de:

  • LISTA DE PARTICIPANTES
Partes Interessadas Empresa / Órgão Responsabilidades
Patrocinador _________________ _________________
Gerente do Projeto _________________ _________________
Clientes _________________ _________________
Organização Executora _________________ _________________
Parceiros _________________ _________________

 

3. OBJETIVOS DO ESCOPO DO PROJETO

Esses objetivos incluem os critérios mensuráveis de sucesso do projeto. Os projetos possuem vários objetivos de negócio, custo, tempo e qualidade, que podem ser estabelecidos como metas.

 

  Sugestões de Preenchimento

  • Objetivos não qualificáveis como satisfação do cliente são de alto risco para a conclusão do projeto
  • Definir o atributo, uma medida e um valor absoluto ou relativo para comparação. Exemplo:
    • Atributo: CUSTO
    • Medida: R$
    • Valor relativo: Inferior à um milhão

 

4. DESCRIÇÃO DO ESCOPO DO PRODUTO

Neste item são descritas as características do produto, serviço ou resultados que serão obtidos com o desenvolvimento do projeto. Os requisitos do produto/serviço devem ser apresentados em termos de seus processos, funcionalidades e características técnicas e normalmente são menos detalhados nas fases preliminares e mais detalhados a medida em que o projeto caminha e as características do produto/serviço são progressivamente elaboradas. Embora a forma e conteúdo desta descrição varie, seu nível de detalhe deve fornecer subsídios suficientes para permitir o planejamento do projeto.

 

5. LIMITES DO PROJETO

Os limites do projeto definem o que está e o que não está incluído no projeto. Os limites do projeto devem ser descritos incluindo todo o trabalho (e somente o trabalho) que será executado durante o desenvolvimento do projeto. Considera o esforço necessário para realizar as atividades de gerenciamento do projeto, além das atividades diretamente relacionadas com o desenvolvimento do produto/serviço pelo qual o projeto será empreendido.

 

6. ENTREGÁVEIS

Os entregáveis englobam tanto as saídas diretamente relacionadas ao produto do projeto como as saídas subsidiárias, como relatórios e documentação referentes ao gerenciamento do projeto. De acordo com a necessidade da declaração do escopo do projeto, podem ser definidos com maior ou menor nível de detalhe.

 

7. CRITÉRIOS DE ACEITAÇÃO DO PRODUTO

Os produtos devem ser avaliados sob diferentes aspectos. Neste item são definidos os critérios que deverão observados para aceitação do produto do projeto. 

Visando facilitar a identificação e determinação desses critérios, devem ser consideradas as características físicas, funcionais e tecnológicas do produto. Devem ser identificadas neste momento, também, as questões de ordem legal ou sócio-ambiental demandadas pela natureza ou tipo do produto, quando aplicável.

 

8. PREMISSAS

Transcrever as Premissas estabelecidas na Carta do Projeto (A.3 CP – item 7), verificando se ainda permanecem válidas. Com a evolução do projeto, novas premissas podem ser identificadas e devem ser incluídas neste momento.

 

9. RESTRIÇÕES

Transcrever as Restrições estabelecidas na Carta do Projeto (A.3 CP – item 8), verificando se, com a evolução do projeto, as restrições originalmente apontadas deixaram de existir ou se novas restrições surgiram. O quadro a seguir indica algumas questões que podem ser consideradas como restrições típicas desta etapa.

 

  Sugestões de Preenchimento

  • Orçamento predefinido
  • Imposição de data
  • Se o projeto é desenvolvido sob contrato, as provisões contratuais normalmente são definidas como restrições

 

10. IDENTIFICAÇÃO PRELIMINAR DE RISCOS

Transcrever os Riscos Identificados estabelecidos na Descrição do Produto (A.1 DP – item 8), verificando se permanecem como fator de risco para o projeto. Neste momento, os riscos decorrentes do gerenciamento e execução do projeto começam a ser identificados e devem ser incorporados a esta lista. 

 

11. MARCOS DO CRONOGRAMA

Por vários motivos (necessidades do negócio, janelas de mercado, fluxo de caixa, entre outros), o Cliente ou a organização podem impor datas à equipe do projeto. Essas datas são consideradas para o cronograma do projeto como marcos. Podem ser de tal impacto que devem também ser consideradas, como visto acima, como restrições.

Uma vez definidas, devem constar na relação das atividades do projeto como eventos.

 

12. REQUISITOS PARA APROVAÇÃO DO PROJETO

Nesse item são relacionadas, quando existirem, as condições necessárias para que o projeto e seus produtos sejam aprovados pelos stakeholders. Essas condições devem ser levantadas junto aos stakeholders relevantes para serem validadas pelo gestor do projeto na ocasião da entrega do projeto e seus produtos.

A matriz abaixo tem por objetivo facilitar a identificação desses requisitos, considerando os objetivos, os entregáveis e o trabalho do projeto sob a perspectiva de cada stakeholder relevante. Se outros tipos de requisitos forem percebidos, novas colunas podem ser adicionadas. 

Matriz proposta
Matriz proposta

A coluna de Objetivos deve ser preenchida com as condições necessárias para a aprovação do projeto, relacionadas aos objetivos e metas do projeto (A.2 – CP - Carta do Projeto, item 5), considerando a exigência de cada stakeholder.

A coluna de Critérios de Aceitação do Produto deve ser preenchida a partir da análise dos critérios de aceitação do produto (Item 7 deste documento); o atendimento desses critérios, de forma parcial ou em sua totalidade, podem representar condições para a aprovação do projeto.

A coluna de Gerenciamento do Projeto deve ser preenchida com base em itens do Gerenciamento do Projeto que venham a ser críticos para sua aprovação. Aspectos relacionados à restrição tripla (atendimento do escopo, tempo e custo) são boas fontes desse tipo de requisito.

 

13. APROVAÇÃO

Determinar as aprovações necessárias para a continuidade do projeto.