Grupo de processos de planejamento

Prof. Leonardo Soares

Campus Garanhuns

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

Recapitulando

Gestão de projetos com PMBoK

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 do projeto

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

Planejamento em gerência de projetos

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

Como o planejamento é realizado

1. Coletar requisitos2. Declaração do escopo do

projeto3. Criar WBS4. Definição de atividades5. Sequenciamento das atividades6. Estimativa recursos das

atividades7. Estimar duração das atividades8. Desenvolver o cronograma9. Estimar os custos10. Determinar orçamento

Etapas do planejamento

1. Planejar a qualidade2. Desenvolver o plano de RH3. Planejar comunicações4. Planejar o gerenciamento de

riscos5. Identificar os riscos6. Executar análise qualitativa dos

riscos7. Executar análise quantitativa dos

riscos8. Planejar respostas aos riscos9. Planejar aquisições10. Desenvolver o plano de

gerenciamento do projeto

Em todo o projeto há um acordo com o cliente para: Definir o que o cliente irá receber do seu produto Definir o trabalho que será realizado no projeto

O ideal é que não realizemos um trabalho ao qual não 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…

Planejamento do escopo do projeto

Garantir que o projeto realize todo e somente o trabalho necessário para o seu sucesso

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

Coleta de 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

Quais problemas podem surgir a partir dos requisitos

Termo de abertura do projeto Requisitos de alto nível

Registro das partes interessadas Pessoas que irão fornecer a informação correta

Entradas 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

Ferramentas e técnica 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

Saídas de Coletar os Requisitos

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

Exercício

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

Definição do escopo

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)

Escopo do produto x Escopo do projeto

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

Exemplo

Escopo do

Produto

Escopo do Projeto

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

Entradas 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

Ferramentas e técnicas 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

Saídas de definição do escopo

Criem o documento de definição do escopo com base no PPO

Exercício

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

Criar a Estrutura analítica do Projeto (EAP – WBS)

O Que é a estrutura analítica do projeto?

Exemplo de EAP

Exemplo de 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

Por que criamos a EAP?

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

Entradas – Criar a estrutura analítica do projeto

Decomposição Identificar as entregas do projeto Dividir a entrega do projeto em partes menores que

representam produtos, serviços ou resultados verificáveis 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

Ferramentas e técnicas – Criar a estrutura analítica do projeto

Há uma regra – 8:40 e 8:80 (não devem haver pacotes menores que 8 horas e maiores que 40

ou 80 horas)

O Nível mais baixo da EAP é denominado

Pacote de trabalho

A EAP deve conter 100% do trabalho a

ser realizado no projeto (regra dos

100%)

Quanto mais níveis, maiores são os detalhes sobre o projeto, porém gerenciá-los se tornará um processo mais complexo

Saídas

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

Formem grupos e preparem a EAP do PPO

Exercício