SEP0171 – Gerenciamento de Projetos

Aula 2 – Escopo e Partes

Interessadas
Prof. Maicon Oliveira
maicongdo@usp.br
Sumário

• O que é Escopo?
• Requisitos de Projeto
• Tipos de Requisitos
• Definindo o Escopo
• Gestão das Partes Interessadas
• Engajamento das Partes Interessadas

2
Gerenciamento do Escopo do Projeto

• O gerenciamento do escopo do projeto inclui os processos necessários para

assegurar que o projeto inclua TODO O TRABALHO, E APENAS O
NECESSÁRIO, para que termine com sucesso.
• O gerenciamento do escopo do projeto está relacionado principalmente
com definir e controlar O QUE ESTÁ E O QUE NÃO ESTÁ
INCLUÍDO NO PROJETO.

3
O que é Escopo?

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. O termo “escopo do projeto” às vezes é visto como incluindo
o escopo do produto.

4
Requisitos do Projeto

• São BASE para definição e gerenciamento do escopo do produto e do

projeto.
• Os requisitos podem começar em um alto nível e tornarem-se
progressivamente mais detalhados, conforme mais informações sobre
estes são conhecidas.
• Devem ser MENSURÁVEIS, PASSÍVEIS DE TESTES,
RASTREÁVEIS, COMPLETOS, consistentes e aceitáveis para as
principais partes interessadas.
• A lista de requisitos pode variar de uma simples lista categorizada e
priorizada por partes interessadas a formas mais elaboradas contendo um
resumo executivo, descrições detalhadas e anexos.
5
Tipos de Requisitos

• REQUISITOS DE NEGÓCIO. Descrevem as necessidades de nível mais

alto da organização como um todo, tais como as questões ou oportunidades
de negócio e as razões porque um projeto foi empreendido.
• REQUISITOS DAS PARTES INTERESSADAS. Descrevem as
necessidades de uma parte interessada ou de um grupo de partes
interessadas.

6
Tipos de Requisitos

• REQUISITOS DE SOLUÇÃO. Descrevem os atributos, funções e

características do produto, serviço ou resultado que atenderão aos
requisitos do negócio e das partes interessadas. Os requisitos de solução são
ainda agrupados em requisitos funcionais e não funcionais:
− REQUISITOS FUNCIONAIS. Os requisitos funcionais descrevem os
comportamentos do produto. Exemplos incluem ações, processos, dados e interações
que o produto deve executar.
− REQUISITOS NÃO FUNCIONAIS. Os requisitos não funcionais complementam os
requisitos funcionais e descrevem as condições ou qualidades ambientais requeridas para
que o produto seja eficaz. Exemplos incluem: confiabilidade, proteção, desempenho,
segurança, nível de serviço, suportabilidade, retenção/descarte, etc.

7
Tipos de Requisitos

• REQUISITOS DE TRANSIÇÃO E PRONTIDÃO. Descrevem as capacidades

temporárias, tais como os requisitos de conversão de dados e de treinamento, necessários à
transição do estado atual para o estado futuro desejado.
• REQUISITOS DE PROJETO. Descrevem ações, processos ou outras condições que
devem ser cumpridas pelo projeto. Exemplos incluem datas de marcos, obrigações
contratuais, restrições, etc.
• REQUISITOS DA QUALIDADE. Capturam quaisquer condições ou critérios necessários
para validar a conclusão bem-sucedida de uma entrega de projeto ou o cumprimento de
outros requisitos do projeto. Exemplos incluem testes, certificações, validações, etc

8
Definindo o Escopo

• A preparação DO ESCOPO DO PROJETO baseia-se nas entregas principais,

premissas e restrições que são documentadas durante a iniciação do projeto.
• DURANTE O PLANEJAMENTO DO PROJETO, O ESCOPO DO
PROJETO É DEFINIDO e descrito com maior especificidade conforme mais
informações a respeito do projeto são conhecidas. Os riscos, premissas e restrições
existentes são analisados para verificar sua integridade, e acrescentados ou
atualizados conforme necessário.
• A DEFINIÇÃO DO ESCOPO PODE SER ALTAMENTE ITERATIVA. Em
projetos de ciclo de vida iterativo, será desenvolvida uma visão de alto nível para o
projeto em geral, mas o escopo detalhado é determinado em uma iteração de cada
vez e o planejamento detalhado para a iteração seguinte é executado à medida que
o trabalho no escopo do projeto e entregas atuais avança.

9
Definindo o Escopo

• O documento de registro do escopo (declaração do escopo) do projeto é a

descrição do ESCOPO DO PROJETO, PRINCIPAIS ENTREGAS,
PREMISSAS E RESTRIÇÕES.
• A declaração do escopo do projeto documenta todo o escopo, INCLUINDO O
ESCOPO DO PROJETO E DO PRODUTO. Descreve as ENTREGAS DO
PROJETO EM DETALHES. Ela também fornece um ENTENDIMENTO
COMUM do escopo do projeto entre as partes interessadas do projeto.
• PODE CONTER EXCLUSÕES EXPLÍCITAS DO ESCOPO que podem ajudar
no gerenciamento das expectativas das partes interessadas.
• Possibilita que a equipe do projeto realize um planejamento mais detalhado, orienta
o trabalho da mesma durante a execução e FORNECE A LINHA DE BASE para
avaliar se as solicitações de mudança ou trabalho adicional estão contidos no
escopo ou são externos aos limites do projeto

10
Declaração de Escopo do Projeto
A especificação detalhada do escopo do projeto inclui:
• DESCRIÇÃO DO ESCOPO DO PRODUTO. Elabora progressivamente as características do
produto, serviço ou resultado descritas no termo de abertura do projeto e na documentação dos
requisitos.
• ENTREGAS. Qualquer produto, resultado ou capacidade de realizar um serviço, que seja único,
verificável e necessário para concluir um processo, fase ou projeto. As entregas também incluem os
resultados auxiliares, tais como relatórios e documentação de gerenciamento do projeto. Essas
entregas podem ser descritas em nível conciso ou em grande detalhe.
• CRITÉRIOS DE ACEITAÇÃO. Um conjunto de condições que precisam ser atendidas antes que as
entregas sejam aceitas.
• EXCLUSÕES DO PROJETO. Identifica o que é excluído do projeto. Declarar explicitamente o que
está fora do escopo do projeto ajuda no gerenciamento das expectativas das partes interessadas e
pode reduzir a distorção de escopo.

11
Gestão das Partes Interessadas

As partes interessadas incluem

indivíduos, grupos e organizações que
podem impactar ou serem impactados
positiva ou negativamente pelo projeto.
Um projeto pode ter um pequeno
grupo de partes interessadas ou até
mesmo milhões de partes interessadas.
Pode haver diferentes partes
interessadas em diferentes fases do
projeto, e a influência, o poder e os
interesses das partes interessadas
podem mudar à medida que o projeto
se desenvolve.

12
Engajamento das Partes Interessadas

A identificação, análise e o engajamento

eficazes da partes interessadas incluem as
partes interessadas internas e externas à
organização, aquelas que apoiam projeto e
as que podem não apoiar ou são neutras.
O engajamento das partes interessadas
inclui a implementação de estratégias e
ações para promover o envolvimento
produtivo delas.
As atividades de engajamento das partes
interessadas começam antes ou no começo
do projeto, e continuam ao longo do
projeto

13
Identificar as Partes Interessadas

A identificação das partes interessadas de

alto nível pode ser realizada antes da
formação da equipe do projeto.
A identificação detalhada das partes
interessadas é um processo de elaboração
progressiva do trabalho inicial e é uma
atividade contínua ao longo do projeto.
Algumas partes interessadas são fáceis de
identificar, como: cliente, patrocinador,
equipe do projeto, usuários finais e assim
por diante, mas outras podem ser difíceis
quando não estão diretamente conectadas
o projeto.

14
Compreender as Partes Interessadas

Uma vez que as partes interessadas são

identificadas, o gerente do projeto e a
equipe do projeto devem procurar
entender os sentimentos, as emoções,
crenças e os valores das partes
interessadas.
Esses elementos podem levar a ameaças ou
oportunidades adicionais para os resultados
do projeto.
Também podem mudar rapidamente e,
portanto, compreender e analisar as partes
interessadas é uma ação contínua.

15
Analisar as Partes Interessadas

A necessidade de analisar aspectos da

posição de cada parte interessada e sua
perspectiva do projeto é algo relacionado
ao entendimento das partes interessadas
do projeto.
A análise das partes interessadas considera
vários de seus aspectos, como: poder,
impacto, atitude, crenças, expectativas,
grau de influência, proximidade com o
projeto, interesse no projeto e outros
aspectos que envolvem a interação das
partes interessadas com o projeto.

16
Analisar as Partes Interessadas

Essas informações ajudam a equipe do

projeto a considerar as interações que
podem influenciar as motivações, ações
e os comportamentos das partes
interessadas.
Além da análise individual, a equipe do
projeto deve considerar como as partes
interessadas interagem umas com as
outras, pois muitas vezes formam
alianças que ajudam ou atrapalham os
objetivos do projeto.

17
Priorizar as Partes Interessadas

Em muitos projetos, há muitas partes

interessadas envolvidas para que a equipe do
projeto se envolva direta ou efetivamente com
todas.
Com base em sua análise, a equipe do projeto
pode concluir uma priorização inicial das partes
interessadas. É comum focar nas partes
interessadas com mais poder e interesse como
forma de priorizar o engajamento.
À medida que os eventos acontecem ao longo
do projeto, a equipe do projeto pode precisar
fazer a priorização outra vez com base nas
novas partes interessadas ou nas mudanças em
evolução no cenário das partes interessadas.

18
Engajar as Partes Interessadas

O engajamento das partes interessadas envolve

trabalhar de forma colaborativa com as partes
interessadas para apresentar o projeto, coletar
seus requisitos, gerenciar expectativas, lidar
com questões, negociar, priorizar, resolver
problemas e tomar decisões.
O engajamento das partes interessadas requer
a aplicação de habilidades comportamentais,
como escuta ativa, habilidades interpessoais e
gestão de conflitos, bem como habilidades de
liderança, como estabelecer a visão e o
pensamento crítico. A comunicação com as
partes interessadas pode ser de forma escrita
ou verbal, formal ou informal.

19
Monitorar as Partes Interessadas

Ao longo do projeto, as partes interessadas

mudarão à medida novas partes interessadas
forem identificadas e outras deixarem de ser
partes interessadas.
Conforme o projeto avança, à atitude e/ou o
poder de algumas partes interessadas podem
mudar. Além de identificar e analisar novas
partes interessadas, existe a oportunidade de
avaliar se a estratégia de engajamento atual é
que eficaz ou se precisa ser ajustada.
Portanto, a quantidade e a eficácia do
engajamento das partes interessadas são
monitoradas ao longo do projeto.

20
Monitorar as Partes Interessadas

O grau de satisfação das partes

interessadas geralmente pode ser
determinado por meio de uma conversa
para avaliar até que ponto as entregas do
projeto atenderam suas expectativas, bem
como o gerenciamento geral do projeto.
Revisões de projeto e iteração, revisões de
produto, pontos de verificação de estágio e
outros métodos são maneiras de obter
feedback periódico.

21
Referências principais da aula

• PMBOK (Project Management Body of Knowledge). 6 ed. PMI, 2017.

– PMBOK (Project Management Body of Knowledge). 7 ed. PMI, 2021.
– ICE for Management (Individual Competences Baseline for Management ). 4
ed. IPMA, 2015.
– Monteiro de Carvalho, M., Rabechini Jr., R., 2019. Fundamentos em gestão
de projetos., 5a. ed. Editora Atlas, São Paulo.

22
Mais informações:

No E-disciplinas SEP0171
Pelo e-mail: maicongdo@usp.br

23