Gestão de Projetos (14/04/2015)

388 visualizações

Publicada em

Disciplina: Gestão de Projetos

Conteúdo: Mapeamento de Stakeholders e Declaração de Escopo.

Turma: SIN-NA7
Data da aula: 14/04/2015

Publicada em: Negócios
0 comentários
0 gostaram
Estatísticas
Notas
  • Seja o primeiro a comentar

  • Seja a primeira pessoa a gostar disto

Sem downloads
Visualizações
Visualizações totais
388
No SlideShare
0
A partir de incorporações
0
Número de incorporações
3
Ações
Compartilhamentos
0
Downloads
13
Comentários
0
Gostaram
0
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide

Gestão de Projetos (14/04/2015)

  1. 1. Alessandro Almeida | www.alessandroalmeida.com 14/04/2015 1° Semestre de 2015 SIN-NA7
  2. 2. PROVA 1 15/04
  3. 3.  Canvas do seu ProjetoTCC  Atividade entregue no dia 12/4 (vale 1 ponto)  A Prova 1 vale 1 ponto
  4. 4. Termo de Abertura do ProjetoTCC
  5. 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. 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. 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. 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. 9. Como provar que um problema existe?
  10. 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. 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. 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. 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. 14.  Escopo do projeto: Documentação Gestão da Mudança Treinamento da Equipe Sistema Projeto
  15. 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. 16.  O escopo do produto é muito importante, mas não deve ser considerado isoladamente, pois ele faz parte do escopo do projeto
  17. 17. Se preparando para que tudo dê certo...
  18. 18. Execução Monitoramento Encerram ento Iniciação Planejamento
  19. 19. Execução Monitoramento Encerram ento Iniciação Planejamento
  20. 20.  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.
  21. 21.  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
  22. 22. 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
  23. 23. 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
  24. 24.  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
  25. 25.  Será que esqueci de algum stakeholder?  É muito importante revisar o mapeamento e verificar se faltou alguém
  26. 26. Fonte da figura: ABNT ISO 21500:2013
  27. 27.  Qual é o papel e a influência do stakeholder dentro do projeto?  O cara pode ter o poder de “matar” o seu projeto!
  28. 28.  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
  29. 29.  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
  30. 30. Por que é importante fazer um bom mapeamento dos stakeholders?
  31. 31. 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
  32. 32. 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
  33. 33. 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
  34. 34.  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!)
  35. 35.  Escopo: Soma dos produtos, serviços e resultados a serem fornecidos na forma de projeto (PMBOK, 5ª Edição)
  36. 36.  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
  37. 37.  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
  38. 38.  A Declaração de Escopo pode ser um documento bem detalhado...
  39. 39.  A Declaração de Escopo pode ser um documento bem detalhado...
  40. 40.  A Declaração de Escopo pode ser um documento bem detalhado...
  41. 41.  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
  42. 42. Detalhando os Stakeholders e o Escopo do ProjetoTCC
  43. 43.  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
  44. 44. alessandro.almeida@uol.com.br www.slideshare.net/alessandroalmeida

×