Академический Документы
Профессиональный Документы
Культура Документы
Julho 2016
SUMRIO
1 Introduo 1
2 Breve histria 5
3 Conceitos bsicos 6
4 Caractersticas dos projetos 17
5 Desenvolvimento de projetos 35
6 reas de conhecimento em Gerenciamento de Projetos (Metodologia 52
PMBOK)
7 Falhas e riscos em projetos 58
8 Administrao e organizao de projetos 60
9 A estratgia e a Gesto de Projetos 65
10 Equipe de projeto 67
11 Gesto de conflitos em projetos 72
12 Estudo Dirigido 83
Referncias Bibliogrficas 88
1 Introduo
1
*Valor:
20 pontos (10 pontos para a apresentao do trabalho escrito e 10 pontos para a
apresentao em sala de aula)
*Diviso bsica do trabalho: ttulo, objetivo, meta, perspectivas, partes interessadas, estudo
de viabilidade, cronograma e concluso.
Obs.: ser oferecida uma sugesto e um detalhamento do formato bsico do trabalho em
grupo.
F) Leitura do texto
2
Sugesto e detalhamento do formato bsico do trabalho em grupo
1) Nome do projeto.
Deve ser objetivo e demonstrar o propsito do projeto. Normalmente inicia-se com:
abertura, expanso, reforma, substituio de...
4) Produto do projeto.
Apontar o que de fato ser entregue pelo projeto.
4
8) Cronograma
Elaborar o cronograma do projeto (listar as atividades e estimar o tempo a ser gasto).
2 Breve histria
A partir da segunda fase da Revoluo Industrial, iniciada por volta de 1800, sculo XIX,
comeou a tornar-se mais frequente a realizao de projetos para a criao de mquinas,
produtos ou outros tipos de bens caractersticos daquele momento da histria.
Durante o sculo XX, a construo de prdios, fbricas, instalaes fsicas, rodovias, meios
de transportes e at os produtos finais da sociedade de consumo, impulsionou ainda mais a
gesto de projetos, tornando-a uma rea muito requisitada por engenheiros,
administradores e outros profissionais.
5
Ao longo da dcada de 1950, um marco relevante foi o projeto Polaris, da marinha do
governo americano, pois seu escopo era construir um mssil lanado a partir de submarino,
envolvendo toda a estrutura de governo, da rea militar, alm de organizaes da iniciativa
privada e de pesquisa.
3 Conceitos bsicos
H no cotidiano uma enorme utilizao da palavra projeto, como: projeto de lei, projeto
arquitetnico, projeto de vida, projeto da obra, etc.
Toda empresa (organizao) existe para realizar trabalhos, os quais podem ser de duas
naturezas:
atividade, operao ou processo: repetitivo e contnuo (ambiente de rotina e o
resultado conhecido ou padro)
projeto: nico e temporrio (ambiente inovador e o resultado novo)
Sendo assim:
desenvolver um sistema novo de informtica: um projeto
manter um sistema de informtica j em funcionamento: uma atividade
Portanto:
no repetitivo;
tem incio, meio e fim determinados;
com sequncia definida de eventos;
com objetivos claros a atingir;
dentro de parmetros limites.
7
sequncia definida de eventos significa:
Exemplos de projetos:
8
Projeto
um esforo temporrio e nico;
elaborado progressivamente;
realizado por pessoas e que utiliza equipe multidisciplinar;
a equipe planeja e executa o projeto (pode ser a mesma equipe e serem equipes
diferentes);
sujeito a restries;
enfrenta escopos que podem ser desconhecidos;
termina com um resultado nico e especfico.
Exemplo: a minha mudana de residncia.
Atividade
um esforo contnuo, estvel, repetitivo e consistente;
as pessoas desempenham as mesmas tarefas a cada ciclo do processo;
no exige uma equipe multidisciplinar;
o controle de produtividade estabelecido em torno de metas de produo.
Exemplo: o trabalho dirio de um setor de vendas.
Subprojeto uma parte de um projeto de grande porte, que pode ser uma fase (estudo de
viabilidade), parte fsica de um equipamento (motor de um carro) ou uma tarefa especfica
(testes).
9
3.3 Gesto de Projetos (GP)
A Gesto de Projetos
10
- grande o grau de incerteza das estimativas;
- em alguns tipos de projetos no existem unidades de medidas plenamente aceitas;
- difcil modelar (e impossvel manter esttico) o mundo real;
- por causa disso, muita gente diz que impossvel gerenciar adequadamente um projeto;
- um projeto bem planejado e bem gerenciado tem todas as possibilidades de sucesso.
Observao:
A) todo projeto uma atividade temporria, mas nem toda atividade temporria chega a ser
um projeto, por exemplo: encomenda de um produto ou uma ordem de servio;
C) a Gesto de Projetos uma rea relativamente nova e, por isso, tem pouca literatura e
poucos padres aceitos.
11
custo, tempo e qualidade do produto (bem ou servio) e atender as necessidades e as
expectativas dos clientes e usurios.
12
as regras, polticas, procedimentos da organizao, sem causar distrbios;
os aspectos culturais.
13
No h tempo para planejar, mas sempre h tempo para improvisar e fazer de novo.
A organizao no est comprometida.
As estimativas de prazo e de custo no so realistas.
A organizao no sabe como utilizar Gesto de Projetos, ou utiliza algumas ferramentas
por presso do mercado.
Implementao Controlar
Planejamento Executar
Conceitual Planejar
Iniciar
o
gra scopo ade
Inte E lid a
Qua ram to
r o nog Cus o
C a
o m unic co
Ris R H
C o
isi
Aqu
Responsabilidades de GP
15
Integrao
RH Comunicao
Custo
Prazo
Qualidade
Escopo
Risco Aquisio
Esses projetos, que representam mudanas, precisam ser implementados com o menor
volume de recursos financeiros, em menores prazos e atendendo especificaes cada vez
mais rgidas e com ciclos de vida curtos.
Projeto A
Anlise e Projeto C
Necessidade Projeto B Tomada de Escolhido
Identificada Deciso
Projeto C
A seleo da melhor alternativa ser realizada a partir da anlise dos seguintes fatores:
1) capacidade de produo (know-how);
2) financeiro (disponibilidade de recursos e custos);
19
3) humano (disponibilidade de pessoas e conhecimento);
4) administrativo (suporte, comunicao, controle);
5) econmico (taxa de retorno do investimento, valor presente do capital, tempo de retorno
do investimento);
6) tempo (disponibilidade de implantao).
* Projetos precisam de recursos (humanos, financeiros e materiais) postos disposio
para serem executados.
* Complexidade em projetos
Incerteza de projetos
A incerteza pode gerar erros nos projetos, os quais podem gerar descumprimento de
cronogramas e oramentos. A incerteza deve ser mitigada (via planejamento).
O gerente do projeto deve ser definido tambm no incio do projeto, sendo que dever ser
nico at o final do empreendimento. Um projeto sem um gerente definido um projeto
destinado ao fracasso. Ele ser o grande condutor do projeto, quem responde pelos
resultados positivos ou negativos, intermedirios ou finais, e o responsvel pela entrada e
participao dos especialistas.
A equipe bsica formada por especialistas que podem auxiliar a definio do escopo do
projeto. A sua funo inicial entender a real necessidade do cliente e permitir que suas
solues agreguem valor ao cliente. Eles auxiliam na definio de estimativas de prazos e
recursos que devem ser alocados ao projeto.
R
E
C
U
R
S
O
S
I II III IV TEMPO
22
concepo da ideia, sendo que as atividades tpicas so:
23
designao e comprometimento dos tcnicos que participaro do projeto;
treinamento dos envolvidos com o projeto.
Para Catho (2011), a terceira fase do projeto de execuo do trabalho. Quase sempre
so necessrios alguns ajustes ao longo do seu desenvolvimento, sendo que o objetivo
procurar sempre se referir, ao plano inicial (prazos e oramento). So atividades mais
comuns nesta fase:
Para Catho (2011), a quarta fase corresponde ao fechamento do projeto. Ela marcada
pela dificuldade na manuteno das atividades dentro do que foi planejado, pela
documentao e pelo desligamento gradual de empresas e de especialistas do projeto. So
atividades mais comuns nesta fase:
24
O ciclo de vida de um projeto gera uma dinmica que pode ser verificada na figura
abaixo.
Necessidades
Seleo do projeto
Planejamento do projeto
Implementao do projeto
Controle do projeto
Concluso
25
4.7 Processos em projetos
A) Produto do projeto
Produto a parte mais importante do projeto, que dever ser entregue no final da
execuo, cujo resultado alcanado dever atender a uma necessidade (justificativa do
projeto). Ao ser realizado o planejamento de um projeto, sua definio deve ser muito bem
concebida.
26
de barulho) e final (a troca da mquina velha por uma nova aumentar o lucro da empresa,
que garantir a sua permanncia no mercado).
B) Cliente do projeto
Categorias:
A) clientes que usam e pagam o projeto, como a famlia que encomendou a reforma da
casa.
B) clientes que usam e no pagam o projeto, como os funcionrios de uma empresa que
encomendaram a mudana de uma mquina.
C) clientes que no usam e pagam o projeto, como as organizaes pblicas e multilaterais
que doam recursos para realizao de projetos sociais.
27
Partes interessadas positivas: so aquelas que sero beneficiadas pelo resultado bem
sucedido do projeto.
Grau de influncia
Tempo do projeto
A B
28
Figura do ambiente do projeto.
Anlise do Ambiente
Governo Fornecedores
ORGANIZAO
Objetivos estratgicos
Alta gerncia Patrocinador Chefe
Gerente do Projeto
Staff do projeto Colegas
Gestores de recursos internos
Usurios internos
Usurios
externos Subcontratados
3) Tomada de decises: deve ser racional e objetiva, ou seja, baseada em dados, que deve
estar coerente com o planejamento. Deve haver uma anlise de alternativas, cuja escolha
deve levar em considerao: a experincia, o conhecimento do objeto em questo, a
intuio, a criatividade, os valores envolvidos, etc.
29
B) Caractersticas necessrias na elaborao de projetos para que eles funcionem bem:
1) clareza: deve ser de fcil entendimento;
2) objetividade: deve descrever a realidade tal como ela e de forma direta;
3) especificidade: tem que ter foco;
4) viso estratgica: deve buscar resultados de curto e longo prazos;
5) aplicabilidade: tem que ser factvel, vivel, mas no deve estabelecer uma soluo
mgica;
6) criatividade: deve representar uma nova ideia;
7) flexibilidade: deve existir alternativa de execuo;
8) consistncia: tem que haver fundamentao;
9) coerncia: tem que existir boa articulao nos elementos do projeto;
10) globalidade: tem que haver viso sistmica;
11) unidade: qualidade de nico;
12) responsabilizao: as aes das pessoas no projeto tm que ter responsabilidades.
30
Fonte: Catho (2011)
Para Catho (2011), essa figura uma representao grfica que facilita a visualizao
global do projeto. Ela analtica por permitir, a cada nvel posterior de detalhe que feito,
uma viso mais detalhada de cada componente do projeto.
Se por um lado, ao analisar o projeto por um procedimento "top down" (de cima para
baixo), ele dever ser programado e executado de modo "bottom-up" (de baixo para cima,
dos detalhes para o todo).
31
De acordo com Catho (2011), empregar uma EAP traz as seguintes vantagens ao projeto:
A) Nvel de detalhes: cada nvel da EAP representa um nvel de detalhes consistente com
o primeiro nvel, que representa o nvel mais geral, e o nvel mais baixo (o pacote de
servio), o mais especfico.
B) Comunicao: pelo grfico da EAP bem mais fcil definir a comunicao entre os
participantes do projeto.
C) Estimao de tempo: com a EAP possvel estimar a durao de tempo para as tarefas
do seu nvel mais baixo.
A finalizao do projeto tem que acontecer em algum momento, e o seu encerramento vai
ser qualificado como de sucesso ou de insucesso. Um projeto encerrado em trs
situaes:
Contudo, h autores que interpretam que o sucesso de projeto engloba seis restries que
devem ser monitoradas constantemente: escopo, prazo, custo, qualidade, benefcios e
riscos. O sucesso do projeto representado pelo resultado final do projeto, ou seja, se
alcanou seu propsito e se respeitou todas as variveis envolvidas. O sucesso do
projeto medido pela satisfao do cliente, de forma objetiva, a partir de dados.
33
Os projetos fracassam ou so abandonados por diversas razes e muitos resultados se
parciais porque os objetivos no so alcanados no prazo, os custos sobem alm dos
limites aceitveis, ou o nvel de qualidade comprometido.
2) Na fase do planejamento:
A) inverso das prioridades;
B) objetivo mal definido;
C) falta de informaes;
D) estrutura administrativa imprpria;
E) previso financeira, de oramento e de fluxo de caixa errada;
F) contrato ruim.
3) Na fase da execuo:
A) seleo errada de gerente e dos membros da equipe;
B) estilo imprprio de liderana;
C) monitoramento e controle inadequados;
D) deficincia na proviso dos recursos (representam a energia do projeto);
E) materiais e equipamentos de m qualidade;
F) fracasso na comunicao;
G) falta de reviso;
H) negligencia nas correes.
4) Na fase de concluso:
A) prazo extrapolado;
B) falta de qualidade;
C) avaliao errada;
D) objetivo mudado.
34
* Causas externas dos fracassos de projetos:
A) mudana do cenrio econmico e poltico;
B) problemas climticos;
C) demora na implementao.
5 Desenvolvimento de projetos
Lista de atividades
Nmero Relao de
Descrio da atividade Durao (dias)
da atividade precedncia
1 contratar mo de obra 5 --
2 comprar material 5 --
3 estocar material 1 2
4 alugar equipamentos 2 --
5 orientar a equipe de trabalho 3 1
35
elas (atividades) podem ser executadas em paralelo ou sequencialmente. Essa
constatao ser definida pela relao de precedncia estabelecida para cada atividade,
como mostra a tabela acima.
As dependncias que definem uma sequncia de atividades podem ser de trs tipos:
A partir dos dados existentes, o passo seguinte montar uma rede de atividades
respeitando as relaes de precedncia previamente estabelecidas. Uma rede de atividades
composta por setas (ou linhas orientadas) e ns (crculos, quadrados ou retngulos), que
podem ter significados diferentes, de acordo com o mtodo de representao que tenha
adotado para a rede do projeto. Na figura a seguir, de acordo com Catho (2011), as setas
apresentam as atividades e os ns (ou crculos) apresentam os eventos. Essa uma das
formas de apresentao das atividades.
Figura da rede de atividades
comprar material
estocar material
Inicio Fim
Alugar
equipamento
36
importantes do projeto, descrevem incio e fim de uma atividade, no consomem tempo
nem recursos.
B) Atividade (ou tarefa): a execuo efetiva de uma operao, que consume tempo e/ou
recursos.
Existem dois mtodos bsicos, americano e francs, para configurar uma rede de atividades
para um determinado projeto.
No mtodo americano, o projeto representado por uma rede de atividades com os
seguintes componentes:
N NMERO DO EVENTO
A
ATIVIDADE
X
DURAO
37
Figura da rede de atividades do mtodo francs
B E FIM
INCIO A
C D
Atualmente, o mtodo francs o mais utilizado. Para Catho (2011), ao adotar esse
mtodo, no h necessidade de estabelecermos as atividades fictcias, e embora seja
necessria uma quantidade maior de setas no diagrama, facilita a construo da rede,
permitindo agrupar mais facilmente as atividades por tipo de operao.
A rede de atividades til para o desenvolvimento de projeto, pois ela ir auxiliar o seu
planejamento e a deciso do caminho (ou caminhos) a ser seguido pelo empreendimento,
o qual apresentar atividades crticas, folgas, o caminho crtico, o prprio
desenvolvimento do cronograma do projeto (clculo das datas) e a definio do baseline.
38
condicionantes externos, os quais influenciam a trajetria do projeto.
Folga (F) a diferena entre a primeira e a ltima data do projeto, sejam ela de incio ou
de trmino da atividade. O dia de folga estimado na programao no prejudica o
andamento das atividades seguintes, porque esta folga j prevista no planejamento.
Quando F=0 (zero), no existe folga, isso significa que a atividade tem uma nica data para
ser iniciada. No pode sofrer atrasos para no prejudicar a execuo das atividades
seguintes do projeto.
39
aprovado para um projeto +/- mudanas. Pode-se considerar, na prtica, que baseline a
fotografia do plano de projeto em um determinado momento. com o baseline que os
nmeros reais do projeto sero comparados. Os baselines so importantes porque os
planos do projeto geralmente mudam. Por isso, o que voc pensa que vai fazer hoje, pode
no ser o caso daqui a duas semanas. Com um baseline, voc pode comparar o que achava
que iria fazer com o que voc pensa que vai fazer agora.
O clculo das datas do projeto, datas de incio e trmino de cada atividade e durao do
projeto como um todo, importante para o desenvolvimento do empreendimento, pois este
clculo define o cronograma. Esse procedimento ajuda na viso conjunta do projeto,
sobretudo ajuda na programao e reprogramao das atividades.
Sendo assim, para Catho (2011), a PDI (primeira data de incio) consiste na primeira
chance que a atividade tem de iniciar a sua execuo. Embora cada atividade seja
considerada uma atividade independente, o clculo das datas de cada atividade estar
considerando todas as outras atividades que a antecedem na rede. A PDT (primeira data de
trmino) a PDI (primeira data de incio) acrescida da durao da atividade executada. Isto
significa que a PDT (primeira data de trmino) a primeira oportunidade que a atividade
ter para ser concluda, consideradas as execues de todas as outras atividades que a
antecederam. A UDI (ltima data de incio) o ltimo momento para iniciar a atividade.
Se a atividade no for iniciada nesta data, o projeto pode ter seus prazos comprometidos. A
UDT (ltima data de trmino) a UDI (ltima data de incio) acrescida da durao da
atividade. Ela representa a ltima chance que existe para concluir a atividade. Se isto no
for feito, o projeto pode ser atrasado ou exigir medidas corretivas nas atividades
posteriores.
40
estabelecidas, e isto pode fornecer (graficamente) elementos para melhor visualizao e
controle do projeto e de suas atividades. Os grficos de Gantt so conhecidos como
cronograma de barras ou apenas como cronograma, pois apresentam as atividades do
projeto no tempo.
SEMANA
ATIVIDADE 1 2 3 4 5 6 7 8 9 10 11 12
Preparar arte
Preparar teste
Amostragem
An.Mercado
Correes
Ferramental
Lote piloto
Liberao
Legenda:
So conhecidos como "de Gantt" porque os primeiros registros de sua utilizao em larga
escala foram com Charles Gantt, no incio do sculo XX. Ele utilizava este recurso na
programao da produo de uma fbrica onde gerenciava as operaes de manufatura.
41
3) No apresentam nenhuma interligao de atividades.
Folga da Atividade
Primeira chance de realizar a atividade (PDI, PDT) e durao da atividade
ltima chance de realizar a atividade (UDI, UDT) e durao da atividade
42
Ento, o grfico de Gantt moderno identifica:
Para Catho (2011), alm de ser um instrumento de visualizao das atividades ao longo de
todo o projeto - incio e fim, ligaes, folgas - o histograma permite entender melhor a
distribuio dos recursos - especialmente os mais crticos - ao longo do Ciclo de Vida do
Projeto.
A partir das datas de incio e trmino das atividades, e o esforo necessrio para execut-
las, pode-se distribuir este esforo uniformemente ao longo da execuo da atividade e
identificar o volume de recursos necessrios a cada perodo de tempo (hora, dia, semana,
etc).
43
horas/homem. Se forem colocados dois homens para fazer o trabalho, possvel que em 15
horas ele deve estar pronto.
10.000
8.000
6.000
4.000
2.000
0
AGO OUT DEZ FEV ABR JUN
SET NOV JAN MAR MAI
Se somar, em cada perodo (dia, semana, ms...) o quanto de recursos necessrio em cada
atividade, ser obtido o histograma de recursos. O histograma de recursos mostra a
distribuio do recurso necessrio ao longo da execuo do projeto. Assim, identificam-se,
neste caso, os momentos de "pico" e momentos de mais baixo uso do recurso. Saber dosar
essa distribuio, pode gerar benefcios enormes ao projeto.
44
equipe etc., tudo isso custa muito. Portanto, devem ser evitadas as flutuaes excessivas na
demanda por recursos humanos.
Planejamento o ato de organizar um trabalho de tal modo que possa aumentar o alcance
dos resultados pretendidos de um objetivo. No caso do desenvolvimento de projetos, este
ato ganha muita importncia no sentido de facilitar a organizao do empreendimento e
proporcionar a diminuio de erros e prejuzos. Em projetos um processo contnuo e
necessrio de organizao que acompanha todas as fases do projeto e que deve definir e
rever o custo e o prazo estipulados. Embora a utilizao desta ao oferea diversas
vantagens ao trabalho, existem vrias situaes e aspectos do contexto de trabalho de um
projeto que so utilizados como pretextos para no fazerem planejamento.
45
Para desenvolver o produto do projeto, necessrio realizar atividades ou tarefas que
consomem tipos de recursos (homens, mquinas, dinheiro, etc) ao longo do tempo. O
planejamento, bem como a programao e a reprogramao das atividades so muito
importantes para o sucesso do projeto.
1) Lista de atividades
Nmero da
Atividades Durao Atividades precedentes
atividade
1 preparar a lista de convidados 1 dia --
2 escolher o local 7 dias --
3 enviar os convites 7 dias 1
4 organizar o local 1 dia 2
5 limpar o local 1 dia 1,2,3,4
Total -- 17 dias --
46
2) Cronograma ou grfico de barras ou Grfico de Gantt (tradicional)
Observaes:
1) este grfico tem a vantagem de apresentar o efeito visual, ou seja, a verificao rpida
da apresentao das atividades ao longo do tempo;
2) este grfico no mostra a interdependncia dessas atividades;
3) se ocorrer algum atraso na execuo de uma atividade, o grfico dever ser refeito para
acertar o novo cronograma.
1 dia 7 dias
limpar o
preparar a lista
local
enviar
convites
Inicio festa Fim
escolher o local
1 dia
7 dias organizar o
local
1 dia
47
Item de custo Valor unitrio (R$) Quantidade Total
convites 3,00 100 300,00
aluguel do local 1.000,00 1 1.000,00
jantar 30,00 100 3.000,00
bebida 5,00 100 500,00
sobremesa 5,00 100 500,00
Total -- -- 5.300,00
B Cronograma de desembolso
Recurso Financeiro
3500
3000
2500
2000
R$
1500
1000
500
0
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18
Dias
48
5.6 Elaborao da proposta de projeto
A proposta de projeto passa por uma avaliao que permite aprovar, reprovar ou aprimorar
as ideias do projeto, deve ser feita a partir de critrios objetivos para acertar a deciso.
Contedo bsico a ser apresentado na preparao da proposta do projeto
49
5.7 Roteiro prtico para a administrao de um projeto (engloba todas as fases)
Decidir sobre a realizao de um projeto requer anlise de critrios tcnicos. Neste sentido
o estudo de viabilidade uma maneira de analisar e decidir sobre a alocao de um recurso
financeiro em um projeto.
* payback simples;
* payback descontado;
* valor presente lquido (VPL);
* taxa interna de retorno (TIR);
* ndice de lucratividade (IL); entre outros.
50
Este estudo contribui para o sucesso do empreendimento e uma importante ferramenta
para obter apoio (principalmente financeiro). Ele investigar e dar as informaes
necessrias para avaliar se o projeto exequvel, mostrar as opes de estratgia e
metodologia de trabalho, levantar os riscos, o prazo necessrio e provveis
resultados. base para o administrador financeiro da empresa cliente decidir sobre:
financiamento, recrutamento de pessoas e adaptao do funcionamento da empresa ao
longo do perodo da execuo (se haver paralisao, necessidade de mudana de horrio,
pagamento de horas extras, etc).
51
Observao: o estudo de viabilidade do projeto deve ser mudado, caso demore a deciso de
implement-lo, e quanto maior a complexidade e o tempo de execuo, maior a
importncia deste estudo.
Engloba os processos necessrios para garantir que o projeto receba todo o trabalho
necessrio para terminar o projeto com sucesso.
Escopo do produto: refere-se s caractersticas, funcionalidades, especificaes e
outros documentos que definem e descrevem o produto a ser entregue (deliverable).
52
Escopo do projeto: refere-se estruturao do trabalho que precisa ser realizado
para entregar o produto.
Trata da definio e controle do que est e do que no est includo no projeto.
Processos deste gerenciamento so:
*definio e planejamento do escopo;
*criao da EAP (Estrutura Analtica do Projeto); e
*verificao e controle do escopo.
53
4) Gerenciamento de recursos humanos do projeto
Grfico da Curva S
55
* identificao dos riscos;
* anlise quantitativa dos riscos;
* anlise qualitativa dos riscos (hierarquia da probabilidade e do impacto);
* planejamento de resposta aos riscos (contramedidas); e
* monitoramento e controle dos riscos.
56
final das informaes sobre o projeto.
Ajuda na integrao da equipe e potencializa as oportunidades.
Processos deste gerenciamento:
* planejamento das comunicaes (quem precisa, quando, como e origem);
* distribuio das informaes (cliente, empresa executora e outras partes interessadas);
* relatrios de desempenho; e
* encerramento administrativo.
Tem um fornecedor e um interessado, cuja informao pode ser fornecida por meio
formal, informal, eletrnico, atravs de reunio, etc.
57
Suprimentos em projetos representam o apoio (fomento) necessrio sua
execuo, cuja escolha correta facilita o desenvolvimento do projeto.
Tipos de risco:
Conhecido e desconhecido
Conhecido:
risco que pode antecipar a sua ocorrncia; e
pode receber contramedidas (medidas destinadas a neutralizar ou atenuar o
efeito de outra, aes defensivas).
Exemplo: proximidade do perodo de excesso de chuva (a soluo adiantar a
obra/servio)
Desconhecido:
risco no planejado e at ento no conhecido e nem imaginado, que no pode ser
antecipado (pode ser respaldado/absorvido pela reserva de contingncia).
Exemplo: a ocorrncia de um incndio e a consequente destruio de materiais do projeto.
58
Reavaliao dos riscos:
Enunciado da Lei:
Se algo de errado tiver que acontecer, acontecer.
59
8 Administrao e organizao de projetos
Diretor Geral
Organizao de Projeto
60
1) Organizao interna de uma empresa executora de projeto
A forma de organizar internamente a equipe do projeto consiste em dividir o trabalho entre
seus integrantes de acordo com as caractersticas do empreendimento e o seu propsito.
Seguem, ento, os principais exemplos:
Gerente do Projeto
B) Por fases: nesta estrutura, as pessoas so distribudas de acordo com a fase do projeto,
neste caso as fases apresentam contedos diferentes e responsabilidades muito distintas.
Gerente do Projeto
C) Por produto: neste caso, trata-se de uma estrutura de projetos que cria um produto
complexo, composto de diversos subprodutos ou componentes, e as equipes do projeto
so divididas conforme as partes a serem criadas pelo produto.
Gerente do Projeto
62
Este tipo de organizao d total autonomia para a equipe multidisciplinar do
projeto, que fica separada da estrutura funcional permanente. Um gerente designado, as
pessoas so escolhidas e a equipe separada da organizao principal para concentrar-se
na realizao do projeto.
Diretor Geral
Diretor Geral
Gerente do Pessoas da
Projeto Pessoas da Pessoas da rea Pessoas da rea
produo
engenharia de vendas administrativa
63
Este tipo de organizao pode ser mais apropriado quando necessrio compartilhar os
recursos humanos das reas funcionais da empresa cliente, principalmente quando os
recursos so escassos ou quando o porte do projeto no justifica uma organizao
independente, ou utilizada em projetos que exigem grandes equipes que so formadas
por pessoas de diferentes reas. As pessoas da equipe permanecem em seus
departamentos funcionais, que podem prestar servios a diferentes projetos, podendo ser
liderados por diferentes gerentes de projetos em diferentes momentos. O gerente do
projeto torna-se um gerente de gerentes.
Quando uma organizao tem mais de um projeto para executar, ou quando h uma
regularidade na realizao de projetos, preciso uma determinada estrutura para
administrar o conjunto de projetos. Normalmente ela organizada por um departamento
chamado de project office (escritrio de projetos) que est ligado diretamente
administrao superior da estrutura funcional da empresa cliente. O coordenador de
projetos chamado de sponsor (padrinho), cuja funo facilitar a administrao de
diferentes projetos. Outro recurso utilizado para cuidar de muitos projetos a formao de
um Comit de Gesto de Projetos (formado por diretores das divises permanentes, pelo
diretor geral da organizao e pelo coordenador de projetos).
64
Organizao de Projetos Mltiplos
Setor de Engenharia
Projeto 1
Programa de projetos 1
Projeto 2
Projeto 3
Programa de projetos 2
Projeto 4
Projeto 5
Programa de projetos 3
Projeto 6
Toda organizao tem uma misso a cumprir, que a razo de ser e realizar o seu negcio.
Se nada mudasse, seria fcil a administrao de uma organizao, mas a evoluo e as
mudanas so regras no mundo atual. Essas transformaes acabam exigindo adaptaes,
decises e at mudanas de rumo das organizaes, a fim de minimizar os efeitos adversos
das ameaas ao funcionamento das empresas e dos projetos.
65
A gerncia estratgica fundamenta-se no detalhado conhecimento da prpria
organizao e na profunda compreenso do ambiente que a cerca (partes
interessadas, concorrentes, etc). Vale salientar que estratgia um termo herdado das
aplicaes blicas, mas tornou-se amplamente empregado em diversas reas, inclusive na
administrao, que a chama de: a arte de preparar e aplicar os meios e especificar os
cursos de ao, consideradas as foras e fraquezas de uma organizao e as oportunidades
e ameaas do ambiente que a cerca, para alcanar ou manter os objetivos fixados.
bom lembrar que as decises estratgicas diferem daquelas dos nveis tticos
(administrativo e operacional). Sendo assim, so caractersticas das decises
estratgicas:
Em projetos, devemos trabalhar SEMPRE para acertar, pois os erros podem colocar o
objetivo em risco. Portanto a administrao estratgica do projeto a direo a ser
percorrida, no sentido de alcanar o objetivo pretendido com limitao de tempo e
recursos, atravs de: concentrao do foco do projeto; tendo liderana coordenada e
comprometida; atuando com segurana; tendo metas claras e realizveis, conhecendo as
foras e as fraquezas; entre outros fatores.
66
* da participao do cliente;
* do entendimento de suas necessidades; etc.
Portanto, so elementos importantes desse sistema que devem ser lembrados pela equipe e
pelo gerente no processo de administrar o projeto:
* defina claramente o escopo;
* envolva a equipe;
* prepare planos simples, mas abrangentes;
* esclarea seu papel no projeto;
* trabalhe eficazmente com as reas funcionais;
* coordene reunies sem sofrer de reunite (exagero de reunies)
10 Equipe de projeto
A) Introduo
A equipe de projeto apresenta diversas caractersticas que devem e podem ser gerenciadas.
Cada participante da equipe apresenta uma particularidade, tal como: vontade, aspirao,
objetivo profissional, relacionamento, temperamento e carter.
O tamanho de uma equipe de projeto pode variar de uma nica pessoa at milhares de
pessoas, cuja variao vai depender da complexidade do projeto.
67
como fatores crticos de desempenho da equipe de projeto, os quais se bem trabalhados
iro virar atributos do grupo:
B) Formao
Para Catho (2011), ao formar uma equipe de projeto, algumas de suas particularidades
potencializam para melhor ou para pior. Assim, a formao da equipe um fator muito
importante neste incio do projeto. Nesse contexto, existem quatro categorias de
profissionais que se envolvem desde o incio do projeto:
o patrocinador;
o gerente do projeto;
os gerentes funcionais e
os especialistas.
68
Ainda para Catho (2011), essas pessoas estaro se relacionando durante todo o perodo de
desenvolvimento do projeto. A interao entre elas importante para o alcance satisfatrio
dos objetivos do projeto. E para que este relacionamento seja bom, destacam-se algumas
de suas atribuies tpicas. Ao gerente do projeto cabe a responsabilidade pela conduo
do projeto. O patrocinador deve ser o grande padrinho poltico do projeto. Os
especialistas so aqueles que ficaro encarregados de executarem as tarefas do projeto. O
gerente funcional o principal responsvel pela alocao de recursos tcnicos ao projeto.
*Gerente do projeto
O gerente de projeto pode ser exercido pelo executivo da empresa cliente (quando h
elevada importncia do produto ou servio a ser desenvolvido) ou ser administrado pelo
funcionrio de carreira (no gerente da empresa cliente) que se torna o responsvel pelo
projeto.
69
Assume responsabilidades ou atribuies, que so deveres ou obrigaes em relao aos
resultados, atividades, recursos, pessoas, decises ou padres de conduta. Assumir a
responsabilidade significa garantir que o resultado ser atingido e responder pelos erros.
* Patrocinador
Para Catho (2011), o patrocinador deve ser o grande padrinho poltico do projeto.
Cabe a ele, administrar os conflitos que no puderam ser solucionados pelos gerentes (do
projeto e funcionais) subordinados a ele. Como parte deste processo, o patrocinador passa
a ser um estimulador de negociaes entre as partes, incentivando o dilogo e a
participao de todos na identificao do problema e na busca da soluo. Cabe a ele,
tambm, assegurar que as decises acordadas sejam postas em prtica. Enfim, no lado
externo, ele quem zela pela prioridade do projeto frente aos outros projetos da
organizao.
* Especialistas
70
as tarefas do projeto. Estes executores das tarefas devem equilibrar interesses e
solicitaes que sejam conflitantes e que, porventura, no tenham sido absorvidos pelos
gerentes funcionais nem compatibilizados pelos gerentes de projeto.
* Gerente Funcional
Para Catho (2011), o gerente funcional o principal responsvel pela execuo das
atividades de sua rea especfica do conhecimento.
C) Autoridade
D) Liderana
Na administrao de projetos, quatro elementos devem ser estudados para que se tenha
uma viso abrangente sobre a liderana:
71
a) as motivaes da equipe do projeto;
b) a misso que o projeto se prope (contedo moral e calculista);
c) as habilidades de liderana do gerente do projeto competncias do lder;
d) a conjuntura dentro da qual o processo ocorre.
* liderana orientada para a equipe, que caracteriza os gerentes que do autonomia para
a equipe e enfatizam o clima humano do projeto.
A) Introduo
72
Conforme Catho (2011), vrios tipos de conflitos surgem durante o desenvolvimento de
um projeto. E estes conflitos envolvem os personagens importantes do projeto: o
patrocinador ou sponsor do projeto, o gerente do projeto, os gerentes funcionais, e
podem envolver terceiros, tais como fornecedores, prestadores de servio, etc. Os trs
ltimos se envolvem por estarem diretamente relacionados ao andamento das atividades do
projeto. J o sponsor deve se envolver como um articulador, um facilitador na busca de
solues.
Para Catho (2011), os conflitos podem ser intrapessoais (originando tenses nos prprios
indivduos), interpessoais (quando envolvem diferenas entre pontos de vista, estilos,
valores entre duas ou mais pessoas) ou interprojetos (quando so originados na prpria
organizao que compete por recursos escassos).
73
documentao e formalizao dos fluxos de comunicao durante o empreendimento.
Para Catho (2011), os conflitos sobre avaliao tcnica da qualidade so aqueles que
espelham indefinies ou divergncias sobre os parmetros que devem ser considerados e
as medidas destes parmetros, na avaliao da qualidade dos resultados dos trabalhos
realizados, sejam estes trabalhos parciais ou finais.
Para Catho (2011), os conflitos sobre os custos dizem respeito aos desafios de oramento e
controle do mesmo. Todos os tipos de recursos (humanos, materiais, equipamentos,
servios de terceiros) podem ser identificados pelos recursos financeiros. O trabalho e as
restries nestes valores que conduzem a este tipo de conflito.
Para Menezes (2003), as razes para esses tipos de conflitos ocorrerem so as mais
variadas possveis, muitas delas provenientes das presses normais do ambiente de projeto,
as quais se destacam:
74
A) necessidade de cumprimento de prazos nas etapas do projeto;
B) imposio de datas equipe do projeto;
C) emprego de recursos pouco preparados ou no qualificados no projeto;
D) mudanas de vontade do cliente, seja ele interno ou externo;
E) mudanas do ambiente externo ao projeto;
F) limitaes de recursos de todos os tipos, como pessoas, materiais, equipamentos e
recursos financeiros;
G) falta de dedicao ao planejamento do projeto;
H) indefinies do contedo tcnico do projeto; e
I) indefinies quanto autoridade e responsabilidade do projeto.
A intensidade dos vrios tipos de conflitos apontados vai variar conforme o tipo e o nvel
de complexidade do projeto, sendo que, tambm, h variao de intensidade em cada
fase do ciclo de vida do projeto. O reconhecimento dessa realidade de grande utilidade
para todos aqueles que atuam em projetos, de modo que os seus gestores possam melhor se
preparar para enfrent-los.
De acordo com Catho (2011), pode-se observar a variao de intensidade de cada tipo de
conflito nas fases do ciclo de vida do projeto nas figuras abaixo. Obviamente este um
perfil genrico da distribuio das intensidades do conflito. O tratamento prvio destes
conflitos e o uso de ferramentas apropriadas podem mudar este perfil de conflitos.
75
Fontes de Conflito Ciclo de Vida do Projeto
Concepo Planejamento Execuo Fechamento
Conflito Global
Programao
Prioridades
Recursos Humanos
Problemas tcnicos
Procedimentos
Administrativos
Custo
Personalidade
Para Catho (2011), existe uma maior intensidade global de conflitos na fase de
planejamento, seguida pela intensidade da fase de execuo. Uma das provveis razes
para isto porque nestas fases existe maior contingente de profissionais envolvidos no
projeto, e as negociaes e implementaes so mais intensas.
Para Catho (2011), deve-se estar atento s definies de prioridade elencadas na fase de
concepo, bem como a manuteno delas, alm de dispor de mecanismos de registro e
documentao das informaes e de baixo custo logo no incio do projeto. Sempre que
puder dispor de dados histricos e ferramentas, como estrutura analtica de um projeto
semelhante, vai facilitar as estimativas e programao do projeto, ainda na fase inicial de
sua concepo.
76
Conforme Catho (2011), um dos grandes conflitos de programao na fase de
planejamento acontece quando um prazo, uma data final, j foram previamente
estabelecidos para a concluso do projeto e os especialistas tm que se adequar e se ajustar
a estas datas e prazos. Ainda nesta etapa se mantm como importantes os conflitos
referentes aos procedimentos administrativos.
Para Menezes (2003), existe muito amadorismo nas relaes entre as pessoas envolvidas
num projeto quando o assunto conflito, sendo que muitos agem exclusivamente pelo
instinto.
Conforme Menezes (2003), existem inmeras maneiras de se lidar com conflitos nos
projetos, as quais se destacam:
1 negao ou retrao: ocorre quando voc, submetido a uma situao de conflito,
prefere negar que ele existe. um fazer de conta que;
2 supresso ou apaziguamento: a tcnica que empregada para acalmar os nimos
dos envolvidos no conflito;
3 poder ou dominao: o mecanismo empregado pelo uso de algum tipo de autoridade
77
que se possua: hierrquica, tcnica, persuaso, conhecimento de regras e leis;
4 acordo ou negociao: refere-se criao de moedas de troca que possam ser
utilizadas, trocadas por outras moedas, na busca por um determinado resultado ou
posio;
5 integrao ou colaborao: a forma de tratar conflitos que procurem fazer com que os
envolvidos tenham clareza de posio, tanto do projeto como individual, e possam ajustar
os seus encaminhamentos para um ponto que seja comum.
Para Menezes (2003), a negao ou retrao aplicada quando voc no pode vencer.
Desta forma, voc bate de retirada desta situao. Outras vezes voc precisa apenas
ganhar mais tempo para analisar determinada demanda. Nesta situao a retrao uma
das melhores tcnicas a serem aplicadas. O conflito no dado por encerrado, e enquanto
isto voc adquire mais informaes e argumentos sobre o assunto em pauta.
Para Menezes (2003), o poder ou dominao uma tcnica que voc aplica quando
cresce o conflito e voc sabe que tem razo. A fora tambm aplicada em situaes de
ou ele ou eu, tudo ou nada. Nestas circunstncias voc no pode titubear frente ao seu
oponente. Uma circunstncia onde aplica esta tcnica quando est frente a uma situao
de elevado risco. Ser decisivo, preciso e no deixar nenhuma margem para dvidas, nestas
circunstncias, passa a ser fundamental para a continuidade do projeto.
Para Menezes (2003), o acordo ou negociao aplicado quando as duas partes precisam
ganhar. Ambas preparam o que querem, identificam, tambm, moedas de troca para
serem utilizadas durante as negociaes, pois sabem que tero que queim-las no
processo de negociao. Em situaes onde voc no pode vencer, voc abre a negociao
com o intuito de permitir que a outra parte crie a condio de mostrar argumentos que
78
permitam a voc vencer a negociao. Outras vezes, se voc no tem certeza que est com
a razo, voc abre a negociao para, inclusive, angariar argumentos que dem sustentao
ao seu posicionamento.
Para Menezes (2003), a integrao ou colaborao, que a nica maneira pela qual o
conflito realmente eliminado, empregada quando existem condies de envolvimento e
motivao das pessoas frente ao projeto. Quando o objetivo do projeto tido como sendo
seu objetivo, busca-se este tipo de soluo para os conflitos para reduzir custos no
projeto ou quando sabe que as habilidades se complementam e que o sucesso vir apenas
com a colaborao das partes. Outra circunstncia na qual a busca da colaborao
requerida quando h confiana na capacidade tcnica do outro.
Contudo, conforme Menezes (2003), apenas por meio da integrao que se consegue, de
fato, solucionar o conflito. As outras formas so muito teis a um projeto, pois permitem
dar sequncia s atividades planejadas, buscando o cumprimento dos prazos. importante
lembrar que o papel do gerente do projeto nem sempre o de solucionar os conflitos,
embora deva trat-los de modo que o projeto continue.
79
membros da equipe do projeto;
G) que sai pela tangente: aquele que nunca se compromete com nenhuma alternativa ou
sugesto que deve ser dada ao projeto;
H) acomodado: aquele que acata tudo o que lhe for dito. nocivo ao projeto pela
excessiva passividade frente ao que deve ser decidido e feito;
I) crtico: sempre apresenta um seno a tudo o que apresentado. Procura dar o seu
toque, mesmo quando no convidado para tal;
J) que busca ateno: pelas vestimentas, pelas ideias, pela forma de se sentar ou seu
comportamento durante as reunies;
L) palhao: que est sempre contando uma piada ou causo e, com isto, apesar de divertir
as pessoas, por vezes, no ajuda a focalizar o assunto que est sendo tratado. Ele se
transforma num grande dispersador de energia na equipe do projeto.
Ainda em Menezes (2003), ao encontrar com um destes tipos, ser importante manter a
seguinte postura:
A) destaque a conduta que est sendo percebida, nunca a pessoa, pois isto aumentar a
confiana das pessoas em voc como condutor do time;
B) detalhe seus efeitos mais aparentes, pois a pessoa no quer, na maioria das vezes, ser
identificada;
C) sugira comportamentos alternativos, pois a atitude que voc deve adotar de modo a
permitir que a pessoa se recomponha e possa vir a colaborar com o projeto.
Para Menezes (2003), o conhecimento prvio dos principais tipos de conflitos que podem
se desenvolver no projeto auxilia na tomada de decises para que possa minimiz-los ou,
melhor lidar com eles em cada uma das fases. Sabendo disso, preciso saber como
desenvolver recomendaes especficas para eliminar ou minimizar previamente os
maiores conflitos potenciais do projeto.
Conforme Catho (2011), existem as trs principais fontes de conflito em cada fase do ciclo
de vida de um projeto, e que sero elencadas a seguir, juntamente com algumas
recomendaes especficas para atuar pr-ativamente na soluo ou eliminao delas.
80
FASE I - CONCEPO
Fonte Recomendaes
- Trabalhar com os stakeholders - pessoas ou organizaes
formadoras de opinio - para garantir apoio ao projeto e
Prioridades agilidade na tomada de decises pertinentes a ele. Identificar
necessidades destes meus stakeholders e permitir-lhes
atingi-las por meio do projeto.
FASE II - PLANEJAMENTO
Fonte Recomendaes
Fonte Recomendaes
Fonte Recomendaes
- Atenta superviso da programao durante todo o projeto.
- Considerar a redistribuio de RH disponvel para reas crticas do
projeto propensas a defasagens de cronograma.
Cronograma - Atingir resolues rpidas de problemas tcnicos.
Assim, o reconhecimento da intensidade dos conflitos de cada fase permite identificar onde
se deve colocar o foco e a ateno durante o desenvolvimento do projeto. O conhecimento
de algumas formas j experimentadas para trat-los permite uma maior pr-atividade e
preparao dos gestores de projeto.
82
12 Estudo Dirigido
83
17) Quais so as duas principais ferramentas de acompanhamento de projeto?
19) Quais so os fatores comuns que provocam a realizao de projetos nas empresas?
22) Quais so os trs participantes que devem ser definidos no incio do projeto?
25) Aponte uma atividade tpica de cada fase do ciclo de vida de um projeto.
32) Explique o grau da influncia das partes interessadas no incio e fim de um projeto,
relacionando esse grau com o custo de mudana.
84
33) Descreva o funcionamento do ambiente do projeto.
42) O que significa folga, atividades crticas, caminho crtico e base line em projeto?
46) Cite trs justificativas dos gestores de projetos para no fazerem o planejamento em
projeto.
85
49) Qual a importncia do estudo de viabilidade do projeto?
86
64) Quais so as principais medidas de desenvolvimento da equipe de projeto no incio de
sua formao?
68) Quais so os quatro elementos que devem ser estudados para que se tenha uma viso
abrangente sobre a liderana em projetos?
73) Relacione a ocorrncia dos tipos comuns de conflitos com as fases do ciclo de vida dos
projetos.
87
Referncias Bibliogrficas
LEELING, Ralph. Gesto de projetos: uma abordagem global. Ralph Keeling e Renato
Henrique Ferreira Branco. So Paulo: Saraiva, 2012.
88