Disciplina:

Finanças em projetos de TI

Aluno: Robson Ferreira/Josinaldo

Professor:

Marcus Alves de Jesus

DECLARAÇÃO DO ESCOPO PRELIMINAR DO PROJETO

[Nome do projeto]

Versão do documento Data Autor Observações

1.0 <xx/xx/xxxx> <nome do gerente> Versão inicial

Este documento tem por objetivo o registro dos requisitos do projeto, identificação da entrega, requisitos dos produtos, identificação dos limites, métodos de aceitação e o controle do escopo do projeto. [Em projetos com várias fases, esta declaração ajudará a refinar o escopo do projeto em cada fase]

Objetivos do produto e do projeto

[Descrever os objetivos do projeto, que incluem os fatores conhecidos para o sucesso do projeto. Projetos podem possuir uma ampla variedade de objetivos, são eles: técnicos, de negócio, custo, cronograma e/ou qualidade. Os objetivos do projeto também podem incluir metas, são elas: de custo, cronograma e/ou qualidade. Cada objetivo do projeto possui atributos e valores técnicos agregados, são eles: de custo, métricas e valores, como por exemplo: 90 dias para conclusão, 1,5 milhões de reais ou obedecer alguma norma ISO. Os objetivos de negócio identificados no artefato “Termo de Abertura de Projeto” deverão ser trazidos para este documento.]

Necessidades do projeto

[Listar e descrever as necessidades do projeto que normalmente são associadas ao escopo do projeto. Em vários casos, a equipe consegue identificar, documentar e validar o que motiva a elaboração de um projeto e/ou uma problemática que o projeto pretende resolver. As necessidades listadas neste documento de “Declaração do Escopo” normalmente serão mais numerosas e detalhadas do que as necessidades listadas no “Termo de Abertura do Projeto”.]

Descrição do escopo do produto

[Descrever as características do produto, serviço ou resultados esperados para a finalização do projeto. Nesta parte deverá ser descrita a solução como um todo e os itens que a compõe. O escopo dos produtos que serão gerados deverá traduzir a encomenda do projeto. O projeto e suas características são progressivos, ou seja, conforme temos mais entendimento do projeto mais entenderemos os detalhes que definem o escopo do projeto. Embora as características

variem, a descrição do escopo deve sempre fornecer detalhes suficientes para iniciar o planejamento do projeto.]

Requisitos do projeto

[Descrever as funcionalidades, condições ou capacidades que devem ser atendidas pelas entregas do projeto. Cada item que compõe o escopo deverá ser especificado nesta parte. Todas as necessidades, desejos e expectativas dos técnicos e do cliente deverão ser convertidos em requisitos.]

Limites do projeto

[Descrever o que normalmente é identificado durante as reuniões de levantamento de requisitos e que por alguma restrição deverá ficar fora do escopo do projeto. Deve ser declarado de forma explícita o que está excluído do projeto, para evitar no futuro que a parte interessada possa supor que produtos, serviços e/ou resultados sejam componentes do projeto.]

Entregas do projeto

[Descrever as entregas do projeto que podem ser: saídas que compõem o produto, serviço do projeto e/ou resultados auxiliares, como documentação e relatórios de gerenciamento do projeto. Conforme é declarado no escopo e requisitos do projeto, as entregas podem ser descritas em forma de sumário e podem ser detalhadas. As entregas do projeto deverão ser orientadas ao ciclo de vida do projeto e ao item “Principais Entregas” do “Termo de Abertura do Projeto”.]

Restrições do projeto

[Listar e descrever as restrições do projeto que normalmente estão associadas ao escopo do projeto. Estas restrições limitam as opções da equipe, como por exemplo: inclusão de orçamento predefinido ou datas impostas (marcos do cronograma e/ou “trabalhar com prazo parede”). As restrições deverão ser divulgadas pelo cliente ou pela organização executora (área técnica), nunca pelo gerente de projetos. Alguns projetos poderão ser executados sob contrato, ou seja, em geral as cláusulas deste contrato serão constituídas de restrições. As restrições listadas neste documento de “Declaração do Escopo” normalmente serão mais numerosas e detalhadas do que as restrições listadas no “Termo de Abertura do Projeto”.]

Organização inicial do projeto

[Elencar os membros que pertencem à equipe do projeto e as partes direta ou indiretamente interessadas. A organização do projeto também deve ser documentada. A organização inicial do projeto deverá ser complementada em relação às informações contidas no item “Interessados e áreas de responsabilidades” do artefato “Termo de Abertura do Projeto”.]

Riscos iniciais definidos

[Elencar os riscos conhecidos até o presente momento. Neste momento é possível identificar produto, serviço ou resultados esperados para a finalização do projeto, portanto serão identificados riscos relacionados à natureza dos produtos que serão gerados. Os riscos listados neste documento de “Declaração do Escopo” normalmente serão mais numerosos e detalhados do que os riscos listados no “Termo de Abertura do Projeto”.]

Marcos do cronograma

[Identificar os marcos do projeto e colocar as datas impostas nesses marcos do cronograma. Estas datas deverão ser divulgadas pelo cliente ou pela organização executora (área técnica) e poderão desde já ser consideradas como restrições do cronograma.]

Limitação de recursos financeiros

[Descrever as limitações de recursos financeiros do projeto. O gerente não possuirá no início do projeto todo o orçamento necessário para executá-lo, geralmente os recursos financeiros são liberados em partes, e essas partes podem estar alinhadas às fases do projeto. Por outro lado, estas limitações podem ser definidas no valor total ou impostas por prazos especificados para o pagamento.]

Estimativa de custos

[Identificar a estimativa de custos do projeto e indicar o custo total esperado. Pode ser precedida de um moderador que indica uma exatidão, como por exemplo, a estimativa pode ser conceitual ou definitiva.]

Especificação do projeto

[Identificar os artefatos de especificação que serão utilizados durante o ciclo de vida do projeto, assim como os artefatos do ciclo de vida do gerenciamento do projeto.]

Requisitos do gerenciamento de configuração do projeto

[Descrever o nível de gerenciamento de configuração e controle de mudanças que será adotado no projeto. Ex.: No caso de mudanças, quais artefatos do ciclo de vida do projeto, assim como do ciclo que vida do gerenciamento do projeto serão atualizados?]

Critérios de aceitação de produtos

[Definir os procedimentos e os critérios necessários para aceitação dos produtos, serviços e/ou resultados auxiliares. Descrever como será a sistemática de aceitação, por parte do cliente, das saídas geradas pelo projeto.]

Requisitos de aprovação

[Identificar os requisitos de aceitação dos produtos, serviços e/ou resultados auxiliares. Estas saídas podem ser homologadas em relação a itens como objetivos, entregas, documentos e trabalho do projeto.]

Aprovação

[indicar o nome do responsável do projeto e submeter este documento para assinatura]

________________________________________________

[nome do responsável do projeto]