Aula03 - Termo de Abertura de Projeto

1.016 visualizações

Publicada em

Aula sobre Termo de Abertura de Projeto. Licença CC: Atribuição e CompartilhaIgual: Você deve dar o crédito apropriado, prover um link para a licença e indicar se mudanças foram feitas. Você deve fazê-lo em qualquer circunstância razoável, mas de maneira alguma que sugira ao licenciante a apoiar você ou o seu uso.
CompartilhaIgual — Se você remixar, transformar, ou criar a partir do material, tem de distribuir as suas contribuições sob a mesma licença que o original.
http://creativecommons.org/licenses/by-sa/3.0/br/

2 comentários
5 gostaram
Estatísticas
Notas
Sem downloads
Visualizações
Visualizações totais
1.016
No SlideShare
0
A partir de incorporações
0
Número de incorporações
6
Ações
Compartilhamentos
0
Downloads
14
Comentários
2
Gostaram
5
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide

Aula03 - Termo de Abertura de Projeto

  1. 1. GERÊNCIA DE PROJETOS TAP UNIVERSIDADE FEDERAL DE PELOTAS DANIELA F. BRAUNER
  2. 2. GERENCIAMENTO DE PROJETOS CONHECIMENTOS O conhecimento em gerenciamento de projetos é composto de dez áreas: •  Gerenciamento da Integração •  Gerenciamento de Escopo •  Gerenciamento de Tempo •  Gerenciamento de Custos •  Gerenciamento de Qualidade •  Gerenciamento das Aquisições •  Gerenciamento de Recursos Humanos •  Gerenciamento das Comunicações •  Gerenciamento de Risco •  Gerenciamento das Partes Interessadas
  3. 3. GERENCIAMENTO DE PROJETOS CONHECIMENTOS O conhecimento em gerenciamento de projetos é composto de dez áreas: •  Gerenciamento da Integração •  Gerenciamento de Escopo •  Gerenciamento de Tempo •  Gerenciamento de Custos •  Gerenciamento de Qualidade •  Gerenciamento das Aquisições •  Gerenciamento de Recursos Humanos •  Gerenciamento das Comunicações •  Gerenciamento de Risco •  Gerenciamento das Partes Interessadas
  4. 4. GERENCIAMENTO DA INTEGRAÇÃO •  Inclui as atividades necessárias para identificar, definir, combinar, unificar e coordenar os vários processos e atividades dos grupos de processos de gerenciamento.
  5. 5. GERENCIAMENTO DA INTEGRAÇÃO Gerente do Projeto é o integrador; Ele tem a visão do todo; Habilidades do gerente: •  Liderança; •  Facilitação; •  Coordenação de tarefas; •  Comunicação; •  Conhecimentos de gerência de projetos.
  6. 6. GERENCIAMENTO DA INTEGRAÇÃO •  Processos: 1.  Desenvolver o termo de abertura do projeto 2.  Desenvolver o plano de gerenciamento do projeto 3.  Orientar e gerenciar o plano de gerenciamento do projeto 4.  Monitorar e controlar o trabalho do projeto 5.  Realizar o controle integrado de mudanças 6.  Encerrar o projeto ou fase
  7. 7. GERENCIAMENTO DA INTEGRAÇÃO DESENVOLVER O TERMO DE ABERTURA DO PROJETO “Processo de desenvolvimento de um documento que formalmente autoriza um projeto e documenta os requisitos iniciais que satisfaçam as necessidades e expectativas das partes interessadas.” PMBOK, 4a.edição
  8. 8. GERENCIAMENTO DA INTEGRAÇÃO DESENVOLVER O TERMO DE ABERTURA DO PROJETO Termo de Abertura do Projeto (TAP) • Formalmente inicia o projeto; • Estabelece a parceria entre a organização executora do projeto e o solicitante; • É recomendado que o gerente do projeto seja definido antes do início do planejamento para participar da elaboração do TAP;
  9. 9. GERENCIAMENTO DA INTEGRAÇÃO DESENVOLVER O TERMO DE ABERTURA DO PROJETO Diagrama de Fluxo de Dados do processo “Desenvolver TAP” Relações internas Relações externas Fluxo de processos: FONTE: PMBOK, 4a.ediçã
  10. 10. COMPONENTES COMUNS DE TAPS •  Titulo do projeto, gerente, patrocinador •  Objetivos estratégicos que o projeto pretende atender •  Justificativa e objetivo do projeto •  Escopo •  Premissas, Restrições e Riscos •  Tempo e custo •  Assinaturas
  11. 11. OBJETIVO Para definição do objetivo siga a regra “SMART”: •  Specífic (específico): Deve ser redigido de forma clara, concisa e compreensiva; •  Measurable (mensurável): O objetivo deve ser mensurável, ou seja, possível de ser medido por meio de um ou mais indicadores; •  Agreed (acordado): Deve ser acordado com as partes interessadas (Stakeholders); •  Realistic (realista) : Deve estar centrado na realidade, no que é possível de ser feito considerando as premissas e restrições existentes; •  Time Bound (Limitado no tempo): Deve ter um prazo determinado para sua finalização.
  12. 12. EXEMPLO DE OBJETIVO … TORNANDO ELE SMART •  Desenvolver um software para análise de compras. •  Desenvolver um software para análise das compras dos clientes usando técnicas de descoberta de padrões para que seja possível traçar perfis dos clientes e descobrir padrões de compras para alimentar a estratégia da empresa. •  Desenvolver em 3 meses um software para análise das compras dos clientes usando técnicas de descoberta de padrões para que seja possível traçar perfis dos clientes e descobrir padrões de compras para alimentar a estratégia da empresa. •  Desenvolver em 12 meses um software para análise das compras dos clientes usando técnicas de descoberta de padrões para que seja possível traçar perfis dos clientes e descobrir padrões de compras para alimentar a estratégia da empresa.
  13. 13. PREMISSAS, RESTRIÇÕES E RISCOS
  14. 14. PREMISSAS Premissas são suposições externas ao projeto. É algo que normalmente não está sob controle interno do projeto e que se assume como verdadeiro para efeitos de planejamento. Exemplos: •  Durante o período de execução, o recurso humano que desenvolve o software de gerência não será deslocado para outro projeto. •  O cliente disponibilizará ambiente de hardware e software conforme especificados na proposta de venda. •  O produto só poderá ser divulgado após a instalação dos 400 outdoors disponibilizados pela empresa contratante.
  15. 15. RESTRIÇÕES Restrições são limitação internas do projeto. São fatores impostos à equipe de projetos e que limitam as opções da mesma. Exemplos: •  Todos os softwares deverão ser desenvolvidos utilizando a linguagem C; •  Os equipamentos que irão compor a infraestrutura da rede deverão ser baseados na tecnologia Dense Wavelength Division Multiplexing (DWDM) sobre a fibra óptica; •  Nenhum membro da equipe está autorizado a trabalhar após às 17h; •  O local a ser utilizado para armazenar os equipamentos deverá ser coberto.
  16. 16. RISCOS Risco é um evento ou condições incerta que, se ocorrer, terá um efeito positivo ou negativo sobre o projeto. Exemplos: •  Deslocamento para outro projeto do recurso humano que desenvolve o software de gerência. •  O cliente não disponibilizar ambiente de hardware e software conforme especificados na proposta de venda. •  Vazamento na divulgação do produto; •  Não conclusão (no prazo) da instalação dos 400 outdoors disponibilizados pela empresa;
  17. 17. NÃO ESQUECER!!! DE REALIZAR O GERENCIAMENTO DE RISCOS!!!! Ter ações planejadas para cada risco, caso eles aconteçam! Exemplo: •  Risco: Deslocamento para outro projeto do recurso humano que desenvolve o software de gerência. •  Plano de ação: Contratar um novo recurso humano para desenvolver o software da gerência.
  18. 18. Ver exemplos de TAP
  19. 19. EXEMPLO 1
  20. 20. EXEMPLO 1 (CONT.)
  21. 21. EXEMPLO 2
  22. 22. EXEMPLO 2 (CONT.)
  23. 23. EXEMPLO 3
  24. 24. EXEMPLO 3 (CONT.)
  25. 25. EXEMPLO 3 (CONT.)
  26. 26. REFERÊNCIAS •  PMI. Um guia do conhecimento em gerenciamento de projetos (Guia PMBOK) - Quarta edição. Editora: Project Management Institute, 2008. •  Premissas, Restrições e Riscos: http://www.inovagp.com/2012/04/premissa-x-restricao-x- risco/

×