Alessandro Almeida | www.alessandroalmeida.com
05/05/2015
1° Semestre de 2015
SIN-NA7
Realizando tudo que foi planejado!
Execução
Monitoramento
Encerram
ento
Iniciação Planejamento
Execução
Monitoramento
Encerram
ento
Iniciação Planejamento
1. Executar o projeto
conforme o planejado
 Fazer acontecer tudo que foi planejado!
 Sozinho, o Gerente de Projetos não consegue
fazer acontecer!
 Não se esqueça do sponsor, da equipe, dos
fornecedores e dos demais stakeholders...
 CUIDADO!
 A loucura do dia a dia pode fazer com que você se
esqueça de tudo (ou boa parte) que foi planejado
A execução está seguindo conforme o planejado?
Execução
Monitoramento
Encerram
ento
Iniciação Planejamento
Execução
Monitoramento
Encerram
ento
Iniciação Planejamento
1. Monitorar
a execução
do projeto
2. Gerenciar
as mudanças
3. Divulgar a
situação do
projeto
1. Monitorar
a execução
do projeto
2. Gerenciar
as mudanças
3. Divulgar a
situação do
projeto
 Acompanhar tudo que foi planejado!
 Todos os planos criados (por isso é fundamental
não criar planos desnecessários!)
 Reforçando: A EAP e o Cronograma são ótimos
materiais de apoio para o monitoramento!
 Há desvios?
 Avaliar se é necessário definir um plano de ação
para que o projeto volta ao planejado ou se é
necessário rever o planejamento
 Mudanças são necessárias?
 Etapa 2. Gerenciar as mudanças
Pior do que tomar a decisão errada é não
tomar uma decisão!
 Não monitorar o projeto é como dirigir um
carro sem enxergar o que há na frente...
Fonte:
http://www.ecotrilhas.net/De
t_Materia.asp?materia_ID=2
1. Monitorar
a execução
do projeto
2. Gerenciar
as mudanças
3. Divulgar a
situação do
projeto
1. Monitorar
a execução
do projeto
2. Gerenciar
as mudanças
3. Divulgar a
situação do
projeto
Nada é permanente,
exceto a mudança.
(Heráclito)
 Mudanças possíveis dentro de um projeto...
 Escopo
 Prazo
 Custo
 Critérios de qualidade
 Equipe
 Qualquer outro item planejado
 Mudanças possíveis dentro de um projeto:
 Escopo
 Prazo
 Custo
 Critérios de qualidade
 Equipe
 Qualquer outro item planejado
Como o Gerente de Projetos
deve tratar as mudanças no
planejamento?
Fonte: www.facebook.com/circulodeprojetos
 Considerando o tipo de mudança, consulte o
Mapa de Stakeholders para avaliar quem
deve ser envolvido
 Além disso, considere que a mudança
talvez...
 precise ser contemplada após o término do
projeto
 vá impactar em alguma premissa ou restrição
 seja resultante de uma má definição de escopo
 seja resultante de um planejamento otimista
demais
 Etc...
 Independente da fonte e do tipo de mudança
no projeto, a atuação do Gerente de Projeto
deve ser sempre...
 Independente da fonte e do tipo de mudança
no projeto, a atuação do Gerente de Projeto
deve ser sempre...
Avaliar Negociar Decidir Executar
Não fique “sentado no
problema”!
 Não fique “sentado no problema”!
Fonte: http://www.ogritodobicho.com/2011/03/sentar-e-pensar-no-problema-kakakaka.html
1. Monitorar
a execução
do projeto
2. Gerenciar
as mudanças
3. Divulgar a
situação do
projeto
1. Monitorar
a execução
do projeto
2. Gerenciar
as mudanças
3. Divulgar a
situação do
projeto
 Executar o que foi combinado no Plano de
Comunicação
 Quais ferramentas de comunicação serão
utilizadas?
 Qual é a frequência?
 Qual é o público?
 Como o comunicado será feito?
Lembre-se que a comunicação
é um dos fatores críticos para o
sucesso do projeto!
Acabou!
Execução
Monitoramento
Encerram
ento
Iniciação Planejamento
Execução
Monitoramento
Encerram
ento
Iniciação Planejamento
1. Formalizar o
Encerramento
do Projeto
2. Levantar
Lições
Aprendidas
3. Celebrar
1. Formalizar o
Encerramento
do Projeto
2. Levantar
Lições
Aprendidas
3. Celebrar
 Homologar e formalizar a entrega...
 Entregamos tudo que foi combinado?
É neste momento que o Gerente
de Projeto avalia se o escopo foi
documentado corretamente!
 Formalização da entrega:
 E-mail
 Assinatura
 Ata de reunião
 Etc.
 Se o jogo não for bem combinado, seu cliente
não fará a homologação e você corre o risco
de ter um projeto sem fim...
Fonte:
http://en.wikipedia.org/wi
ki/Ascending_and_Descen
ding
Equipe do Projeto, tentando
finalizá-lo.
1. Formalizar o
Encerramento
do Projeto
2. Levantar
Lições
Aprendidas
3. Celebrar
1. Formalizar o
Encerramento
do Projeto
2. Levantar
Lições
Aprendidas
3. Celebrar
 O que aprendemos com este projeto?
 As lições aprendidas, quando aproveitadas,
permitem uma evolução da maturidade em
gestão de projetos
1. Formalizar o
Encerramento
do Projeto
2. Levantar
Lições
Aprendidas
3. Celebrar
1. Formalizar o
Encerramento
do Projeto
2. Levantar
Lições
Aprendidas
3. Celebrar
 É hora de comemorar o fim do projeto!
 De forma sábia, reconheça aqueles que se
destacaram!
Atividade
Consolidando o aprendizado de Gestão de Projetos
 Os stakeholders precisam saber o que está
acontecendo no projeto
 O Gerente do Projeto consegue definir sozinho
que a equipe está no caminho certo?
 É uma forma de compartilhar os riscos
 Se todos ficarem cientes dos riscos, será mais fácil
sugerir e executar ações para tratá-los
 A comunicação é um dos fatores críticos para
o sucesso de qualquer projeto
 O template do Status Report será enviado po
e-mail...
 Dúvidas na criação? Falem comigo!
Data da Entrega
(e-mail): 20/05
 Posteriormente, o material será consolidado
e compartilhado com os demais professores
envolvidos noTCC
 Não “potencializem” as entregas e
resultados...
 Tudo que for informado no Status Report deve
estar disponível para validação de todos os
professores
SISTEMAS DE INFORMAÇÃO
Status Report
PRONTUÁRIO NOME
<Informe o Nome do Projeto>
 <Vide Termo de Abertura do Projeto>
 <Vide Termo de Abertura do Projeto>
 <Vide Termo de Abertura do Projeto>
 <Vide Termo de Abertura do Projeto>
 <Vide Declaração de Escopo>
 <Vide EAP, conforme exemplo:>
DESCRIÇÃO
(P)REMISSA
(R)ESTRIÇÃO
<Vide Declaração de Escopo>
Jack Bauer
Gerente de Projeto
Jack Bauer
Analista de Requisitos
Capitão
Nascimento
Desenvolvedor
Chuck Norris
Analista de Testes
James Bond
DBA
PAPEL RESPONSABILIDADES
<Vide Plano de Recursos
Humanos>
<Informe o Nome do Projeto>
 <Vide cronograma, conforme exemplo:>
1 2 3 4 1 2 3 4 5 1 2 3 4 1 2 3 4
DOCUMENTAÇÃO RESPONSÁVEL
DESCRIÇÃO DE CASO DE USO
Mapear requisitos funcionais José
Mapear requisitos não funcionais Maria
Mapear regras de negócio Manoel
Criar documento Cristina
Inserir diagramas Francisca
Validar com o cliente Joana
DIAGRAMA DE CASO DE USO
Identificar atores Roberto
Definir casos de uso Mário
Criar diagramas Pedro
SISTEMA
CADASTROS
Usuário
Codificar módulo João
Realizar testes unitários Carlos
Encaminhar módulo para o testador Tatiane
SETEMBRO OUTUBRO NOVEMBRO DEZEMBRO
 <Considere as principais entregas previstas
entre outubro/2014 e janeiro/2015>
# DESCRIÇÃO TIPO CRITIC. SITUAÇÃO
1 <Descrição do risco,
conforme consta no
plano de riscos>
(P)ositi
vo ou
(N)egat
ivo
<Conforme
plano de
riscos>
<Em mitigação,
Eliminado,
Transferido, etc.>
Observem que a
SITUAÇÃO é
diferente da
estratégia de
resposta ao risco. A
resposta ao risco foi
definida no
planejamento, a
situação muda
conforme o momento
do projeto
2
3
DATA DESCRIÇÃO DA MUDANÇA
<Informe mudanças que ocorreram na equipe, escopo,
prazos ou outros parâmetros do projeto>
# DESCRIÇÃO
1
<Informe as lições aprendidas até o momento. Exemplos:
Envolver o cliente na validação de requisitos. Realizar reuniões
semanais com a equipe do projeto.>
2
3
4
5
<Informe o Nome do Projeto>
alessandro.almeida@uol.com.br
www.slideshare.net/alessandroalmeida

Gestão de Projetos (05/05/2015)