1. 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.]

2. 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”.]

3. 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]