Escolar Documentos
Profissional Documentos
Cultura Documentos
PMBOK
Apresentação
Gerência de Projetos Hands On
O que é o PMI?
• Project Management Institute | www.pmi.org
• Uma associação, sem fins lucrativos, sediada nos EUA,
presente em quase todos os países, reunindo mais de
600.000 associados e que tem como objetivo o
incentivo à profissionalização e ao desenvolvimento das
práticas de Gerenciamento de Projetos
• Os associados do PMI são indivíduos praticando e
estudando o Gerenciamento de Projeto nas mais
diversas áreas
Gerência de Projetos Hands On
Inovação = Projeto
Gerência de Projetos Hands On
Partes Interessadas
Gerência de Projetos Hands On
Escopo:
Apresenta os processos necessários para
assegurar que o projeto inclui todo o
trabalho necessário, e apenas o necessário,
para terminar o projeto com sucesso.
Partes Interessadas
Gerência de Projetos Hands On
Cronograma:
Apresenta os processos necessários para
gerenciar o término pontual do projeto.
Partes Interessadas
Gerência de Projetos Hands On
Custos:
Apresenta os processos necessários para
assegurar que o projeto possa ser concluído
dentro do orçamento aprovado.
Partes Interessadas
Gerência de Projetos Hands On
Qualidade:
Apresenta os processos necessários para
assegurar que o projeto satisfaça as
necessidades para as quais foi empreendido.
Partes Interessadas
Gerência de Projetos Hands On
Recursos:
Apresenta os processos necessários para
organizar e gerenciar os recursos do projeto.
Partes Interessadas
Gerência de Projetos Hands On
Comunicações:
Apresenta os processos necessários para
assegurar que as informações do projeto
sejam geradas, coletadas, distribuídas,
armazenadas, recuperadas e organizadas de
maneira oportuna e apropriada.
Partes Interessadas
Gerência de Projetos Hands On
Riscos:
Apresenta os processos relacionados à
identificação, análise e resposta aos riscos
do projeto.
Partes Interessadas
Gerência de Projetos Hands On
Aquisições:
Apresenta os processos necessários para
adquirir produtos, serviços ou resultados
externos à equipe do projeto.
Partes Interessadas
Gerência de Projetos Hands On
Partes Interessadas:
Apresenta os processos necessários para
identificar e gerenciar as partes interessadas
do projeto adequadamente.
Partes Interessadas
Gerência de Projetos Hands On
Integração:
Apresenta os processos necessários para
assegurar que os vários elementos do
projeto sejam adequadamente coordenados.
Partes Interessadas
Gerência de Projetos Hands On
Gerenciamento de Projetos,
Programas e Portfólios
Gerência de Projetos Hands On
Programas
• Um programa é um grupo de projetos
relacionados gerenciados de modo
coordenado para a obtenção de benefícios
e controle que não estariam disponíveis se
eles fossem gerenciados individualmente.
Gerência de Projetos Hands On
Portfólios
• Um portfólio é um conjunto de projetos ou
programas e outros trabalhos agrupados para
facilitar o gerenciamento eficaz desse trabalho
a fim de atender aos objetivos de negócios
estratégicos.
Gerência de Projetos Hands On
http://www.pmi.org/PDF/pdc_pmphandbook.pdf
Planejando o Escopo do Projeto
Curso de MS-Project 2013
29
Escopo
• O escopo é todo o trabalho que o projeto
deve realizar para atingir os seus objetivos.
• Trata sobre as características e os
requerimentos exigidos pelo projeto.
30
Definição do Escopo
• A definição do escopo
é a parte mais
importante do
gerenciamento de um
projeto, pois é nessa
fase que você definirá a
trajetória a seguir para
atingir os resultados
esperados pelo projeto.
31
Metas X Objetivos
31
32
Recursos
• A partir de um escopo bem definido, a realização do
projeto depende de pessoas, suprimentos e
instalações, ou seja, os recursos do projeto.
33
Plano de Projeto
• O gerente que começa sem um plano de projeto
sólido compromete o sucesso do produto.
33
34
É um agrupamento de elementos do
projeto que organiza e define o
escopo total do projeto.
36
37
A WBS ou EAP
Princípio da Decomposição
40
Como Fazer...
• Colocar no primeiro nível o nome do projeto e no
segundo nível as fases que irão compor o projeto
40
41
Como Fazer...
• Identificar os subprodutos necessários para que
seja alcançado o sucesso do projeto em cada fase.
42
VideoCast
• EAP
Ricardo Vargas
43
VideoCast
• EAP
43
Definindo o Escopo
Curso de MS-Project 2013
45
Objetivo
Planta atual
Área de
Serviço
Sala
Cozinha
Circulação
Entrada
48
Planta do Projeto
APTO 1 APTO. 2
Área de Área de
Serviço Cozinha Serviço
Banheiro
Cozinha
Sala Sala
Quarto 2
Circulação
Entrada
49
Premissas e Riscos
Premissas são hipóteses adotadas para fins de
planejamento que podem se transformar em riscos.
• A chuva esperada para o período do projeto não é
suficiente para ameaçar a execução do projeto;
• Não teremos dificuldades em obter mão-de-obra para o
projeto.
Produtos
Exercício 01
• Apresente o objetivo do projeto que vai planejar/executar utilizando
1 o MS-Project ao longo do curso
• PMBOK:
▫ Capítulo 5
Item 5.2 – Coletar os
Requisitos
Item 5.3 – Definir o Escopo
Item 5.4 – Criar a EAP
▫ Capítulo 12
Item 12.1 – Planejar as
Aquisições
54
Tarefas Recursos
1.Infraestrutura 1.Areia
2.Superestrutura 2.Bloco de concreto
3.Cobertura 3.Brita
4.Alvenarias 4.Carpinteiro
5.Revestimentos 5.Cimento
6.Pisos 6.Concreto usinado
7.Esquadrias 7.Empresa de Instalações
8.Pintura
8.Empresa de Pintura
9.Instalações Hidráulicas
9.Ferreiro
10.Instalações Elétricas
10.Pedreiro
11.Vitrines
11.Servente
12.Mostruários
13.Balcões de Atendimento 12.Madeira
14.Mobiliário Áreas Admin. e Estoque
Reunião de Abertura do Projeto
Kick Off
Curso de MS-Project 2013
PodCast
• Reunião de Abertura do Projeto
Ricardo Vargas
57
58
Objetivo
• Qual o “alvo” a ser atingido
Justificativa
• Por que o projeto está sendo realizado?
59
Produtos
• Quais são os produtos deste projeto?
60
Gerente e Patrocinador
• Quem é o Gerente e o patrocinador do Projeto?
61
EAP
• Qual o Escopo do projeto?
62
Cronograma Inicial
• Quanto tempo vai durar o projeto?
63
Marcos
• Quais são os marcos mais relevantes?
64
Limite do Projeto
• O que está dentro e o que está fora do Projeto?
65
Premissas
• Quais são os fatos considerados verdadeiros?
66
Riscos
• O que pode dar errado com o Projeto?
67
PodCast
• Reunião de Abertura do Projeto
Ricardo Vargas
68
Introdução ao MS-Project
Curso de MS-Project 2013
70
Distribuições do Project
• Project Standard: Pacote stand-alone
para usuários individuais que não
necessitam de utilizar o ambiente de
colaboração. Contém todas as
funcionalidades necessárias para
gerenciamento de projetos, mas não
pode ser usado integrado ao Project
Server.
78
Distribuições do Project
• Project Professional: Faz parte da solução
EPM (Enterprise Project Management) da
Microsoft. Desenhado para empresas que
querem utilizar o gerenciamento de
projetos de forma colaborativa através da
rede de computadores e usuários da
organização. A grande diferença é
possibilidade de integração com o Project
Server.
79
Distribuições do Project
• Project Professional: Faz parte da solução
EPM (Enterprise Project Management) da
Microsoft. Desenhado para empresas que
querem utilizar o gerenciamento de
projetos de forma colaborativa através da
rede de computadores e usuários da
organização. A grande diferença é
possibilidade de integração com o Project
Server.
80
Distribuições do Project
• Project Server: Plataforma do tipo
Servidor que permite às organizações
efetuarem o gerenciamento de projetos
de forma integrada e colaborativa,
potencializando a partilha de informação
e conhecimento entre os diversos
stakeholders. Trabalha integrado ao
Project Professional.
81
Assinaturas do Project
Interface do Project
Curso de MS-Project 2013
83
84
Interface do Project
Gráfico de Gantt
Interface do Project
Faixa de Opções
86
Interface do Project
Barra de Ferramentas de Acesso Rápido
Linha do Tempo
Barra de Status
87
Prática
• Criar um novo Projeto em branco.
• Criar um novo projeto de Plano de inicialização de
negócios a partir de um modelo.
Preparando Ambiente e Calendário
Curso de MS-Project 2013
89
• Ou use o
controle
deslizante
de Zoom.
92
Salvar o Projeto
• Para que apareça o nome do projeto na tarefa
resumo, é necessário estar com um Título definido
nas propriedades do arquivo ou salvar o projeto.
Calendários do Project
• Há três tipos de calendários no Project:
▫ calendários do projeto,
▫ calendários de recursos e
▫ calendários de tarefas.
Calendário Base
• Um calendário base é usado como um modelo no
qual se baseiam o calendário do projeto, os
calendários de recursos e os calendários de
tarefas. Define períodos úteis e não úteis, os dias
de trabalho de cada semana e quaisquer
exceções, como feriados.
• É possível selecionar um calendário base para ser
usado como o calendário do projeto ou como a
base de um calendário de recursos. Você também
pode aplicar um calendário base a tarefas
específicas.
103
Calendário Base
• O Project tem três calendários base:
▫ Padrão: Reflete o cronograma de trabalho tradicional americano: segunda a
sexta-feira, 9:00 a 18:00 com pausa entre 12:00 e 13:00h.
▫ 24 Horas: Reflete um cronograma sem período não útil. O calendário 24 Horas
pode ser usado para programar recursos e tarefas para diferentes turnos do
relógio ou para programar recursos de equipamentos continuamente.
▫ Turno da Noite: Reflete um turno noturno de segunda-feira à noite até a manhã
de sábado, das 23:00 às 8:00h, com uma hora de intervalo. Apenas o domingo
não é dia útil.
Calendário do Projeto
• O calendário usado para designar a agenda de trabalho padrão para
todas as tarefas de um projeto.Por padrão, o calendário base
Padrão é usado como o calendário do projeto, mas você pode
refletir cronogramas alternativos usando outros calendários base.
• O calendário do projeto é definido clicando-se no calendário que
aparece na lista Calendário da caixa de diálogo Informações do
Projeto.
109
Calendário de Recursos
• Os calendários de recursos garantem que os recursos de
trabalho (pessoas e equipamento) sejam programados
apenas quando estiverem disponíveis para trabalhar.
• Eles afetam um recurso específico ou uma categoria de
recursos. Por padrão, as configurações de período útil no
calendário de recursos coincidem com o calendário do
projeto.
• Entretanto, é possível personalizar o calendário de
recursos para mostrar informações de cronograma
individuais, como férias, licenças ou tempo de
manutenção do equipamento.
110
Calendário de Tarefas
• Os calendários de tarefas tornam possível programar
tarefas durante o período não útil, do calendário do
projeto ou do calendário de recursos.
• Por exemplo, você pode configurar um calendário de
tarefas se tiver uma tarefa que precise ser executada
durante a noite ou no fim de semana.
• Você cria um calendário de tarefas na caixa de diálogo
Alterar Período de Trabalho como um novo calendário
base. Em seguida, você aplica o calendário base a uma
tarefa.
111
Calendário de Tarefas
• Se você tiver aplicado um calendário de tarefas a uma
tarefa que já tenha recursos atribuídos a ela, por
padrão, a tarefa será programada para os períodos
úteis comuns entre o calendário de tarefas e os
calendários de recursos.
• Se quiser programar a tarefa usando apenas o
calendário de tarefas, marque a caixa de seleção O
cronograma ignora calendários de recursos na guia
Avançado da caixa de diálogo Informações da Faixa de
Opções Tarefa.
112
Copiar Calendário
• Para copiar um calendário de um projeto para outro, abra
os dois projetos.
• No menu Arquivo, clique em Informações e, em seguida,
clique no botão Organizador e na guia Calendários.
112
113
Copiar Calendário
• Na lista Calendários disponíveis em no lado
esquerdo do Organizador, clique no projeto do qual
deseja copiar o calendário.
• Na lista Calendários disponíveis em no lado direito
do Organizador, clique no projeto (ou no arquivo
global) para o qual deseja copiar o calendário.
• Na caixa sob o nome de projeto do projeto aberto,
no lado esquerdo, selecione o calendário que deseja
copiar.
• Clique em Copiar.
113
114
Exercício 02
1. Crie um novo projeto em branco.
2. Salve-o com o nome do projeto definido no exercício 01.
3. Defina a data de início do projeto para o primeiro dia útil do mês
anterior.
4. Modifique o calendário padrão do Project fazendo as seguintes
alterações:
▫ altere o período útil para 08:00 às 12:00 e 14:00 às 18:00h,
▫ inclua o período útil dos sábados para 08:00 até as 12:00h e
▫ inclua os principais feriados nacionais e regionais, móveis e fixos.
5. Crie um novo calendário base com o nome “meio período” (como uma
cópia do calendário padrão). Este calendário será utilizado para uma
categoria específica de recursos do seu projeto que só trabalha meio
período.
6. Crie um outro calendário base com o nome “sábados” (como uma cópia
do calendário padrão). Este calendário será utilizado para uma tarefa
específica que só pode acontecer nos sábados à tarde.
115
Sugestão de Leitura
• Artigo:
▫ Definindo quando o
projeto realmente
inicia.
Inserindo Tarefas, Marcos e Fases
Curso de MS-Project 2013
117
Duração Decorrida
• É o tempo que uma tarefa levará para ser
concluída, com base em um dia de 24 horas
e uma semana de 7 dias, incluindo feriados
e outros dias de folga.
• Se você definir uma duração decorrida de
3dd (3 dias decorridos) e a tarefa iniciar em
uma sexta feira, a mesma será executada no
final de semana e no período noturno, ou
em qualquer período de folga
123
130
131
É possível digitar
textos com formatação
e/ou inserir arquivos
(como documentos do
Word) nas atividades
133
133
134
134
135
135
136
136
137
137
138
138
139
139
140
Exercício 03
1. Liste as tarefas planejadas no exercício 01, atribuindo, no campo
duração, o tempo necessário para conclusão de cada uma.
2. Defina as fases agrupando tarefas relacionadas.
3. Defina que os marcos identificados no exercício são “etapas” no
conceito do Project.
4. Utilize o calendário “sábados” (definido no exercício 2) para uma
tarefa que só possa acontecer nos sábados à tarde.
5. Faça alguma anotação em uma das tarefas.
6. Use o aplicativo XMind para gerar a WBS das atividades listadas
no Project.
141
Sugestão de Leitura
• PMBOK:
▫ Capítulo 5
Item 5.4 – Criar a EAP
▫ Capítulo 6
Item 6.2 – Definir as
Atividades
Item 6.4 – Estimar as
Durações das Atividades
142
Processos Realizados
Construindo o Cronograma do
Projeto: Sequenciamento
Curso de MS-Project 2013
144
Dependências (sequenciamento)
• Todas as tarefas de um plano de
projeto começarão na data de
início (1), a menos que você
especifique outra data.
• Sem a aplicação de
dependências (sequenciamento)
entre tarefas ou restrições, a
data de término do projeto será
a mesma que a data de término
da tarefa mais longa(2).
145
Dependências (sequenciamento)
• Uma das etapas mais críticas no
agendamento é a criação de
dependências de tarefas ou
vínculos
• Uma dependência ocorre
quando o início ou o término da
tarefa depende do início ou do
término de outra. A maioria das
tarefas depende de outras.
146
Dependências (sequenciamento)
• Após a definição das dependências, você pode
identificar facilmente o caminho crítico (série de
tarefas que devem ser concluídas em dia para que
o projeto termine no prazo. Cada tarefa no
caminho crítico é uma tarefa crítica).
• Também é possível alterar facilmente uma tarefa e
observar de imediato o efeito de onda que isso terá
sobre o restante do plano. É nesse ponto que o
Project mostra sua capacidade como ferramenta
para o gerenciamento de projetos.
147
Dependências (sequenciamento)
• O desafio enfrentado pelos planejadores é
garantir que todas as tarefas estejam na
cadeia de sequenciamento. Esta é uma boa
regra prática:
▫ cada tarefa deve ter uma predecessora a menos
que seja orientada pela data de início do projeto.
▫ cada tarefa deverá ter uma sucessora, a menos
que seja a última tarefa.
148
Tipos de Dependências
• Ao vincular
tarefas, você
pode especificar
tipos diferentes
de dependências.
149
Dependências (sequenciamento)
• Há várias maneiras de definir dependências
no Project, vejamos as mais utilizadas:
154
O tipo de vínculo
estabelecido por
este botão é
Término a Início (TI).
155
Coluna Predecessoras
• 1. Caso não consiga visualizar essa coluna, arraste para a direita a
barra de divisão que aparece entre a Tabela o Gráfico de Gantt.
• 2. No campo Predecessoras da tarefa sucessora, digite o número
de identificação da tarefa predecessora e a abreviação de
dependência apropriada: II, TT, TI ou IT.
• Caso você não especifique um tipo de dependência, o Project
aplicará uma dependência TI.
• Se precisa definir a dependência para mais de uma atividade,
separe os números de identificação pelo símbolo ponto e vírgula.
156
Caminho Crítico
• Em seguida, talvez você queira exibir o
caminho crítico (série de tarefas que devem ser
concluídas em dia para que o projeto termine
no prazo), que define o caminho no qual não
pode ocorrer nenhum adiamento sem que isso
afete a data de término do projeto.
• Cada tarefa no caminho crítico é uma tarefa
crítica
• Quando a última tarefa no caminho crítico é
concluída, o projeto foi concluído.
162
Caminho Crítico
Caminho Crítico
• Na Faixa de Opções Formato, clique na opção Tarefas Críticas.
Com essa opção habilitada, o Gráfico de Gantt destacará, em
vermelho, as tarefas do Caminho Crítico.
165
A tabela Cronograma
• O campos que compõem a análise CPM são
apresentados em uma tabela chamada Cronograma.
• No Faixa de Opções Exibição, clique no botão Tabelas
e em seguida, selecione Cronograma.
167
A tabela Cronograma
• As tarefas que têm zero dia no campo Margem de atraso total são
as tarefas críticas do Projeto.
• Já as tarefas em azul, tem no campo Margem de atraso total o
tempo que podem atrasar sem impactar o fim do Projeto.
168
Caminho da Tarefa
• A partir do Project 2013, a Microsoft introduziu um novo
recurso chamado Caminho da Tarefa. Com ele, é possível
visualizar no projeto as tarefas predecessoras e sucessoras
da tarefa que estiver selecionada.
• O Project irá aplicar uma formatação de cor diferente nas
barras de Gantt das tarefas que tenham algum tipo de
relação com a tarefa em questão.
169
Caminho da Tarefa
• Para acessar esta opção, estando no gráfico de Gantt,
clique na aba Formato e depois no botão Caminho da
Tarefa.
• Escolha a opção de realce para ser aplicada e observe o
resultado.
170
Caminho da Tarefa
171
Exercício 04
1.Defina as dependências para o seu Projeto.
2.Crie algumas atividades com tempo de latência.
3.Mude para o gráfico Gantt de Controle e use a tabela
cronograma e para visualizar as tarefas críticas do seu
Projeto.
172
Sugestão de Leitura
• PMBOK:
▫ Capítulo 6
Item 6.3 – Sequenciar as
Atividades
173
Processos Realizados
Construindo o Cronograma do
Projeto: Restrições
Curso de MS-Project 2013
175
Apenas no caso de
haver restrições
Quando precisar inevitáveis, como a
controlar a data de data de um evento
início ou a data de que não pode ser
término de uma alterada, você
tarefa, adicione uma deverá considerar a
restrição à tarefa. definição de uma
restrição para uma
tarefa.
176
Agendamento Flexível
• As agendamento flexível do Project é
definido por padrão como O Mais Breve
Possível (OMBP) e O Mais Tarde Possível
(OMTP) esses agendamentos não estão
associados a datas específicas.
177
Agendamento Flexível
• Quando se insere uma nova tarefa no
campo Nome da Tarefa, o Project atribui a
restrição O Mais Breve Possível (OMBP)
quando o projeto é agendado a partir da
data de início.
• Quando o agendamento é feito a partir
da data de término, o Project atribui a
restrição O Mais Tarde Possível (OMTP).
178
Definição de Restrições
• Ao inserir manualmente uma data de
início ou de término para a tarefa, você
automaticamente aplica a ela uma
restrição.
▫ Se digitarmos na coluna “Início”, passará a
corresponder a “não iniciar antes de”
▫ Se digitarmos na coluna “Término”, passará
a corresponder a “não terminar antes de”
180
Definição de Restrições
• Quando você arrasta uma barra de Gantt
para alterar a data de início, o Project
define uma restrição “não iniciar antes
de” para essa tarefa.
181
Restrições Inflexíveis
• As restrições inflexíveis, como Deve
Iniciar Em (DIE) ou Deve Terminar Em
(DTE) requerem uma data associada que
controle a data de início ou de término
da tarefa.
182
Tipos de Restrição
Prazos Finais
Valor de data atribuído a uma
tarefa indicando a data mais
tarde que a tarefa pode ser
concluída.
Exercício 05
1.Analise se alguma atividade do seu projeto leva
em conta fatores externos, como a
disponibilidade de equipamentos ou recursos,
prazos, etapas do contrato e datas de início e de
término.
2.Se houver essa situação inevitável, considere a
definição manual de uma restrição para a tarefa.
3.Inclua um prazo final para uma das tarefas do
seu projeto
186
Obrigado!