AlessandroAlmeida | www.alessandroalmeida.com
02/10/2013
2° Semestre de 2013
SIN-NA7
Quarta-feira, 16 de
outubro
 Exemplo de prova (corrigida):
 www.slideshare.net/alessandroalmeida/gesto-de-
projetos-e-empreendedorismo-23042013
 Principal responsabilidade...
 Atingir os objetivos do projeto
 Como?
 Planejando as atividades
 Organizando e acompanhando a equipe
 Gerenciando os stakeholders
 Monitorando o andamento do projeto
 Comunicando a situação do projeto
 Gerenciando os riscos, escopo, prazos e demais
parâmetros do projeto
Se preparando para que tudo dê certo...
Execução
Monitoramento
Encerram
ento
Iniciação Planejamento
Execução
Monitoramento
Encerram
ento
Iniciação Planejamento
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
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
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
 Primeiro, vamos entender a definição de
risco...
 Definição do PMBOK, 4ª edição:
 Um evento ou condição incerta que, se ocorrer,
provocará um efeito positivo ou negativo nos
objetivos de um projeto
 O risco envolve...
 Incerteza
 Impacto
 Probabilidade
 Oportunidades
 Ameaças
 Fonte da imagem “Risco de Afogamento”:
 http://www.flickr.com/photos/kiko_fernandes
/4148281427/
 Risco...
 de atraso
 de não atender o escopo
 de não cumprir o orçamento
 de não ser homologado
 de algum membro da equipe sair da empresa
 Risco...
 de entregar antes do prazo
 de surpreender o cliente com funcionalidades
adicionais
 de aproveitar uma nova tecnologia que facilitará a
implementação de funcionalidades
 de empreender com o ProjetoTCC
 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
 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
 Premissas e restrições são um bom ponto de
partida para identificação dos riscos a serem
monitorados...
 A Roberta, especialista em BI, vai participar do
projeto.
▪ Quais eventos podem tirar a Roberta do projeto?
▪ O que faremos se ela sair?
 O projeto precisa ser concluído antes de 31/12
▪ Quais eventos podem fazer com que o projeto atrase?
▪ O que faremos se o projeto atrasar?
 Benchmarking
 Entrevistas
 Check-lists
 Opinião especializada
 Consultoria
 Brainstorming
 Lições aprendidas
 Benchmarking
 Entrevistas
 Check-lists
 Opinião especializada
 Consultoria
 Brainstorming
 Lições aprendidas
 Tempestade de idéias ou “toró de parpite”
 Diferenças de pensamentos e experiências
geram novas ideias
 Compartilhar as ideias, sem filtros
 Julgamento pode “bloquear” o processo
 A avaliação das ideias é feita no final da sessão de
brainstorming
 Base histórica de riscos em outros projetos
 Reuniões entre equipes
 Aprendizado Inter-projetos (http://finito-
log.blogspot.com/2004/08/o-aprendizado-inter-
projetos.html)
# Descrição Fonte
001 Entrega fora do prazo Falta de planejamento
002 Escopo não atendido
Mapeamento de requisitos
inexistente
003 Não aceitação do sistema pelos clientes Tecnologia nova
# Descrição FONTE
001 Entrega fora do prazo Falta de planejamento
002 Escopo não atendido
Mapeamento de requisitos
inexistente
003 Não aceitação do sistema pelos clientes Tecnologia nova
Importante: Uma única fonte pode
gerar diversos riscos
 Vários riscos serão identificados
 A análise permite priorizar o foco no
tratamento dos riscos!
 Probabilidade: Qual é a chance do risco ocorrer?
 Impacto: Qual é o “tamanho” dos danos ou
benefícios, caso o risco ocorra?
 Probabilidade x Impacto = Prioridade, Criticidade
ou Peso do risco
# Descrição Prob. Imp. Criticidade
001 Entrega fora do prazo 4 5 20
002 Escopo não atendido 3 4 12
003
Não aceitação do sistema
pelos clientes
2 3 6
Estratégia de Resposta e Plano de Ação
 Quando for um risco negativo...
 Eliminar: Remover totalmente a ameaça (pode
envolver mudanças radicais)
 Transferir: Repassar o risco para um terceiro, mas não
o elimina (por exemplo: Seguro)
 Mitigar: Reduzir o impacto ou a probabilidade
 Aceitar: Conheço o risco, sua probabilidade e seu
impacto, mas concluí que é melhor “deixar a vida me
levar” e atuar somente se o risco ocorrer
 Quando for um risco positivo...
 Explorar: Direciono recursos para garantir que a
oportunidade se concretize
 Compartilhar: Envolvo um terceiro na exploração da
oportunidade (por exemplo:Criação de uma joint
venture)
 Melhorar: Realizo ações para ampliar a probabilidade
ou impacto positivo da oportunidade
 Aceitar: Não tomarei ação, somente aproveitando os
resultados caso a oportunidade se concretize
 O plano de ação pode ser simples ou
complexo, contemplando desde uma única
ação até a participação de diversos
stakeholders e fornecedores
 O fundamental é que o Gerente de Projeto
avalie, considerando a criticidade do risco,
quais ações são necessárias para que a
estratégia de resposta seja executada
# Descrição Criticidade
Estratégia de
Resposta ao
Risco
Plano de Ação
001
Entrega fora do
prazo
20 Mitigar O que fazer?
Como fazer?
Quem fará?
Quanto vai custar?
Quem será
envolvido?
002 Escopo não atendido 12 Mitigar
003
Não aceitação do
sistema pelos
clientes
6 Aceitar
Planejamento do Projeto: Parte 7_Plano de Riscos
 Montem o Plano de Riscos do ProjetoTCC
 Entrega na próxima terça-feira (08/10)
alessandro.almeida@uol.com.br
www.alessandroalmeida.com/unifieo.htm
www.slideshare.net/alessandroalmeida

Gestão de Projetos e Empreendedorismo: SIN-NA7 (02/10/2013)

  • 1.
  • 3.
  • 4.
     Exemplo deprova (corrigida):  www.slideshare.net/alessandroalmeida/gesto-de- projetos-e-empreendedorismo-23042013
  • 6.
     Principal responsabilidade... Atingir os objetivos do projeto
  • 7.
     Como?  Planejandoas atividades  Organizando e acompanhando a equipe  Gerenciando os stakeholders  Monitorando o andamento do projeto  Comunicando a situação do projeto  Gerenciando os riscos, escopo, prazos e demais parâmetros do projeto
  • 8.
    Se preparando paraque tudo dê certo...
  • 9.
  • 10.
  • 11.
    1. Detalhar o mapeamento dos stakeholders doprojeto 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
  • 12.
    1. Detalhar o mapeamento dos stakeholders doprojeto 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
  • 13.
    1. Detalhar o mapeamento dos stakeholders doprojeto 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
  • 14.
     Primeiro, vamosentender a definição de risco...
  • 15.
     Definição doPMBOK, 4ª edição:  Um evento ou condição incerta que, se ocorrer, provocará um efeito positivo ou negativo nos objetivos de um projeto
  • 16.
     O riscoenvolve...  Incerteza  Impacto  Probabilidade  Oportunidades  Ameaças
  • 18.
     Fonte daimagem “Risco de Afogamento”:  http://www.flickr.com/photos/kiko_fernandes /4148281427/
  • 19.
     Risco...  deatraso  de não atender o escopo  de não cumprir o orçamento  de não ser homologado  de algum membro da equipe sair da empresa
  • 20.
     Risco...  deentregar antes do prazo  de surpreender o cliente com funcionalidades adicionais  de aproveitar uma nova tecnologia que facilitará a implementação de funcionalidades  de empreender com o ProjetoTCC
  • 21.
     Premissa  Sãofatores 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
  • 22.
     Premissa:Talvez oseu 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
  • 23.
     Premissas erestrições são um bom ponto de partida para identificação dos riscos a serem monitorados...  A Roberta, especialista em BI, vai participar do projeto. ▪ Quais eventos podem tirar a Roberta do projeto? ▪ O que faremos se ela sair?  O projeto precisa ser concluído antes de 31/12 ▪ Quais eventos podem fazer com que o projeto atrase? ▪ O que faremos se o projeto atrasar?
  • 25.
     Benchmarking  Entrevistas Check-lists  Opinião especializada  Consultoria  Brainstorming  Lições aprendidas
  • 26.
     Benchmarking  Entrevistas Check-lists  Opinião especializada  Consultoria  Brainstorming  Lições aprendidas
  • 27.
     Tempestade deidéias ou “toró de parpite”  Diferenças de pensamentos e experiências geram novas ideias  Compartilhar as ideias, sem filtros  Julgamento pode “bloquear” o processo  A avaliação das ideias é feita no final da sessão de brainstorming
  • 30.
     Base históricade riscos em outros projetos  Reuniões entre equipes  Aprendizado Inter-projetos (http://finito- log.blogspot.com/2004/08/o-aprendizado-inter- projetos.html)
  • 31.
    # Descrição Fonte 001Entrega fora do prazo Falta de planejamento 002 Escopo não atendido Mapeamento de requisitos inexistente 003 Não aceitação do sistema pelos clientes Tecnologia nova
  • 32.
    # Descrição FONTE 001Entrega fora do prazo Falta de planejamento 002 Escopo não atendido Mapeamento de requisitos inexistente 003 Não aceitação do sistema pelos clientes Tecnologia nova Importante: Uma única fonte pode gerar diversos riscos
  • 34.
     Vários riscosserão identificados  A análise permite priorizar o foco no tratamento dos riscos!  Probabilidade: Qual é a chance do risco ocorrer?  Impacto: Qual é o “tamanho” dos danos ou benefícios, caso o risco ocorra?  Probabilidade x Impacto = Prioridade, Criticidade ou Peso do risco
  • 35.
    # Descrição Prob.Imp. Criticidade 001 Entrega fora do prazo 4 5 20 002 Escopo não atendido 3 4 12 003 Não aceitação do sistema pelos clientes 2 3 6
  • 36.
    Estratégia de Respostae Plano de Ação
  • 37.
     Quando forum risco negativo...  Eliminar: Remover totalmente a ameaça (pode envolver mudanças radicais)  Transferir: Repassar o risco para um terceiro, mas não o elimina (por exemplo: Seguro)  Mitigar: Reduzir o impacto ou a probabilidade  Aceitar: Conheço o risco, sua probabilidade e seu impacto, mas concluí que é melhor “deixar a vida me levar” e atuar somente se o risco ocorrer
  • 38.
     Quando forum risco positivo...  Explorar: Direciono recursos para garantir que a oportunidade se concretize  Compartilhar: Envolvo um terceiro na exploração da oportunidade (por exemplo:Criação de uma joint venture)  Melhorar: Realizo ações para ampliar a probabilidade ou impacto positivo da oportunidade  Aceitar: Não tomarei ação, somente aproveitando os resultados caso a oportunidade se concretize
  • 39.
     O planode ação pode ser simples ou complexo, contemplando desde uma única ação até a participação de diversos stakeholders e fornecedores
  • 40.
     O fundamentalé que o Gerente de Projeto avalie, considerando a criticidade do risco, quais ações são necessárias para que a estratégia de resposta seja executada
  • 41.
    # Descrição Criticidade Estratégiade Resposta ao Risco Plano de Ação 001 Entrega fora do prazo 20 Mitigar O que fazer? Como fazer? Quem fará? Quanto vai custar? Quem será envolvido? 002 Escopo não atendido 12 Mitigar 003 Não aceitação do sistema pelos clientes 6 Aceitar
  • 46.
    Planejamento do Projeto:Parte 7_Plano de Riscos
  • 47.
     Montem oPlano de Riscos do ProjetoTCC  Entrega na próxima terça-feira (08/10)
  • 49.