Grupo de processos de
    planejamento
     Prof. Leonardo Soares




      Campus Garanhuns
Recapitulando


Com os processos do grupo de iniciação temos um ponto de
partida para o projeto
As informações do termo de abertura e do documento de
stakeholders abrem caminho para a obtenção de
informações mais detalhadas
Inicia-se assim o grupo de processos de planejamento
Gestão de projetos com PMBoK
Planejamento do projeto


Planejar é definir um caminho que queremos seguir
Fazemos este plano considerando as informações que temos no
momento
  Antes de sair de casa olhamos para o céu e decidimos se vamos levar um
  guarda-chuva ou não
  Se olharmos para a previsão do tempo teremos uma garantir a mais para
  decidir se levamos ou não o guarda-chuva
O planejamento que faremos em nosso projeto irá traçar um caminho
que pode ser alterado a medida que temos mais informações
A maior parte do que faremos será feita em acordo com o cliente
financiador para evitar retrabalho
Planejamento em gerência de
              projetos


Nosso planejamento irá contemplar diversas áreas, como:
  Recursos humanos
  Escopo
  Comunicação
  Riscos
  Dentre outras…
O planejamento deverá ser alinhado aos objetivos do
projeto, respeitando restrições e premissas
Neste sentido os stakeholders devem estar próximos a
nós, pois eles podem influenciar diretamente nosso plano
Como o planejamento é realizado


O PMBoK conta com diversos processos que nos auxiliam no
planejamento de nosso projeto
Faz-se necessário planejar para saber os rumos a serem
tomados e se durante a execução o trabalho está sendo bem
feito e/ou precisa de mudanças
Etapas do planejamento

1.    Coletar requisitos                   1.  Planejar a qualidade
2.    Declaração do escopo do projeto      2.  Desenvolver o plano de RH
3.    Criar WBS                            3.  Planejar comunicações
4.    Definição de atividades              4.  Planejar o gerenciamento de riscos
                                           5.  Identificar os riscos
5.    Sequenciamento das atividades
                                           6.  Executar análise qualitativa dos
6.    Estimativa recursos das atividades       riscos
7.    Estimar duração das atividades       7. Executar análise quantitativa dos
8.    Desenvolver o cronograma                 riscos
9.    Estimar os custos                    8. Planejar respostas aos riscos
10.   Determinar orçamento                 9. Planejar aquisições
                                           10. Desenvolver o plano de
                                               gerenciamento do projeto
Planejamento do escopo do projeto


    Em todo o projeto há um acordo com o cliente para:
     Definir o que o cliente irá receber do seu produto
Garantir quetrabalho que realize todono projeto
     Definir o o projeto será realizado e somente o
trabalho necessário para o seu sucesso ao qual não
    O ideal é que não realizemos um trabalho
    estamos sendo pagos para isto e que o cliente receba
    o que espera
    Na prática nosso cliente sempre muda de opinião e
    deseja mais funcionalidades…
Coleta de requisitos

Fundamental a qualquer projeto é entender o que nosso cliente
precisa. Estas necessidades são tidas como requisitos
Requisitos estão relacionados ao negócio de nosso cliente que
nosso produto pretende resolver
São condições que precisam ser atentidadas para satisfazer os
objetivos do projeto
Coleta de requisitos

Envolve identificar as necessidades das partes interessadas
É importante que eles possam ser medidos, rastreados e
testados
A ação de identificar essas necessidades é definida como Coleta
de requisitos
Quais problemas podem surgir a
         partir dos requisitos


Requisitos levantados de maneira incorreta podem levar a uma
série de problemas:
  Execuções realizadas de forma incorreta
  Trabalho que não deveria ser feito
  Cálculo incorreto de custos e prazos
Entradas de Coletar os Requisitos

Termo de abertura do projeto
  Requisitos de alto nível
Registro das partes interessadas
  Pessoas que irão fornecer a informação correta
Ferramentas e técnica de Coletar os
           Requisitos

Entrevistas
Discussões em grupo
Oficinas
Técnicas de criatividade de grupo (brainstorming)
Tomada de decisão em grupo
Questionários e pesquisas
Observações
Protótipos
Saídas de Coletar os Requisitos


Documentação dos requisitos
  Iremos descrever inicialmente em um nível mais alto e
  aprofundaremos a medida que tivermos mais conhecimento
Plano de gerenciamento de requisitos
  Como os requisitos serão obtidos, priorizados e demais métricas
Matriz de rastreabilidade dos requisitos
Exercício


Façam a definição do documento de requisitos para o
projeto de vocês
Definição do escopo
Definição do escopo


Sabemos das necessidades de nosso cliente, mas precisamos
assegurar que o que será entregue contém essas necessidades
  Quando um cliente contrata um serviço ou compra algo ele sabe
  exatamente o que esperar
Precisamos assegurar que todos no projeto entenderam e
concordam com o que será entregue
O objetivo da declaração do escopo é descrever todas as
entregas do projeto
Escopo do produto x Escopo do
               projeto


Requisitos do produto referem-se ao que ele deve conter (o
que deve ser entregue em nosso produto)
  Como ele parecerá, quais serão suas funcionalidades
Requisitos do projeto referem-se as ações que serão
executadas no projeto (quais atividades devem ser feitas para
que os requisitos do produto sejam entregues)
Exemplo


Um cliente solicita uma casa com 3 quartos, 2 banheiros, 2 salas
e 1 piscina
Para a construção dessa casa será necessário:
    Identificar os stakeholders
    Levantar os requisitos
    Escavar a fundação
    Colocar as colunas no lugar
Entradas de Definição do escopo


  Termo de abertura do projetp
  Documentação de requisitos
  Ativos de processos organizacionais
    Modelos de documentos, políticas de criação do
    documento
    Arquivos de projetos anteriores
    Lições aprendidas
Ferramentas e técnicas de Definição
           do escopo


  Opinião especializada
  Análise do produto
    Decomposição do produto
    Análise de sistema e de requisitos
    Dentre outras
  Identificação de alternativas
  Oficinas
Saídas de definição do escopo


Declaração do escopo do projeto
  Definição do escopo do produto e do projeto
  Critérios de aceitação do produto
  Entregas do projeto
  Dentre outros fatores
Atualização de documentos do projeto
  Registro das partes interessadas
  Documentação dos requisitos
  Matriz de rastreabilidade dos requisitos
Exercício


Criem o documento de definição do escopo com base
no PPO
Criar a Estrutura analítica do Projeto
             (EAP – WBS)


Uma vez definido os requisitos e o escopo do produto/projeto
precisamos identificar o trabalho necessário a sua realização
Este trabalho estará relacionado diretamente as entregas que
prometemos ao nosso cliente, porém ainda não sabemos
exatamente o que será feito
No contexto da EAP, o trabalho se refere a produtos de trabalho ou
entregas que são o resultado do esforço e não o próprio esforço
Utilizaremos uma estrutura gráfica para identificar e visualizar o
trabalho necessário ao projeto
O Que é a estrutura analítica do
           projeto?
Exemplo de EAP
Exemplo de EAP
Por que criamos a EAP?


Fornece uma visão gráfica global do escopo do
projeto
As subdivisões asseguram que o escopo aprovado
será cumprido
Fornece uma base para estimar custos, tempo e
recursos
Entradas – Criar a estrutura analítica
            do projeto


  Declaração do escopo
  Documento de requisitos
  Ativos de processos organizacionais
    Modelos para a EAP e políticas da empresa
    Arquivos de processos anteriores
    Lições aprendidas
Ferramentas e técnicas – Criar a
      estrutura analítica do projeto

                     Há uma regra – 8:40 e 8:80
                     (não devem haver pacotes
Decomposição níveis, maiores 8 horas e             O Nível mais baixo
        Quanto mais menores que são                     da EAP é
        os detalhes maiores que 40 ou 80 horas) A EAPdenominado 100% do
                    sobre o do projeto
  Identificar as entregas                             deve conter
        projeto, porém gerenciá-los se          trabalho ade trabalho no
                                                   Pacote serrepresentam
                                                              realizado
  Dividir a entrega do projeto em partes menores que dos 100%)
        tornará um processo mais                 projeto (regra
  produtos, serviços ou resultados verificáveis
        complexo
  Repetir o processo até se chegar em um nível suficiente para
  conclusão das entregas nos níveis mais altos e verificáveis
  Montar uma estrutura hierárquica para representar isto
Saídas


•   EAP
•   Dicionário da EAP
•   Linha base do escopo do projeto
•   Atualização de documentos do projeto
Exercício


Formem grupos e preparem a EAP do PPO

Grupos de processos de planejamento

  • 1.
    Grupo de processosde planejamento Prof. Leonardo Soares Campus Garanhuns
  • 2.
    Recapitulando Com os processosdo grupo de iniciação temos um ponto de partida para o projeto As informações do termo de abertura e do documento de stakeholders abrem caminho para a obtenção de informações mais detalhadas Inicia-se assim o grupo de processos de planejamento
  • 3.
  • 4.
    Planejamento do projeto Planejaré definir um caminho que queremos seguir Fazemos este plano considerando as informações que temos no momento Antes de sair de casa olhamos para o céu e decidimos se vamos levar um guarda-chuva ou não Se olharmos para a previsão do tempo teremos uma garantir a mais para decidir se levamos ou não o guarda-chuva O planejamento que faremos em nosso projeto irá traçar um caminho que pode ser alterado a medida que temos mais informações A maior parte do que faremos será feita em acordo com o cliente financiador para evitar retrabalho
  • 5.
    Planejamento em gerênciade projetos Nosso planejamento irá contemplar diversas áreas, como: Recursos humanos Escopo Comunicação Riscos Dentre outras… O planejamento deverá ser alinhado aos objetivos do projeto, respeitando restrições e premissas Neste sentido os stakeholders devem estar próximos a nós, pois eles podem influenciar diretamente nosso plano
  • 6.
    Como o planejamentoé realizado O PMBoK conta com diversos processos que nos auxiliam no planejamento de nosso projeto Faz-se necessário planejar para saber os rumos a serem tomados e se durante a execução o trabalho está sendo bem feito e/ou precisa de mudanças
  • 7.
    Etapas do planejamento 1. Coletar requisitos 1. Planejar a qualidade 2. Declaração do escopo do projeto 2. Desenvolver o plano de RH 3. Criar WBS 3. Planejar comunicações 4. Definição de atividades 4. Planejar o gerenciamento de riscos 5. Identificar os riscos 5. Sequenciamento das atividades 6. Executar análise qualitativa dos 6. Estimativa recursos das atividades riscos 7. Estimar duração das atividades 7. Executar análise quantitativa dos 8. Desenvolver o cronograma riscos 9. Estimar os custos 8. Planejar respostas aos riscos 10. Determinar orçamento 9. Planejar aquisições 10. Desenvolver o plano de gerenciamento do projeto
  • 8.
    Planejamento do escopodo projeto Em todo o projeto há um acordo com o cliente para: Definir o que o cliente irá receber do seu produto Garantir quetrabalho que realize todono projeto Definir o o projeto será realizado e somente o trabalho necessário para o seu sucesso ao qual não O ideal é que não realizemos um trabalho estamos sendo pagos para isto e que o cliente receba o que espera Na prática nosso cliente sempre muda de opinião e deseja mais funcionalidades…
  • 9.
    Coleta de requisitos Fundamentala qualquer projeto é entender o que nosso cliente precisa. Estas necessidades são tidas como requisitos Requisitos estão relacionados ao negócio de nosso cliente que nosso produto pretende resolver São condições que precisam ser atentidadas para satisfazer os objetivos do projeto
  • 10.
    Coleta de requisitos Envolveidentificar as necessidades das partes interessadas É importante que eles possam ser medidos, rastreados e testados A ação de identificar essas necessidades é definida como Coleta de requisitos
  • 11.
    Quais problemas podemsurgir a partir dos requisitos Requisitos levantados de maneira incorreta podem levar a uma série de problemas: Execuções realizadas de forma incorreta Trabalho que não deveria ser feito Cálculo incorreto de custos e prazos
  • 12.
    Entradas de Coletaros Requisitos Termo de abertura do projeto Requisitos de alto nível Registro das partes interessadas Pessoas que irão fornecer a informação correta
  • 13.
    Ferramentas e técnicade Coletar os Requisitos Entrevistas Discussões em grupo Oficinas Técnicas de criatividade de grupo (brainstorming) Tomada de decisão em grupo Questionários e pesquisas Observações Protótipos
  • 14.
    Saídas de Coletaros Requisitos Documentação dos requisitos Iremos descrever inicialmente em um nível mais alto e aprofundaremos a medida que tivermos mais conhecimento Plano de gerenciamento de requisitos Como os requisitos serão obtidos, priorizados e demais métricas Matriz de rastreabilidade dos requisitos
  • 15.
    Exercício Façam a definiçãodo documento de requisitos para o projeto de vocês
  • 16.
  • 17.
    Definição do escopo Sabemosdas necessidades de nosso cliente, mas precisamos assegurar que o que será entregue contém essas necessidades Quando um cliente contrata um serviço ou compra algo ele sabe exatamente o que esperar Precisamos assegurar que todos no projeto entenderam e concordam com o que será entregue O objetivo da declaração do escopo é descrever todas as entregas do projeto
  • 18.
    Escopo do produtox Escopo do projeto Requisitos do produto referem-se ao que ele deve conter (o que deve ser entregue em nosso produto) Como ele parecerá, quais serão suas funcionalidades Requisitos do projeto referem-se as ações que serão executadas no projeto (quais atividades devem ser feitas para que os requisitos do produto sejam entregues)
  • 19.
    Exemplo Um cliente solicitauma casa com 3 quartos, 2 banheiros, 2 salas e 1 piscina Para a construção dessa casa será necessário: Identificar os stakeholders Levantar os requisitos Escavar a fundação Colocar as colunas no lugar
  • 20.
    Entradas de Definiçãodo escopo Termo de abertura do projetp Documentação de requisitos Ativos de processos organizacionais Modelos de documentos, políticas de criação do documento Arquivos de projetos anteriores Lições aprendidas
  • 21.
    Ferramentas e técnicasde Definição do escopo Opinião especializada Análise do produto Decomposição do produto Análise de sistema e de requisitos Dentre outras Identificação de alternativas Oficinas
  • 22.
    Saídas de definiçãodo escopo Declaração do escopo do projeto Definição do escopo do produto e do projeto Critérios de aceitação do produto Entregas do projeto Dentre outros fatores Atualização de documentos do projeto Registro das partes interessadas Documentação dos requisitos Matriz de rastreabilidade dos requisitos
  • 23.
    Exercício Criem o documentode definição do escopo com base no PPO
  • 24.
    Criar a Estruturaanalítica do Projeto (EAP – WBS) Uma vez definido os requisitos e o escopo do produto/projeto precisamos identificar o trabalho necessário a sua realização Este trabalho estará relacionado diretamente as entregas que prometemos ao nosso cliente, porém ainda não sabemos exatamente o que será feito No contexto da EAP, o trabalho se refere a produtos de trabalho ou entregas que são o resultado do esforço e não o próprio esforço Utilizaremos uma estrutura gráfica para identificar e visualizar o trabalho necessário ao projeto
  • 25.
    O Que éa estrutura analítica do projeto?
  • 26.
  • 27.
  • 28.
    Por que criamosa EAP? Fornece uma visão gráfica global do escopo do projeto As subdivisões asseguram que o escopo aprovado será cumprido Fornece uma base para estimar custos, tempo e recursos
  • 29.
    Entradas – Criara estrutura analítica do projeto Declaração do escopo Documento de requisitos Ativos de processos organizacionais Modelos para a EAP e políticas da empresa Arquivos de processos anteriores Lições aprendidas
  • 30.
    Ferramentas e técnicas– Criar a estrutura analítica do projeto Há uma regra – 8:40 e 8:80 (não devem haver pacotes Decomposição níveis, maiores 8 horas e O Nível mais baixo Quanto mais menores que são da EAP é os detalhes maiores que 40 ou 80 horas) A EAPdenominado 100% do sobre o do projeto Identificar as entregas deve conter projeto, porém gerenciá-los se trabalho ade trabalho no Pacote serrepresentam realizado Dividir a entrega do projeto em partes menores que dos 100%) tornará um processo mais projeto (regra produtos, serviços ou resultados verificáveis complexo Repetir o processo até se chegar em um nível suficiente para conclusão das entregas nos níveis mais altos e verificáveis Montar uma estrutura hierárquica para representar isto
  • 31.
    Saídas • EAP • Dicionário da EAP • Linha base do escopo do projeto • Atualização de documentos do projeto
  • 32.
    Exercício Formem grupos epreparem a EAP do PPO

Notas do Editor

  • #15 A utilização de uma matriz de rastreabilidade ajuda a garantir que cada requisito adiciona valor de negócio
  • #18 Se o clientepedeuma pizza metadecalabreza e metadequeijo, eleiráesperarissoTodosquetrabalhamnapizzaria (atendente, entregador, pizzaoiolo) deve saber o pedidosolicitadoparaevitaremerros
  • #26 EstruturahierárquicaLista as entregas do projeto e o trabalhonecessário(quetambémsãoentregas)para se entregar o produtoOrganiza e define o escopo total do projeto