Escopo → é o que será feito no projeto –

descrição detalhada dos produtos e

serviços a serem gerados para atender os
objetivos do projeto
O gerenciamento do escopo inclui os
processos necessários para assegurar que
o projeto inclua todo o trabalho, e apenas
o necessário, para que termine com
sucesso
No contexto do projeto, o termo “escopo”
pode se referir a:

➢ Escopo do produto → as características e funções

que descrevem um produto, serviço ou resultado

➢ Escopo do projeto → o trabalho que deve ser

realizado para entregar um produto, serviço ou
resultado com as características e funções
especificadas
 Linha de base do escopo → composta
pelos artefatos que servem para orientar a
equipe do projeto em relação as entregas
e o resultado esperado do projeto
Composta pelos seguintes artefatos

▪ Declaração do escopo do projeto:

descreve o escopo do produto, a lista
de entregas e seus critérios de
aceitação, além das restrições técnicas
como datas requeridas, materiais,
tecnologia e políticas
Composta pelos seguintes artefatos
▪ Estrutura Analítica do Projeto (EAP):
define as entregas do projeto e sua
decomposição em pacotes de trabalho

▪ Dicionário da EAP: traz todo detalhe

necessário para cada elemento da EAP
de modo a orientar a equipe do projeto
A declaração do escopo do projeto ou
especificação do escopo do projeto →
descreve as entregas do projeto e o
trabalho necessário para criá-las

É desenvolvida a partir do termo de

abertura do projeto com suas principais
entregas, requisitos, premissas e
restrições
 EAP → também chamada de WBS
(work breakdown structure)

EAP → define as entregas do projeto e sua

decomposição em pacotes de trabalho
EAP → fornece uma visão estruturada das
entregas do projeto e é um ótimo
instrumento para alinhar o entendimento
do projeto e integrar todas as áreas
EAP → normalmente representada de
forma gráfica para facilitar o
entendimento e a visualização, mas
também pode ser representada de forma
identada
 Sempre que possível, todos os
documentos gerados no projeto devem
referenciar o código da EAP
 Dicionário da EAP → traz todo detalhe
necessário para cada elemento da EAP de
modo a orientar a equipe do projeto
Dicionário da EAP → contém informações
sobre como o trabalho será realizado,
questões técnicas, etc.

Dicionário da EAP → define limites do que

é incluído no pacote de trabalho
processo de criar um plano de gerenciamento
do escopo do projeto e produto, que
documenta como tal escopo será definido,
validado e controlado
 principal benefício → fornecimento
de orientação e instruções sobre como o
escopo será gerenciado ao longo de todo o
projeto
esse processo é realizado uma vez ou em
pontos predefinidos no projeto
 Requisito → definição documentada de
uma propriedade ou comportamento que
um produto deve atender
Requisitos → definem o que é necessário
e dão foco à equipe do projeto

Requisitos →são o método primário para

comunicar os objetivos do projeto para
todos na equipe
 Requisitos funcionais → são requisitos
que descrevem a funcionalidade do
produto/serviço

Imprimir em preto e branco e em cores, scanear

documentos, tirar cópias e enviar fax são requisitos
funcionais necessários para uma impressora
multifuncional
 Requisitos não-funcionais → são
requisitos que não se referem diretamente
à funcionalidade do produto/serviço, mas
expressam propriedades e/ou restrições
sobre os serviços e funções por ele
fornecidas
 Requisitos não-funcionais → podem ser:
Requisitos de produto → requisitos que especificam
o comportamento do produto, tais como:
• Requisitos de usabilidade: referem-se ao esforço
para utilizar ou aprender a utilizar o produto
• Requisitos de confiabilidade: referem-se à
frequência de ocorrência de falhas
• Requisitos de eficiência: referem-se ao
desempenho do produto/serviço e estão
associados à eficiência, uso de recursos e tempo de
resposta do produto
 Requisitos não-funcionais → podem ser:
Requisitos organizacionais → requisitos derivados
das políticas organizacionais do cliente e da empresa,
como por exemplo, os requisitos de padrões que se
referem à definição de normas padronizadas a serem
seguidas
 Requisitos não-funcionais → podem ser:
Requisitos externos → requisitos procedentes de
fatores externos ao projeto e ao seu processo de
desenvolvimento, tais como:
• Requisitos éticos: código de ética do cliente, da
empresa, etc.
• Requisitos legais: leis, normas ABNT, etc.
• Requisitos de integração: quando duas ou mais
empresas produzem partes do produto, é essencial
que os requisitos de integração sejam definidos
Requisitos → devem fazer sentido para o
projeto, ou seja, devem possuir
características que os tornem necessários
Requisito → é necessário?

Se o produto pode suprir as demandas

sem este requisito, significa que ele não é
necessário e pode ser descartado
Requisito → é inteligível?

Se os leitores não compreendem o que o

requisito significa, ele deve ser reescrito
Requisito → é exequível?

Se este requisito não pode ser

implementado dentro do prazo e
orçamento, ele não é viável e deve ser
descartado ou analisado mais atentamente
Requisito → é verificável / mensurável?

Se a implementação deste requisito não

puder ser verificada por meio de um
teste, deve ser definida outra forma de
verificação
Requisito → é rastreável?

Se a fonte deste requisito e sua

localização não forem rastreáveis, o
requisito deve ser revisado
Requisito → é exclusivo?

Não devem existir requisitos duplicados

Requisito → está alocado?

Se este requisito não estiver ancorado a

um objetivo do projeto, ele não é
necessário e deve ser descartado
 processo de determinar, documentar e
gerenciar as necessidades e requisitos das
partes interessadas a fim de cumprir os
objetivos
principal benefício → fornece a base para
definição e gerenciamento do escopo do
produto e do escopo do projeto
esse processo é realizado uma vez ou em
pontos predefinidos no projeto
 processo de desenvolvimento de uma
descrição detalhada do projeto e do produto
principal benefício → descreve os limites do
projeto, serviços ou resultados, e os critérios
para aceitação
esse processo é realizado uma vez ou em
pontos predefinidos no projeto
 Estrutura Analítica do Projeto (EAP) →
inclui todo o escopo do projeto, ou seja,
todo o trabalho necessário (e somente ele)
para terminar o projeto e atender aos
requisitos
EAP → é uma decomposição hierárquica
orientada à entrega do trabalho a ser
executado

Cada nível descendente da EAP representa

uma definição gradualmente mais
detalhada do trabalho do projeto
 Entregas → são qualquer produto,
resultado ou serviço único e verificável que
é produzido na conclusão de um processo,
uma fase ou um projeto

Entrega → pode ser originada a partir de

múltiplas entregas menores
 EAP → deve permitir ao time do projeto
estabelecer custos, cronograma, recursos e
alocações de forma mais acurada

EAP → pode ser representada na forma de

organograma ou em forma de lista
hierarquizada
 Pacote de trabalho → é uma entrega ou
componente do trabalho do projeto no
nível mais baixo de cada ramo da EAP

Pacote de trabalho → inclui as atividades

do cronograma necessárias para terminar a
entrega do pacote de trabalho ou o
componente do trabalho do projeto
Pacote de trabalho → é nesse nível que os
custos, recursos e prazos são avaliados e
alocados
 processo de subdivisão das entregas e do
trabalho do projeto em componentes menores
e mais facilmente gerenciáveis
principal benefício → fornece uma visão
estruturada do que deve ser entregue
esse processo é realizado uma vez ou em
pontos predefinidos no projeto