GERÊNCIA DE
PROJETOS
TAP
UNIVERSIDADE FEDERAL DE PELOTAS
DANIELA F. BRAUNER
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
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
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.
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.
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
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
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;
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çã
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
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.
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.
PREMISSAS,
RESTRIÇÕES E RISCOS
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.
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.
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;
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.
Ver exemplos
de TAP
EXEMPLO 1
EXEMPLO 1 (CONT.)
EXEMPLO 2
EXEMPLO 2 (CONT.)
EXEMPLO 3
EXEMPLO 3 (CONT.)
EXEMPLO 3 (CONT.)
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/

Aula03 - Termo de Abertura de Projeto

  • 1.
  • 2.
    GERENCIAMENTO DE PROJETOS CONHECIMENTOS O conhecimentoem 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.
    GERENCIAMENTO DE PROJETOS CONHECIMENTOS O conhecimentoem 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.
    GERENCIAMENTO DA INTEGRAÇÃO •  Incluias atividades necessárias para identificar, definir, combinar, unificar e coordenar os vários processos e atividades dos grupos de processos de gerenciamento.
  • 5.
    GERENCIAMENTO DA INTEGRAÇÃO Gerente doProjeto é 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.
    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.
    GERENCIAMENTO DA INTEGRAÇÃO DESENVOLVERO 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.
    GERENCIAMENTO DA INTEGRAÇÃO DESENVOLVERO 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.
    GERENCIAMENTO DA INTEGRAÇÃO DESENVOLVERO 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.
    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.
    OBJETIVO Para definição doobjetivo 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.
    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.
  • 14.
    PREMISSAS Premissas são suposiçõesexternas 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.
    RESTRIÇÕES Restrições são limitaçãointernas 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.
    RISCOS Risco é umevento 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.
    NÃO ESQUECER!!! DE REALIZARO 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.
  • 19.
  • 20.
  • 21.
  • 22.
  • 23.
  • 24.
  • 25.
  • 26.
    REFERÊNCIAS •  PMI. Umguia 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/