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.

Iniciativa

temporárias

Equipes

transversais

Circunstâncias únicas

específicas

Características de um projeto

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

importante

Entregou os

resultados Não há mais

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.

Projetos e Operações

podem se confundir.

Projetos geram entregas

novas, inclusive

operações.

• São realizados por

pessoas

• Possuem um orçamento

com limtes

• São gerenciados por um

líder

Gerenciamento de

Projetos, ou

Gerenciamento por

Projetos?

Conflito decisório.

Cada dimensão

afeta a outra.

Custo

Qualidade

Escopo

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