Disciplina: Gestão de Projetos Conteúdo: Mapeamento de Stakeholders e Declaração de Escopo. Turma: SIN-NA7 Data da aula: 14/04/2015

1. Alessandro Almeida | www.alessandroalmeida.com
14/04/2015
1° Semestre de 2015
SIN-NA7

2. PROVA 1
15/04

3.  Canvas do seu ProjetoTCC
 Atividade entregue no dia 12/4 (vale 1 ponto)
 A Prova 1 vale 1 ponto

4. Termo de Abertura do ProjetoTCC

5.  O exercício valeu a pena?
 Ao criar oTAP, cada grupo refletiu sobre a
estrutura básica do projeto deTCC
 (além de exercitar parte da gestão de um projeto)
 DÚVIDA: Como distribuir os papéis e as
responsabilidades?Todos podem fazer tudo?

6.  O que é a justificativa do projeto?
 Como podemos definir premissa e restrição?
 Qual é a diferença entre elas?
 Como distribuir os papéis e as
responsabilidades dentro do projeto?
 Qual é a diferença entre escopo do produto
(sistema) e escopo do projeto?

7.  A justificativa deve responder a seguinte
pergunta: Qual problema precisamos
resolver?
 Aqui o foco é no problema, e não na solução
 A solução será descrita nas seções...
▪ 5. Descrição Macro da Solução
▪ 6. Escopo do Projeto

8.  Por que é importante pensar na justificativa?
 Precisamos entender o problema, antes de propor
(ou detalhar) a solução!
 Cuidado ao perder o foco da justificativa do
projeto!
“People don’t want to buy a quarter-inch drill.They
want a quarter-inch hole!” Theodore Levitt

9. Como provar que um
problema existe?

10.  Como provar que um problema existe?
 Pesquisas de mercado
 Estudos publicados por fontes confiáveis
 Observações:
 Pesquisa de mercado: Não é com a minha família
 Fonte confiável: Não é aWikipedia

11.  Premissa
 São fatores que, para fins de planejamento, são
considerados verdadeiros, reais ou certos sem
prova ou demonstração
 Talvez o seu projeto dependa de alguma premissa
para dar certo
 Restrição
 Limitação ou imposição de limite
 Seu projeto precisa ser realizado dentro do limite
definido

12.  Premissa:Talvez o seu projeto dependa de
alguma premissa para dar certo...
▪ A Roberta, especialista em BI, vai participar do projeto.
▪ O cliente vai disponibilizar um analista de negócios em
tempo integral na fase de levantamento de requisitos.
 Restrição: Seu projeto precisa ser realizado
dentro do limite definido...
▪ O projeto precisa ser concluído antes de 31/12
▪ O custo não pode ultrapassar R$ 500.000

13.  Todos podem fazer tudo?
 Cuidado com a difusão de responsabilidade
 Artigo recomendado:
www.administradores.com.br/artigos/administracao-e-
negocios/difusao-de-responsabilidade/29147/
 Lembrem-se do ditado...
 “Cachorro que tem dois donos morre de fome.”
 Definam os papéis e as responsabilidades de
cada membro da equipe

14.  Escopo do projeto:
Documentação
Gestão da
Mudança
Treinamento da
Equipe
Sistema
Projeto

15.  Escopo do projeto:
 Escopo do produto:
Documentação
Gestão da
Mudança
Treinamento da
Equipe
Sistema
Sistema
Cadastro Relatórios
Controle
de Acesso
Banco de
Dados
Parametri
zações
Projeto

16.  O escopo do produto é muito importante,
mas não deve ser considerado isoladamente,
pois ele faz parte do escopo do projeto

19. Se preparando para que tudo dê certo...

20. Execução
Monitoramento
Encerram
ento
Iniciação Planejamento

21. Execução
Monitoramento
Encerram
ento
Iniciação Planejamento

22.  Após o kick-off, começa o planejamento do
projeto
 É o momento de organizar...
 o que deve ser feito.
 quando será feito.
 quem fará.
 quanto posso gastar.
 os riscos do projeto.
 etc.

23.  Fase que pode determinar o sucesso ou o
fracasso do projeto.
 Sempre que possível, evite criar documentos
que servirão somente para atender a
metodologia da empresa, sem agregar à
gestão.
 Mas não tente realizar um projeto somente
no “olhômetro”, pois o risco de fracasso é
alto

24. 1. Detalhar o
mapeamento
dos
stakeholders
do projeto
2. Detalhar o
Escopo do
projeto
3. Detalhar a
EAP e o
Cronograma
4. Criar o
Plano de
Comunicação
5. Criar o
Plano de
Recursos
Humanos
6. Criar o
Plano de
Riscos
7.Validar e
divulgar os
planos do
projeto
Planejamento

25. 1. Detalhar o
mapeamento
dos
stakeholders
do projeto
2. Detalhar o
Escopo do
projeto
3. Detalhar a
EAP e o
Cronograma
4. Criar o
Plano de
Comunicação
5. Criar o
Plano de
Recursos
Humanos
6. Criar o
Plano de
Riscos
7.Validar e
divulgar os
planos do
projeto
Planejamento

26.  Pessoas e organizações que podem ser
afetados (ou perceber-se afetados) positiva
ou negativamente pelo projeto
 Tanto pela execução quanto pelos resultados do
projeto

27.  Será que esqueci de algum stakeholder?
 É muito importante revisar o mapeamento e
verificar se faltou alguém

28. Fonte da figura: ABNT
ISO 21500:2013

29.  Qual é o papel e a influência do stakeholder
dentro do projeto?
 O cara pode ter o poder de “matar” o seu projeto!

30.  Exemplo...
Stakeholder Papel Influência Plano de Ação
Zé das
Couves
(Analista
Financeiro)
Aprovar
relatórios
financeiros do BI
Alta (afilhado
do CFO)
Envolvê-lo na
definição e
aprovação dos
relatórios

31.  Exemplo...
Stakeholder Papel Influência Plano de Ação
Zé das
Couves
(Analista
Financeiro)
Aprovar
relatórios
financeiros do BI
Alta (afilhado
do CFO)
Envolvê-lo na
definição e
aprovação dos
relatórios
O Mapeamento dos Stakeholders é uma
ferramenta do Gerente do Projeto. Não é
necessário – e nem recomendável –
compartilhar com os clientes ou
stakeholders

32. Por que é importante fazer um bom mapeamento dos stakeholders?

36. 1. Detalhar o
mapeamento
dos
stakeholders
do projeto
2. Detalhar o
Escopo do
projeto
3. Detalhar a
EAP e o
Cronograma
4. Criar o
Plano de
Comunicação
5. Criar o
Plano de
Recursos
Humanos
6. Criar o
Plano de
Riscos
7.Validar e
divulgar os
planos do
projeto
Planejamento

37. 1. Detalhar o
mapeamento
dos
stakeholders
do projeto
2. Detalhar o
Escopo do
projeto
3. Detalhar a
EAP e o
Cronograma
4. Criar o
Plano de
Comunicação
5. Criar o
Plano de
Recursos
Humanos
6. Criar o
Plano de
Riscos
7.Validar e
divulgar os
planos do
projeto
Planejamento

38. 1. Detalhar o
mapeamento
dos
stakeholders
do projeto
2. Detalhar o
Escopo do
projeto
3. Detalhar a
EAP e o
Cronograma
4. Criar o
Plano de
Comunicação
5. Criar o
Plano de
Recursos
Humanos
6. Criar o
Plano de
Riscos
7.Validar e
divulgar os
planos do
projeto
Planejamento

39.  Agora que o projeto começou para valer, é
fundamental detalhar e formalizar tudo que
faz parte dele (e o que não faz parte
também!)

40.  Escopo: Soma dos produtos, serviços e
resultados a serem fornecidos na forma de
projeto (PMBOK, 5ª Edição)

41.  Escopo do produto: As características e
funções que descrevem um produto, serviço
ou resultado
 Fonte: PMBOK, 5ª edição
 Escopo do projeto: O trabalho que precisa ser
realizado para entregar um produto, serviço
ou resultado com as características e funções
especificadas
 Fonte: PMBOK, 5ª edição

42.  Escopo do projeto:
 Escopo do produto:
Documentação
Gestão da
Mudança
Treinamento da
Equipe
Sistema
Sistema
Cadastro Relatórios
Controle
de Acesso
Banco de
Dados
Parametri
zações
Projeto

43.  A Declaração de Escopo pode ser um
documento bem detalhado...

44.  A Declaração de Escopo pode ser um
documento bem detalhado...

45.  A Declaração de Escopo pode ser um
documento bem detalhado...

46.  A Declaração de Escopo pode ser um
documento bem detalhado...
 ... mas o principal é definir tudo que está dentro
do escopo e tudo que está fora do escopo
 Sim!!!!
 A Declaração de Escopo pode usar, como ponto
de partida, o conteúdo doTermo de Abertura do
Projeto

47. Detalhando os Stakeholders e o Escopo do ProjetoTCC

48.  Criem o Mapa de Stakeholders e a
Declaração de Escopo do ProjetoTCC
 Templates disponíveis no endereço
www.alessandroalmeida.com/metodologia/index.
html
 Entrega: Até o dia 21/4

50. alessandro.almeida@uol.com.br
www.slideshare.net/alessandroalmeida