Gestão de Projetos

Baseado no PMBOK

INTRODUÇÃO
O cliente é o motivo da
existência de um projeto.
Ele é a pessoa mais
importante do projeto.
 Características de um projeto

Circunstâncias únicas Iniciativa Equipes

específicas temporárias transversais
Projetos tem um início,
um meio e um fim.

Geralmente, as
entregas de um projeto
são mais duráveis que o
próprio projeto.
O encerramento (fim) do projeto pode ocorrer
pelos motivos:

Não é mais Entregou os Não há mais

importante resultados necessidade
Projetos são únicos, ou
pela abordagem, ou
pelo resultado.

Se é sempre a mesma
abordagem e mesmo
resultado, talvez não
seja um projeto.
Um projeto sempre gera
um resultado, que pode
ser um:
Produto;

Serviço;

Resultado.
Projetos são elaborados
progressivamente.
É uma construção em
pequenos passos
incrementais.
 • São realizados por
pessoas
• Possuem um orçamento
Projetos e Operações com limtes
• São gerenciados por um
podem se confundir. líder

Projetos geram entregas

novas, inclusive
operações.
Gerenciamento de
Projetos, ou
Gerenciamento por
Projetos?
Conflito decisório. Custo
Cada dimensão
afeta a outra.
Escopo

Qualidade Prazo
De onde nascem os projetos?
Oportunidades;

Problemas;

Necessidades dos clientes;

Avanços tecnológicos;

Exigências legais.
As partes interessadas
são as pessoas e
organizações que
serão envolvidas pelo
projeto, e que serão de
alguma forma afetadas
pelos resultados deste
projeto.
Essas pessoas e
organizações poderão
adorar ou odiar o
projeto, dependendo
de como sejam
afetadas por ele.
É importante conhecer e classificar as partes
interessadas em um mapa de interesse.
Abaixo apenas um exemplo:
É importante encontrar
os stakeholders ocultos.
Eles poderão afetar os
resultados do projeto.
Exemplo de stakeholders.
O gerente de projetos
precisa encontrar
meios de estabelecer
uma relação ganha-
ganha entre os
stakeholders.
É fundamental
gerenciar a
expectativa dos
stakeholders com
base em
documentação, por
eles assinada.
Os projetos não
possuem vida própria,
estão ligados a uma
organização, a leis e
padrões, a
comunidades, entre
outros elementos.
É preciso saber o tipo
de organização onde
roda o projeto.
Por exemplo, no
governo federal é
preciso obedecer a
legislações tais como a
Lei 8.888, a IN 02 e a IN
04.
Mas é preciso lembrar
que o cliente é sempre
o personagem principal.
Clientes são aqueles
que pagam e/ou usam
as entregas dos
projetos.
Pode ser interno ou
externo.
O modelo
organizacional ditará a
norma cultural, ou o
jeito como as coisas
acontecem na
organização.
A norma cultural tem
grande influência sobre
os projetos.
Para garantir
alinhamento dos
projetos ao
modelo
organizacional, é
importante haver
um modelo de
gestão de
projetos, com toda
a base de
conhecimento
definida.
É possível que organização tenha
um escritório de projetos, que faz:
• Gestão do software de projetos;
• Treinamento e mentoring;
• Suporte com HR e gestão;
• Orientações;
• Documentos padrão;
• Apoio administrativo;
• Fiscalização de projetos;
• Acesso a base de conhecimento.
Como já visto, um
projeto é meio para se
realizar algo, gerando
um serviço, um produto
ou um resultado.
E isso é feito através de
fases.
As fases ajudam a
mitigar o risco e tornar o
processo mais
gerenciável.
As fases de um projeto são específicas
deste projeto.
Iniciar, planejar, executar, monitorar e
encerrar são grupos de processos, e não
fases.

Fonte: PMBOK, 2008.

Um projeto terá muitas fases. Ao conjunto
de fases, chamamos de ciclo de vida do
projeto.

Fonte: PMBOK, 2008.

Entre as fases há as verificações das
entregas. Isso diminui o risco, e torna o
projeto mais gerenciável.

Fonte: PMP Project Management

Professional Study Guide, 2010.
As entregas mínimas
de cada fase devem
ser definidas a priori.
São conhecidos como
critérios de saída da
fase.
Havendo urgência e disposição para correr
riscos maiores, é possível utilizar o método
de overlap das fases.

Fonte: PMBOK, 2008.

Então o ciclo de vida de um projeto teria os
grupos de processos de GP em cada uma
de suas fases. Com requisitos de
encerramento.

Iniciar Planejar Executar Controlar Encerrar

Fase 1

Fase 2

Fase 3

Fase 4
Exemplo de ciclo de vida de software:
RUP.
Continue atualizado
www.sistemamoderno.com.br