Gestão de Projetos 2013 PDF

Unidade de Educao a Distncia
GESTO DE PROJETOS
Autor: Acio Antnio de Oliveira
BELO HORIZONTE / 2013

Disciplina: Gesto de Projetos
ESTRUTURA FORMAL DA UNIDADE DE EDUCAO A DISTNCIA
REITOR
JOO PAULO BARROS BELDI
VICE-REITORA
JULIANA SALVADOR FERREIRA DE MELLO
COORDENAO GERAL
SINARA BADAR LEROY
DESIGNER INSTRUCIONAL
JUCLIA SOARES COELHO
EQUIPE DE WEB DESIGNER

FILIPE AFONSO CALICCHIO SOUZA
LUCIANA REGINA VIEIRA
ORIENTAO PEDAGGICA
FERNANDA MACEDO DE SOUZA ZLIO
RIANE RAPHAELLA GONALVES GERVSIO
AUXILIAR PEDAGGICO
FABOLA MARIA FERREIRA
MARLIA RODRIGUES BARBOSA
REVISORA DE TEXTO
MARIA DE LOURDES SOARES MONTEIRO RAMALHO
SECRETARIA
LUANA DOS SANTOS ROSSI
MARIA LUIZA AYRES
MONITORIA
ELZA MARIA GOMES
AUXILIAR ADMINISTRATIVO
MARIANA TAVARES DIAS RIOGA
THAYMON VASCONCELOS SOARES
AUXILIAR DE TUTORIA
FLVIA CRISTINA DE MORAIS
MIRI NERES PEREIRA
VANESSA OLIVEIRA BARBOSA
2|P g i n a
Unidade de Educao a Distncia | Newton
Legenda
Sntese Referncias Bibliogrficas

Nosso Tema
Saiba mais Material complementar

Reflexo
Atividade Dica
Importante
3|P g i n a
SUMRIO
Unidade 1: Introduo ao Gerenciamento de Projetos ............................................... 8
Unidade 2: Documentos Importantes Declarao do Escopo ............................... 30
Unidade 3: Planejamento do tempo cronograma .................................................. 45
Unidade 4: Planejamento dos custos - estudo de viabilidade do projeto e anlise

dos riscos .................................................................................................................. 60
Unidade 5: Planejamento das comunicaes e Recursos Humanos do projeto ...... 78
4|P g i n a
Nosso Tema
As ltimas duas dcadas do sculo XX revelaram perodos de sucesses e mudanas, com grandes
transformaes na economia, nas estratificaes sociais, na geopoltica, transportes e, principalmente
na rea de tecnologia. O efeito globalizao dissolveu fronteiras e, ao mesmo tempo, promoveu uma
competitividade mais agressiva. O macro e micro ambientes, ou seja, tudo aquilo que se move em
nosso entorno, contraiu-se e passou a afetar de diferentes maneiras cada indivduo, organizao,
nao ou mesmo um conjunto de povos de diferentes pases.
Assim, foi o fim do acomodado e rotineiro ciclo de vida das organizaes, sejam essas pblicas ou
privadas. Muitas delas sucumbiram surpreendidas pelas rpidas mudanas e transformaes da
virada do milnio. Sobreviveram empresas que se adaptaram mais rapidamente s mudanas, muitas
vezes radicais e necessrias. (VALERIANO, 2005).
As mudanas, que, muitas vezes, so intencionais, e, por sua vez, devem ser proporcionadas de
forma planejada e organizada, precisam ser promovidas por projetos, bem como pela gesto de
projetos, como veremos a seguir.
A palavra projeto aparece sempre em campos diferentes com expresses mltiplas e bem
caractersticas de nossa poca, uma vez que, quando pensamos em fazer algo que nos remete a um
pensamento voltado para um resultado nico, as expresses automaticamente se ampliam para um
projeto de vida, um projeto de pesquisa, um projeto social, um projeto institucional, dentre muitos
outros.
Mas voc j parou para pensar no significado da palavra projeto? Desse modo, vamos tratar de um
tema aparentemente simples, embora, complexo em sua essncia devido cincia da administrao
que trata do planejamento, da execuo e do controle para uma eficiente gesto de projetos.
Cada vez mais o projeto tem se tornado um instrumento vital para a sade organizacional,
administrativa e financeira das empresas, considerando que o vnculo entre projeto e organizao
representava apenas um relacionamento remoto. Atualmente, so extremamente fortes, ou seja, sua
relao muito mais abrangente e seu gerenciamento passou a ser fator determinante, devido aos
altos custos envolvidos, aos prazos estipulados entre clientes e fornecedores, qualidade exigida e
ao relacionamento com a organizao e com o ambiente.
Neste contexto atual, as organizaes, sejam de natureza pblica, privada ou no governamental,

executam basicamente dois tipos de atividades: projeto e operao corrente.
5|P g i n a
O projeto um esforo temporrio para criar um produto, servio ou resultado nico. Em sua maioria,
destinado a dar origem a algo singular, isto , diferente de qualquer organismo institucional, seja
quanto s funes, empregos e finalidades, seja quanto a meios ou formas de obteno, como um
novo modelo de automvel ou um novo curso de especializao, por exemplo. O produto do projeto
pode ser multiplicado, dando origem produo por novas plataformas, incrementos e extenso de
linhas de produto. Essa produo repetitiva de um bem ou servio conhecida por operao
corrente.
Em um mercado com centenas de ofertas de produtos, o cliente, seja ele final ou intermedirio,
que dita o sucesso das empresas. Isso tem levado as organizaes a viverem em permanente estado
de mudana, seja lanando um novo produto ou melhorando o atual, seja efetuando uma ampliao
ou modificao na linha de produo, seja, ainda, realizando mudanas administrativas e
organizacionais. (XAVIER, 2009).
Cada uma dessas aes um empreendimento ou um projeto, ou seja, um esforo temporrio que
tem por finalidade produzir um produto ou servio com caractersticas que o diferenciam de outros
que, eventualmente, j tenham sido produzidos. Assim sendo, navegar na arena de negcios exige,
atualmente, o domnio das mais modernas prticas de gerenciamento de projetos.
As pocas mudam e tanto indivduos como grupos sociais passam por evolues e mudanas,
sempre imersos e orientados por um conjunto de condies materiais, culturais, psicolgicas e morais
que se encontram em constante modificao. Logo, importante a compreenso do relacionamento
entre o projeto e a organizao, complementada pela constante leitura do ambiente de negcios.
Veja, a seguir, a finalidade de nossa disciplina Gesto de Projetos:
Esta disciplina tem como objetivo estudar a gesto de projetos, bem como
aprofundar nos conhecimentos e prticas empregadas no planejamento e
gerenciamento de projetos no mercado atual. Tem como finalidade desenvolver a
capacidade empreendedora dos alunos, estimulando e proporcionando meios,
queles cuja vocao e/ou vontade profissional estiver direcionada criao de
novos produtos ou servios. O programa da disciplina encontra-se dividido em cinco
unidades de trabalho e sero discutidas e trabalhadas na ordem a seguir:
1. Introduo ao gerenciamento de projetos

2. Documentos importantes: Declarao do escopo
3. Planejamento do tempo: Cronograma
4. Planejamento dos custos: estudo de viabilidade do projeto e anlise dos riscos
5. Planejamento das comunicaes e Recursos Humanos do projeto
Agora que j possui uma viso mais ampla do que iremos estudar, convido voc a refletir, na prxima
seo, sobre a importncia da Gesto de Projetos para as organizaes.
6|P g i n a
Reflexo
Voc perceber ao longo dos estudos que o contedo desta

apostila bastante prtico, relevante e atual. Os conceitos
empregados e discutidos so relativamente simples e intuitivos,
alm de influentes no contexto organizacional. Na medida em
que formos discutindo cada unidade e seus respectivos
tpicos, a terminologia da gesto de projetos ser adquirida de
forma gradual e voc poder aprender no apenas como as
Fonte: Disponvel em:
coisas funcionam no gerenciamento de projetos, mas por que http://4.bp.blogspot.com
Acesso em: 20/08/2011
elas funcionam assim.
O gerenciamento de projetos orientado por pessoas e precisa ser feito de forma tcnica, pois
envolve a compreenso das causas e efeitos das relaes e interaes entre as dimenses
socioeconmicas, polticas e tecnolgicas dos projetos. Aprimorar habilidades nessas dimenses
melhorar a sua vantagem competitiva como gerente de projetos, bem como seu poder de
penetrao junto s empresas e/ou entidades envolvidas.
Desse modo, este um bom momento para estudar esta disciplina, uma vez que lderes e
especialistas empresariais tm proclamado que o gerenciamento de projetos uma imposio
estratgica, pois fornece um poderoso conjunto de ferramentas para que os profissionais possam
aprimorar suas habilidades em planejar, implementar e administrar atividades para atingir objetivos
organizacionais especficos.
quase impossvel abrir um jornal ou peridico empresarial e no encontrar algo sobre projetos, o
que no nenhuma surpresa, pois aproximadamente 2,5 trilhes de dlares (algo como 25% do PIB
norte-americano) so gastos em projetos, a cada ano, somente nos Estados Unidos. O Project
Management Institute - PMI estima um investimento em todo o mundo de aproximadamente 10
trilhes de dlares em projetos a cada ano, com potencial para 17 milhes de gerentes de projetos
em todo o mundo. (GRAY; LARSON, 2009)
A rea de gerenciamento de projetos tem crescido rapidamente em importncia, considerando que j

se torna infactvel imaginar qualquer carreira de gerente no futuro, mesmo em outros setores, que no
inclua o gerenciamento de projetos. Portanto, corroboram Gray e Larson (2009) ao sobrepor que
todas as grandes conquistas da humanidade, desde a construo das grandes pirmides cura da
7|P g i n a
poliomielite, bem como a visita do homem lua, comearam com um projeto, e neste campo da
gesto que iremos nos aprofundar a partir de agora.
Unidade 1: Introduo ao Gerenciamento de Projetos

1. Contedo Didtico
Antes de discorrer sobre este tema importante lembrar que no estamos falando de nada novo,
uma vez que o gerenciamento de projetos vem atravessando sculos e perpetuando considerveis
mudanas. tentador pensar no gerenciamento de projetos como uma disciplina moderna, mas seus
conceitos principais tm razes no sculo XIX, bem como levantamentos histricos milenares, como
iremos ver nesta primeira unidade da disciplina.
O gerenciamento de projetos, em sua forma moderna, comeou a se estabelecer somente h

algumas dcadas. No incio dos anos 60, as empresas e outras organizaes comearam a perceber
o benefcio de organizar o trabalho como projetos. Essa viso centralizada no projeto da organizao
evoluiu, ainda mais, medida que as organizaes comearam a entender a necessidade crtica de
seus funcionrios se comunicarem e colaborarem, ao mesmo tempo em que integram seu trabalho
em vrios departamentos e profisses e, em alguns casos, setores inteiros.
Porm, por traz de um projeto e seu planejamento, existem princpios de gerenciamento ainda
ignorados, o que faz como que nossa viso permita enxergar somente o propsito inicial e no o
todo. Assim, a figura do Iceberg aparece de forma representativa para demonstrar a dimenso das
atividades e esforos que se escondem por trs da palavra projeto, uma vez que so muitos
elementos centrados e conduzidos de forma integrada, como o tempo, custo e o escopo.
Hoje, uma empresa para sobreviver e prosperar deve

trabalhar todas as suas partes funcionais em conjunto na
busca de metas ou projetos especficos. Embora, vrios
modelos comerciais tenham evoludo durante esse perodo de
rpidas mudanas, todos compartilham uma estrutura
funcional bsica comum, e a diferena para promover essas
empresas em um ambiente de muita competitividade, pode
acontecer atravs de uma eficiente gesto de projetos.

http://4.bp.blogspot.com/-M8G-
cZs71t8/TdWmREJziDI/AAAAAAAAAD
w/9YN-UD6mU1E/s1600/iceberg.jpg
Acesso em 24/07/2011
8|P g i n a
1.1 Histricos da Gerncia de Projetos
Se percebido atentamente, o gerenciamento de projetos,

subliminarmente, tem existido, de alguma forma, h milhares
de anos. Todo ato de planejar a construo, o desenvolvimento
e mesmo a obteno de um produto final nico, com prazo
definido, pelo menos em parte, pode ser identificado como um
projeto. De outra forma, os seres humanos jamais teriam
conseguido um resultado plausvel na tentativa de construir
maravilhas como: a Muralha da China (221AC), a Pirmide de
1
Fonte: Disponvel em: http://lessons-from-
Giz (2580AC) ou o Coliseu Romano (80AC). history.com Acesso em 30/07/2011
Logo, a questo : voc j se perguntou como os egpcios conseguiram construir as pirmides por
volta de quatro a cinco mil anos antes? Percebem que no estamos falando em pocas com emprego
de tecnologia, instrumentos eletrnicos de clculos, programas utilizados hoje em dia na construo
civil, mas, sim, do emprego de mo de obra humana para mover blocos de pedras enormes,
justapostas uma em cima da outra de forma calculada e gerenciada. A figura acima mostra a tcnica
usada pelos trabalhadores naquela poca para conduzir os blocos.
Podemos viajar ainda mais, agora para um

perodo mais recente, a ltima metade do sculo
XIX, quando o mundo comercial estava
aparecendo e se tornando cada vez mais
complexo, para assim, sabermos como o
gerenciamento de projeto evoluiu a partir dos
princpios bsicos de gerenciamento.

http://lessons-from-history.com/
Acesso em: 30/07/2011
Nesta poca, projetos governamentais de larga escala foram o mpeto para a tomada de decises
importantes que se tornaram a base para a metodologia do gerenciamento de projeto. Nos Estados
Unidos, por exemplo, o primeiro projeto governamental verdadeiramente grande foi ferrovia
transcontinental, que aparece na figura e comeou a ser construda na dcada de 1860.
Repentinamente, os lderes empresariais se viram diante da tarefa assustadora de organizar o
1
Fonte: Disponvel em: http://lessons-from-history.com/node/44. Acesso em 30/07/2011 Acesso em: 30/07/2011
9|P g i n a
trabalho manual de milhares de trabalhadores e o processamento e a montagem de quantidades sem

precedentes de matria-prima. (SISK, 1998).
J prximo da virada do sculo, Frederick Taylor (1856 1915) iniciou seus estudos detalhados do
trabalho. Ele aplicou raciocnio cientfico ao trabalho mostrando que a mo de obra pode ser
analisada e aperfeioada com a nfase em seus elementos fundamentais. Ele aplicou seu raciocnio
s tarefas encontradas nas usinas, como coleta de areia e levantamento e mudana de peas. Antes
disso, a nica maneira de melhorar a produtividade era exigir trabalho mais rduo e mais horas dos
trabalhadores. Taylor introduziu o conceito de trabalhar com mais eficincia, em vez de trabalhar mais
arduamente e mais horas. (SISK, 1998).
Durante a segunda Guerra Mundial, projetos militares e governamentais complexos, alm de uma
mo de obra reduzida pela guerra exigiram novas estruturas organizacionais. Diagramas de rede
complexos, denominados: Program Evaluation and Review Technique - PERT e o Critical Path
Method CPM, foram introduzidos e aplicados como tcnicas para planejar e visualizar a
coordenao das atividades do projeto, proporcionando aos gerentes mais controle sobre projetos
com muita engenharia e complexidade, como sistemas de armas militares com sua grande variedade
de tarefas e numerosas interaes em muitos pontos do tempo. (SISK, 1998).
Na unidade trs, vamos falar das ferramentas para planejamento e

coordenao de atividades no cronograma em que so empregadas as
tcnicas PERT e CPM.
Logo, essas tcnicas se espalharam por todos os tipos de indstrias, medida que os lderes
empresariais buscaram novas estratgias de gerenciamento e novas ferramentas para lidar com o
crescimento em um mundo de rpida evoluo e altamente competitivo.
Portanto, percebe-se que no incio dos anos 1960 as empresas comearam a aplicar teorias de
sistema gerais s interaes comerciais, uma vez que tanto as empresas quanto os setores do
governo de diversos pases passaram a utilizar metodologias de gerenciamento de projetos. Toda
essa exigncia e rigor em organizao e planejamento de projetos acabaram por demandar o
surgimento de empresas e instituies especializadas em gerenciamento de projetos, como o Project
2
Management Institute PMI, fundado por Jim Snyder .
Em 1969, no auge dos projetos espaciais da NASA, o gerenciamento de projetos foi formalizado
como cincia. Por conseguinte, um grupo de cinco profissionais de gesto de projetos, da
Philadelphia, Pensilvnia - EUA se reuniu para discutir as melhores prticas, da o surgimento do
2
Fonte: Disponvel em: http://www.pmi.org/en/About-Us/Leaders-Founders.aspx Acesso em: 30/07/2011
10 | P g i n a
PMI. Atualmente, o PMI a maior instituio internacional dedicada disseminao do conhecimento

e ao aprimoramento das atividades de gesto profissional de projetos. (PMI, 2011).
Torna-se importante desde j, voc visitar o site do PMI usando o endereo

eletrnico www.pmi.org, para assim, navegar e ter acesso a contedos sobre
a gesto de projetos.
Com a presena de instituies como o PMI, e o International Project Management Association

IPMA, dentre outras, os projetos foram evoluindo na linha do tempo. De acordo com Kozak (2005), as
fases evolutivas do gerenciamento de projetos aparecem divididas em trs grandes momentos, a
saber:
Fonte: Kozak (2005), adaptada pelo autor.
Esses momentos, que demonstram fases evolutivas, marcam o surgimento de instituies voltadas
para projetos e a adoo das metodologias de gerenciamento de projetos pelas organizaes. Tanto
a concretizao, profissionalizao e evoluo do gerenciamento no perodo atual, promoveram o
incremento de certificaes e o nmero de afiliados junto ao PMI.
No obstante, nos ltimos dez anos, o gerenciamento de projeto continuou evoluindo. Duas
tendncias significativas esto surgindo: Planejamento ascendente e Planejamento/reviso
hierrquica. O primeiro aparece como tendncia e enfatiza designs menos arrojados, com ciclos de
vida mais curtos, classificando projetos como geis. J o segundo modelo caracterizado pela
tomada de deciso empresarial sobre o portflio de projetos que uma empresa deve ter, bem como
pela habilitao das tecnologias de minerao de dados para tornar as informaes no portflio mais
transparentes. Estas tendncias sero discutidas e ampliadas no decorrer de nossos estudos nos
tpicos seguintes.
Para aprofundar no tema, veremos, no tpico a seguir, como a gerncia de projetos se conecta ao
ambiente de negcios das organizaes em um cenrio mundial e com rpidas mudanas.
11 | P g i n a
12 | P g i n a
1.2 Ambientes e Gerncia de Projetos no mundo
O avano da profissionalizao da rea de Gerenciamento de Projetos no pas caminha a passos

largos e irreversvel, ou seja, em decorrncia da busca pela excelncia em atendimento e a alta
competitividade, o investimento em especializaes e a busca por certificaes tornaram-se
ingredientes essenciais para o crescimento da gesto de projetos em pelo menos em trs dimenses:
Organizaes,
Profissionais,
Institutos associados capacitao de profissionais.
Desse modo, de acordo com Terribili Filho (2011), as

organizaes privadas, pblicas e do terceiro setor buscam,
cada vez mais, atuar na modalidade de projetos, no s pela
cientificidade encontrada nas metodologias, tcnicas e
ferramentas atuais, mas, sobretudo pelas vantagens inerentes
dessa abordagem, pois os projetos tm objetivos claros, so
finitos em termos de prazo e tm oramentos predefinidos.
http://www.tpro.es/pt/solu%2526ccedil%3
B%2526otilde%3Bes.htm Acesso em:
20/08/2011
Alm das organizaes e dos profissionais, os institutos especializados na rea de Gerenciamento de
Projetos (no Brasil, particularmente o PMI) e as instituies de ensino superior do pas compem a
terceira dimenso neste ambiente de ampla fertilidade. Percebe-se um ganho acentuado de
3
capilaridade para os cursos de especializao e MBAs em Gesto de Projetos, bem como um
crescimento dos cursos preparatrios para obteno da certificao em Gerenciamento Profissional
de Projetos Project Management Professional PMP. E grande a probabilidade de que, em curto
prazo, surjam cursos de graduao especficos para a rea de projetos.
O cenrio econmico atual positivo, no entanto, os problemas existem no desenvolvimento de

projetos, uma vez que estes esto presentes nos diversos ambientes (econmico, social,
internacional, cultural e poltico), bem como em muitos segmentos, como:
Tecnologia da Informao;
Computao/Software e Processamento de Dados;
Servios Financeiros;
Servios de Gerenciamento de Negcios;
Telecomunicaes;
Governo.
3
A capilaridade no mundo financeiro significa voc aparecer, sua empresa estar presente, e ampliando os
negcios com rapidez. Fonte: http://www.dicionarioinformal.com.br. Acesso em 24/08/11
13 | P g i n a
Segundo Terribili Filho (2011), os maiores problemas do Gerenciamento de Projetos nas

organizaes, em especial no pas, envolvem a gesto do tempo (prazos) e o gerenciamento dos
custos. As causas mais provveis e variadas vo desde o gerenciamento do escopo passando por
problemas de comunicao, a falta de recursos humanos e problemas com fornecedores, chegando a
uma ausncia de avaliao de riscos e estimativas melhores dimensionadas para recursos e datas
presentes no ambiente de projetos.
Uma pergunta para reflexo: estes problemas, que permeiam os projetos nas
organizaes em todo o mundo, e principalmente no Brasil, tm sua causa-
raiz no planejamento de um projeto ou em sua execuo? A resposta
simples se pensarmos que podem ocorrer tanto no planejamento, quanto
durante a execuo, embora, o primeiro seja indiscutivelmente fundamental.
O Gerenciamento de Projetos visa realizar as entregas planejadas em um projeto com a qualidade

esperada, respeitando os prazos previstos e dentro do oramento aprovado pelo
patrocinador/investidor do projeto. Para vencer esse conjunto de desafios e fazer com que o projeto
traga os resultados/benefcios propostos, o gerente de projeto relaciona-se com o patrocinador,
usurios finais e fornecedores, liderando a equipe de trabalho composta por especialistas e
generalistas, utilizando-se para isso de suas habilidades, competncias, conhecimentos, ferramentas,
tcnicas, mtodos e padres empregados no ambiente de negcios e pela organizao executora.
Em todo o mundo, dentro das reas de especializao, grande parte do conhecimento do ambiente e
da gerncia de projetos envolve o emprego de ferramentas e tcnicas exclusivas do Gerenciamento
4
de Projetos. De acordo com o Guia PMBOK (2004) , um gerenciamento de projetos eficaz exige que
a equipe entenda e use o conhecimento e as habilidades de pelo menos cinco reas de
especializao, a saber:
Conjunto de conhecimentos em gerenciamento de projetos;

Habilidades interpessoais;
Conhecimento e habilidades de gerenciamento geral;
Entendimento do ambiente do projeto;
Conhecimento, normas e regulamentos da rea de aplicao.
A figura, a seguir, apresenta as reas de especializao de forma integrada, considerando o

conhecimento da equipe de gerenciamento em todas as esferas.
4
Guia PMBOK Project Management Body Of Knowledge: o guia do conjunto de conhecimentos em
gerenciamento de projetos publicado pelo Project Management Institute PMI nos EUA.
14 | P g i n a
2 3
4 5
Fonte: Guia PMBOK, 3 edio, 2004, p. 13.
Embora algumas reas possam parecer distintas, em geral, elas se sobrepem, pois nenhuma delas
pode existir sozinha. Equipes de projeto eficazes as integram em todos os aspectos de seu projeto
respeitando sempre o ambiente de negcios. No necessrio que todos os membros da equipe do
projeto sejam especialistas em todas as cinco reas. Na verdade, improvvel que qualquer pessoa
tenha todo o conhecimento e as habilidades necessrias para o projeto, que em sua maioria, se d
dentro de um contexto, o qual iremos conhecer a seguir.
1.3 Contextos da Gerncia de Projetos
O gerenciamento de projetos existe em um contexto mais amplo que inclui o gerenciamento de

programas, o gerenciamento de portflios e o escritrio de projetos. Frequentemente, existe
uma hierarquia de plano estratgico, portflio, programa, projeto e subprojeto em que um programa
constitudo de diversos projetos associados contribuir para o sucesso de um plano estratgico.
1.3.1 Gerenciamento de Programas
De acordo com o Guia PMBOK (2004), um programa um grupo de projetos relacionados e

gerenciados de forma coordenada, com vistas obteno de benefcios e controle para o projeto que
se encontra em um programa com vrios projetos. Vale ressaltar que, projetos gerenciados
individualmente podem encontrar dificuldades de acesso informao sobre outros projetos
relacionados ao programa.
15 | P g i n a
Programas podem, ainda, incluir elementos de trabalho relacionados fora do escopo dos projetos
distintos no programa, em outras palavras, derivativos do projeto atual. Por exemplo:
O programa de um novo modelo de carro pode ser subdividido em projetos para o design e
as atualizaes de cada componente principal (por exemplo, transmisso, motor, interior,
exterior) enquanto a fabricao continua na linha de montagem.
Os programas tambm envolvem uma srie de empreendimentos repetitivos ou cclicos. Por exemplo:
Muitas organizaes sem fins lucrativos possuem um programa de arrecadao de fundos
para obter apoio financeiro envolvendo uma srie de projetos distintos, como uma campanha
para atrair novos scios ou um leilo.
Ao contrrio do gerenciamento de projetos, o gerenciamento de programas o gerenciamento

centralizado e coordenado de um grupo de projetos para atingir os objetivos e benefcios estratgicos
do programa. (PMBOK, 2004, P. 16).
1.3.2 Gerenciamento de portflios
Segundo o PMBOK (2004), o portflio um conjunto de projetos ou programas, bem como outros
trabalhos agrupados para facilitar o gerenciamento eficaz dos mesmos a fim de atender aos objetivos
de negcios estratgicos.
importante destacar que, os projetos ou programas no portflio podem no

ser necessariamente, interdependentes, pois as organizaes gerenciam
seus portflios com base em metas especficas.
Assim, gerenciar o portflio significa assegurar que a coleo de

projetos escolhidos e completos esteja alinhada com os objetivos e
metas da organizao. Um gerente de estoque de mercadorias
procura maneiras de melhorar o retorno de um investimento, assim
como um gerente de portflio de projetos. Porm, um gerente de
estoque de mercadorias iria se sentir envergonhado se no
conseguisse responder simples perguntas como:
http://www.companyweb.com.br/treinam
ento/governanca/gestao-de-portfolio-
Qual o valor do meu estoque? de-projetos/ Acesso em: 20/08/2011
Como o valor do estoque mudou desde os ltimos dados coletados?
Embora alguns projetos visem solucionar problemas pontuais nas organizaes, cada vez mais os
projetos deixam de ser ilhas, fazendo parte da estratgia, pois os objetivos organizacionais so
decompostos em projetos com vistas a facilitar o entendimento, a busca por resultados, a distribuio
16 | P g i n a
de responsabilidade e, sobretudo, a gesto. (TERRIBILI FILHO, 2011). Logo, uma eficiente maneira
para controlar e ampliar a leitura do portflio promover o gerenciamento por subprojetos.
1.3.2.1 Subprojetos
Os projetos so frequentemente divididos em componentes mais facilmente gerenciveis ou

subprojetos, embora os subprojetos individuais possam ser chamados de projetos e gerenciados
como tal. Os subprojetos so normalmente contratados de uma empresa externa ou de outra unidade
funcional da organizao executora. Para mencionar exemplos simples, vamos demonstrar esses
desdobramentos atravs de um simples modelo, citando dois projetos distintos:
Projeto 1: Projeto 2:
Modernizao Divulgao da
Pedaggica empresa
Subprojeto 1: Subprojeto 2: Subprojeto 3: Subprojeto 1: Subprojeto 3:

Subprojeto 2:
Criao de cursos Estmulo Padronizao de Recriao do Campanhas
Novas mdias
a distncia Inciao Cientfica Materiais website ambientais
Fonte: Terribili Filho, 2011, p. 42, adaptado pelo autor.
Esses projetos podem ser considerados como um programa que envolve um grupo de projetos
gerenciados de maneira coordenada de forma a obter os benefcios e controles que no seriam
possveis se os mesmos fossem gerenciados isoladamente.
Por conseguinte, com o objetivo de ter uma estrutura especfica e centralizada para a rea de
gerenciamento de projetos, surgiu nas organizaes um rgo, ou entidade organizacional, atribudo
de vrias responsabilidades relacionadas ao gerenciamento, conhecido como Project Management
Officer PMO. Portanto, toda organizao focada na Gesto de Projetos deve investir em um PMO,
e, mesmo que no tenha um escritrio, deve haver algum responsvel pelo gerenciamento de
portflio de projetos. A sua importncia primordial, como vamos ver a seguir.
1.3.3 Escritrio de Projetos Project Management Officer
A implantao da gesto de projetos passa pela necessidade de haver um reconhecimento

institucional do uso das prticas de gerenciamento de projetos. Esse reconhecimento remete
criao de estruturas internas (escritrios ou departamentos) que orientam os gerentes de projeto no
desenvolvimento de suas atividades.
Em muitas organizaes, esses projetos so de fato agrupados, ou esto relacionados de alguma

maneira, com base no modo com que sero coordenados e gerenciados pelo PMO. O PMO se
17 | P g i n a
concentra no planejamento, na priorizao e na execuo coordenada de projetos e subprojetos

vinculados aos objetivos gerais de negcios da organizao ou do cliente.
Ainda de acordo com o PMBOK (2004), um escritrio de projetos (PMO)

uma unidade organizacional que centraliza e coordena o gerenciamento de
projetos sob seu domnio. Um PMO tambm pode ser chamado de
escritrio de gerenciamento de programas, escritrio de gerenciamento
de projetos ou escritrio de programas. Ele supervisiona o gerenciamento
de projetos, programas ou uma combinao dos dois.
Os PMOs podem operar de modo contnuo, desde o

fornecimento de funes de apoio ao gerenciamento de
projetos na forma de treinamento, software, polticas
padronizadas e procedimentos, at o gerenciamento direto real
e a responsabilidade pela realizao dos objetivos do projeto.
Mais do que orientar, tambm podem ser centros formadores
de competncia em gerncia de projetos, fornecendo suporte
administrativo, consultoria, gerenciando recursos, http://www.simpleprojectz.com/2008/0
desenvolvendo mtodos e padres de gerenciamento de 5/pmo-almighty/
Acesso em: 22/08/2011
projetos.
A atual popularidade do PMO est associada ao fato de as organizaes adotarem, de forma

crescente as tcnicas de gerenciamento de projetos e, ao mesmo tempo, necessitarem de um
sistema formal para garantir a nova forma de conduo desses projetos na organizao.
Consequentemente, as responsabilidades de um PMO variam de organizao para organizao, pois,

em algumas, ele funciona exclusivamente como uma rea de suporte ao gerenciamento de projetos,
em outras atua como rgo de execuo de projetos. Algumas funes podem se destacar para um
PMO, a saber:
Metodologia, ferramentas e padres: o emprego de mtodos e modelos de referncia em

gerenciamento de projetos utilizados pelas organizaes;
Indicadores e target: o uso de indicadores de desempenho para alinhamento estratgico e
obteno de resultados quantitativos;
Suporte e acompanhamento: assessoria gerencial e consultoria em vrias reas de
conhecimento;
Auditoria e Assistncia: disponibilidade de profissionais, externos organizao e com
neutralidade ao projeto, para analisar e validar o andamento dos processos;
Recursos Humanos: profissionais com expertise e atuao em projetos anteriores;
18 | P g i n a
Best Practices: modelos de referncia em projetos anteriores, modelos de gesto aplicados

com sucesso.
Contudo, propor um modelo de implantao de gesto por projetos uma maneira de difundir e
facilitar o acesso ao conhecimento desta disciplina que, apesar de no muito nova, requer uma
abordagem sistemtica sobre estruturas organizacionais de projetos para alcanar o sucesso na sua
utilizao.
1.4 Estruturas Organizacionais de Projetos
Os projetos, normalmente, fazem parte de uma organizao que maior que o projeto. Em outras
palavras, o projeto nasce de uma necessidade organizacional, ou uma demanda de mercado, um
requisito legal e necessidades sociais. Exemplos de organizaes incluem empresas, agncias
governamentais, instituies de sade, organismos internacionais, associaes profissionais, dentre
outros. Mesmo quando o projeto externo (Joint venture), ele ainda ser influenciado pela
organizao ou organizaes que o iniciaram. A maturidade da organizao em relao ao seu
sistema de gerenciamento de projetos, sua cultura, seu estilo, sua estrutura organizacional e seu
escritrio de projetos, tambm pode influenciar o projeto.
O fator cultural de uma empresa pode ser tanto uma alavanca quanto um empecilho para o projeto, e
cabe ao gerente de projetos a responsabilidade de lidar com este possvel problema. Conforme o
Guia PMBOK (2004), a maior parte das organizaes desenvolveu culturas exclusivas e descritveis.
Essas culturas se refletem em diversos fatores, que incluem, mas no se limitam a:
Normas, crenas, expectativas e valores compartilhados;

Polticas e procedimentos;
Viso das relaes de autoridade;
tica do trabalho e horas de trabalho.
Considerando esses fatores, uma estrutura organizacional geralmente se limita disponibilidade de

recursos dentro de um espectro que vai de uma estrutura funcional at uma estrutura por projetos,
considerando diversas estruturas matriciais intermedirias. (PMBOK, 2004). O quadro a seguir mostra
algumas das principais caractersticas relacionadas a projetos dos principais tipos de estruturas
organizacionais e apresenta neste exemplo uma estrutura matricial baseada em trs situaes (fraca;
balanceada e forte).
19 | P g i n a
Estrutura da Matricial
organizao Funcional Por projeto
Caractersticas
do projeto
Fraca Balanceada Forte
Autoridade do gerente de Pouca ou Baixa a Moderada a Alta a quase

Limitada
projetos nenhuma moderada alta total
Pouca ou Baixa a Moderada a Alta a quase

Disponibilidade de recursos Limitada
nenhuma moderada alta total
Quem controla o oramento Gerente Gerente Gerente de Gerente de

Misto
do projeto funcional funcional projetos projetos
Tempo Tempo Tempo Tempo Tempo

Funo do gerente de projetos
parcial parcial integral integral integral
Equipe administrativa do Tempo Tempo Tempo Tempo

Tempo parcial
gerenciamento de projetos parcial parcial integral integral
Fonte: Guia PMBOK 3 ed, 2004, p. 28.
Dentre as estruturas, uma das mais comuns a organizao funcional clssica, que uma hierarquia
em que cada funcionrio possui um superior bem definido. Os funcionrios so agrupados por
especialidade, como produo, marketing, engenharia e contabilidade, no nvel superior. A
engenharia pode ser tambm subdividida em organizaes funcionais que do suporte aos negcios
da organizao mais ampla, como mecnica e eltrica. As organizaes funcionais ainda possuem
projetos, mas o escopo do projeto, geralmente, restrito aos limites da funo.
O departamento de engenharia, em uma organizao funcional, far o seu trabalho do projeto de

modo independente dos departamentos de produo ou de marketing. Quando realizado o
desenvolvimento de um novo produto em uma organizao puramente funcional, a fase de projeto,
geralmente chamada de projeto de design, inclui somente pessoal do departamento de engenharia.
Em seguida, quando surgirem questes sobre produo, elas sero passadas para o chefe de
departamento no nvel hierrquico superior da organizao, que ir consultar o chefe do
departamento de produo. O chefe do departamento de engenharia, ento, passar a resposta de
volta para o gerente funcional de engenharia, no nvel hierrquico inferior. A figura, a seguir, mostra
os nveis hierrquicos e seus desdobramentos.
20 | P g i n a
Fonte: Guia PMBOK 3 ed, 2004, p. 29.
Embora, esta estrutura funcional clssica apresente este desenho de rpida leitura e fcil
classificao de papis, em sua maioria, as organizaes trabalham as estruturas organizacionais por
projeto, considerando o desenho matricial em que as caractersticas de cada projeto devem ser
amparadas por uma estrutura fraca, balanceada, forte ou composta. A maioria das organizaes
modernas envolve todas essas estruturas em vrios nveis, conforme mostrado na figura a seguir
(organizao composta).
Fonte: Guia PMBOK 3 ed, 2004, p. 31
Por exemplo, at mesmo uma organizao fundamentalmente funcional pode criar uma equipe de
projeto especial para cuidar de um projeto crtico. A criticidade, ou seja, a gravidade de um projeto
com um gargalo no tempo ou nos custos pode precisar de uma ateno especial em que as equipes
precisam atuar de forma integradora. Essa equipe integradora pode ter muitas das caractersticas de
uma equipe de projeto em uma organizao gerenciada por projeto.
21 | P g i n a
Para ampliar seus conhecimentos em gerenciamento de projetos, bem

como visualizar melhor as caractersticas, vantagens e desvantagens
das estruturas organizacionais, sugiro a leitura do Guia PMBOK, captulo
dois.
No entanto, para completar esta unidade de estudos, torna-se

fundamental discutirmos sobre a importncia dos trabalhos orientados
por processos de gerenciamento de projetos. o que veremos no tpico
a seguir.
http://7downbr.weebly.com/
1.5 Os Processos da Gerncia de Projetos
Antes de iniciarmos este ltimo tpico desta unidade, imperativo considerar que a maturidade em
gerenciamento de projetos de uma organizao proporcional sua habilidade em realizar os
processos necessrios conduo de seus projetos, sendo fundamental a existncia de padres,
mtricas e controles, assim como o aperfeioamento contnuo desses processos. (XAVIER, 2009).
Alm do mais, para facilitar a leitura e entendimento, primeiramente importante descrever o que
um processo.
Segundo Xavier (2009, p.28) processo uma sequncia repetitiva de

operaes, com o objetivo de produzir resultados padronizados. De acordo
com o PMBOK (2004), um processo um conjunto de aes e atividades
inter-relacionadas realizadas para obter um conjunto pr-especificado de
produtos, resultados ou servios.
Agora que voc j sabe o que um processo e, em especial, que, no gerenciamento de projetos
pode-se dizer que o trabalho por processos essencial para a mecnica de gesto, vamos descrever
como os processos so realizados.
Conforme Xavier (2009) e PMBOK (2004), os processos de um projeto so realizados por pessoas e,
geralmente, se enquadram em duas categorias: processos de gerenciamento de projetos e processos
orientados ao produto.
1. Processos de gerenciamento de projetos: descrevem e organizam o trabalho do

projeto, como o processo de elaborar o cronograma de um projeto.
22 | P g i n a
2. Processos orientados por produto: especificam e criam o produto, so tipicamente

definidos pelo ciclo de vida do produto e variam de acordo com a rea de aplicao.
Exemplo: processo de elaborao de uma planta de uma casa a ser construda.
O gerenciamento de projetos um empreendimento integrador. Esta integrao exige que cada

processo do projeto e do produto sejam adequadamente associados e conectados a outros
processos para facilitar a sua coordenao. Essas interaes entre processos muitas vezes exigem
que se faam compensaes entre requisitos e objetivos do projeto.
Desse modo, os pacotes de trabalho que incluem atividades e tarefas so processados seguindo trs
orientaes bsicas. Valeriano (2005) sobrepe estas orientaes ao dizer que cada processo possui
os elementos apropriados, que so agrupados em trs componentes a saber:
ENTRADAS RECURSOS Meios e SADAS

So os insumos
ferramentas,
fornecidos aos So os resultados
trabalhos, tcnicas
processos: ou produtos do
e habilidades que
materiais, processo.
agem sobre as
informaes, etc.
entradas.
Fonte: Valeriano (2005) adaptado pelo autor.
Para cada componente so relacionados elementos variados. Alguns podem ter dados e informaes
existentes na organizao, j outros so fornecidos ao projeto por diversas fontes, como clientes,
fornecedores, entidades, rgos reguladores, dentre outros.
J vimos que o projeto tem inicio, meio e fim predeterminados e

passa por evolues, cumprindo o que se costuma chamar de ciclo
de vida do projeto que iremos discutir ao longo das unidades de
estudo. Entretanto, para acompanhar este ciclo de evoluo devemos
gerenciar todas as atividades de forma integrada e dividida por
processos. Esses processos so agregados em cinco grupos,
definidos como os grupos de processos de gerenciamento de
projetos: Fonte: Disponvel em:
http://7downbr.weebly.com
Acesso em 15/08/11
Grupo de processos de iniciao:
Processos de autorizao para que se d incio a um projeto ou a uma de suas fases.
Grupo de processos de planejamento:
Processos de criao e manuteno do plano do projeto, selecionando o melhor
caminho para que sejam alcanados os objetivos propostos.
23 | P g i n a
Grupo de processos de execuo:

Processos de coordenao de recursos fsicos (pessoas, materiais e equipamentos)
executando o que foi planejado de forma a atender s especificaes do projeto.
Grupo de processos de monitoramento e controle:

Processos que buscam garantir que os objetivos sero atendidos. Realizam o
acompanhamento e a medio regular do progresso, visando identificao de
desvios do plano e implementando aes corretivas, quando necessrias.
Grupo de processos de encerramento:
Processos de formalizao do fim do projeto ou de uma fase, comunicao de tais
eventos s partes interessadas, arquivamentos e aceitao final da fase ou do
projeto.
No PMBOK, esto descritos 42 (quarenta e dois) processos que esto distribudos nestes cinco
grupos apresentados. oportuno destacar que iniciao, planejamento, execuo, monitoramento e
encerramento no ocorrem de forma contnua e modular, mas de forma concorrente, uma vez que
apresentam nveis de atividade dos processos durante o ciclo de vida de um projeto. A figura abaixo
mostra a evoluo do nvel de interao entre os processos, bem como as alteraes ao longo desse
ciclo de vida.
Fonte: Disponvel em: http://wpm.wikidot.com/conceito:interacoes-entre-processos Acesso em 16/08/11
No obstante, para o gerenciamento de um projeto, com a aplicao de conhecimentos, habilidades,

ferramentas e tcnicas s suas atividades, considerando o procedimento de integrao e com vistas a
atender ao propsito para o qual o projeto foi autorizado, o PMBOK prope uma abordagem em nove
reas do conhecimento em que so trabalhados os quarenta e dois processos. As reas so:
Gerenciamento de Integrao
24 | P g i n a
Gerenciamento do Escopo
Gerenciamento do Tempo
Gerenciamento dos Custos
Gerenciamento da Qualidade
Gerenciamento dos Recursos Humanos
Gerenciamento da Comunicao
Gerenciamento dos Riscos
Gerenciamento das Aquisies
O quadro, a seguir, apresenta essas reas do conhecimento bem como a quantidade de processos
por grupo/rea. Voc poder observar que, no processo de iniciao, tm-se dois processos, no
planejamento, aparecem vinte processos; na execuo, trabalham-se oito e no
monitoramento/controle, tm-se dez processos. Para concluir, na fase de encerramento so
trabalhados dois processos, totalizando assim, os quarenta de dois.
Quadro: Grupos de processos x rea do conhecimento
GRUPOS DE PROCESSOS
rea do conhecimento Iniciao Planejamento Execuo Monitoramento Encerramento Total

Controle
Gerenciamento de Integrao 1 1 1 2 1 6
Gerenciamento do Escopo 3 2 5
Gerenciamento do Tempo 5 1 6
Gerenciamento dos Custos 2 1 3
Gerenciamento da Qualidade 1 1 1 3
Gerenciamento do R. Humano 1 3 4
Gerenciamento da Comunicao 1 1 2 1 5
Gerenciamento dos Riscos 5 1 6
Gerenciamento das Aquisies 1 1 1 1 4
Total dos processos 2 20 8 10 2 42
Fonte: Terribili, 2011, p. 54
Para finalizar esta unidade, cabe acrescentar que, para cada processo, o PMBOK mostra uma lista
com as possveis entradas, os recursos (ferramentas/tcnicas) e as sadas. Muitas vezes, a sada de
um dado processo se torna entrada em outro(s) processo(s).
25 | P g i n a
Como material complementar, sugiro a leitura do capitulo dois

do livro: Gerenciamento de Projetos do autor Carlos Magno
Xavier, edio 2009, editora Saraiva, para assim, voc
visualizar, de forma integrada, as reas de conhecimento do
gerenciamento de projetos e seus respectivos processos.
Na unidade seguinte, vamos falar de documentos importantes

e essenciais para o gerenciamento do projeto, como o termo de
abertura do projeto e as declaraes de escopo do projeto e Fonte: Disponvel em:
http://www.livrariacultura.com.br
produto. Mas, antes, visite as sees Teoria na Prtica e Acesso em 17/08/2011
Sntese. Aguardo voc l.
26 | P g i n a
27 | P g i n a
2. Teoria na Prtica
O gerenciamento de projetos est inserido em um ambiente de negcios que envolve vrias reas do
conhecimento, em que a estrutura escopo deve contemplar seu desenvolvimento por processos. No
caso da Platypus, os envolvidos em um determinado projeto passam, primeiramente, por um
processo de integrao, movido pela gesto de recursos humanos, com foco na avaliao de
comportamento das pessoas ligadas ao projeto. Veja, no case, como as pessoas e os processos
precisam se manter em sintonia para aguar a criatividade e ampliar o portiflio de ideias.
Projeto Platypus Case Mattel (contexto, estrutura e processos)
A Mattel a maior fabricante de brinquedos no mundo com linhas de produtos que incluem as
bonecas Barbie, os brinquedos da Fisher-Price e Hot Wheels. A Mattel falhou quando perdeu a onda
do aumento de demanda de bonecas no final de 1990. Jurando nunca mais deixar isto acontecer, a
Mattel reorganizou seus processos de desenvolvimento de produtos ao instituir o projeto Platypus.
O projeto Platypus formado por pessoas originrias de diversas reas funcionais que deixam seus
trabalhos regulares por trs meses e se mudam para a sede da Mattel, em um local separado onde
podem trabalhar oferecendo idias para novos produtos. Os membros da equipe do projeto Platypus
algumas vezes passam dias derrubando ovos de uma escada de quatro metros ou atirando animais
de pelcia uns nos outros. Tudo isso faz parte das atividades de formao de equipe projetadas para
conseguir que as pessoas pensem de forma diferente e apresentam idias criativas para novos
brinquedos.
Segundo Ivy Ross, comandante da diviso de projeto de bonecas da Mattel, exerccios como os de
desenvolver um mtodo para evitar que um ovo quebre ao cair de uma altura de quatro metros ou
atirar bichinhos de pelcia em um colega da equipe para afastar as inibies, so formas de fazer as
pessoas pensarem de maneira diferente da habitual e descobrirem as tendncias do consumidor e as
mudanas do mercado.
A fora do projeto Platypus encontra-se na habilidade de seus membros de desenvolver as idias

criativas dos outros. Uma regra-chave do grupo de que a idia no pertence a ningum. Tudo
pertence ao grupo, o que ajuda a eliminar a competitividade interna.
Segundo Ross, agora, a empresa quer que todos colaborem no projeto e no processo de
desenvolvimento com um sentimento de propriedade e realizao compartilhada. Os participantes do
projeto trabalham em um enorme espao sem paredes ou divisrias. As mesas possuem rodinhas
para encorajar o compartilhamento e a colaborao de forma espontnea.
Desse modo, o primeiro esforo do Projeto Platypus um brinquedo chamado Ello, uma mistura de
conjunto de construo e kit de atividade. Os conjuntos Ello consistem em peas interconectadas que
permitem que as crianas explorem sua imaginao para construir qualquer coisa, desde uma
bijuteria at prdios. As equipes do Projeto Platypus continuam a trabalhar para desenvolver duas ou
trs idias de produto por ano.
Fonte: Gray, Clifford F. Gerenciamento de Projetos: o processo gerencial, 2009, p. 359.
28 | P g i n a
3. Sntese
Ao longo desta unidade, foram abordados alguns registros histricos acerca da evoluo do
gerenciamento de projetos no mundo. Neste contexto, a palavra projeto foi comparada inicialmente
com a figura de um Iceberg para representar os processos que aparecem de forma integrada no
plano de desenvolvimento do projeto e que, em sua maioria, demandam uma srie de esforos em
vrias reas do conhecimento.
Nesta linha do tempo, o surgimento e o crescimento do Instituto de Gerenciamento de Projetos PMI

aparece de forma abrangente e multiplicadora para a Gesto de projetos no mundo. No obstante, as
trs fases evolutivas de destaque que vo desde o gerenciamento tradicional de projetos, passando
pela fase de renascimento at a profissionalizao foram de suma importncia para fortalecer as
tendncias de planejamento ascendente e hierrquico.
A leitura do ambiente de negcios, bem como alguns dos mais importantes segmentos
representados, tambm mostrados para validar a necessidade constante de uma monitorao
ambiental deve considerar as rpidas mudanas, em especial, as de natureza social, cultural, poltica,
econmica e tecnolgica.
Na contextualizao do gerenciamento, foram abordadas as questes que envolvem o gerenciamento

de programas, bem como a importncia do gerenciamento de portflios na fase de profissionalizao
em projetos. Foram exemplificados alguns desdobramentos por meio de subprojetos e sua
importncia para a gesto de controle e monitoramento. Ainda, nesta seo, tambm foi discutida a
necessidade dos escritrios de projetos e sua relevncia para as organizaes que esto inseridas
neste contexto.
Logo, foi descrita a importncia de uma estrutura organizacional em projetos, uma vez que esta
estrutura aparece em formatos diferentes e precisa ser trabalhada com vistas a atender os objetivos
do projeto. Foram mostradas algumas das principais caractersticas relacionadas a projetos dos
principais tipos de estruturas organizacionais. Para encerrar essa primeira unidade, o ltimo tpico de
discusso foi acerca dos processos e suas constitutivas, uma vez que processos so gerenciados
pelo projeto e orientados pelo produto/servio, considerando sempre os inputs, as tcnicas
empregadas e os outputs do processo durante o ciclo de vida do projeto.
29 | P g i n a
Unidade 2: Documentos Importantes Declarao do Escopo
1. Contedo Didtico
Nesta unidade de estudo, vamos apresentar e discutir acerca dos documentos considerados
imprescindveis para o desenvolvimento do escopo do produto e do projeto, bem como fazer uma
descrio dos principais conceitos que versam sobre o tema. Entretanto, para um melhor
entendimento sobre a necessidade de desenvolver uma declarao de escopo, recomendo, ainda,
ampliar nossos estudos falando a respeito da importncia do termo de abertura do projeto, para
ento, na sequncia, prosseguirmos nesta exposio conhecendo estas etapas estruturais de
construo do escopo, bem como sua estrutura de decomposio de trabalho.
A elaborao de um escopo detalhado, claro e conciso fundamental

para garantir a satisfao do cliente e a eficcia do trabalho realizado,
considerando evitar, ainda, que o projeto se desvie do seu curso. O
escopo deve definir os objetivos a serem alcanados. Um grande
desafio identificar exatamente o que deve ser feito. Um escopo bem
definido e bem controlado aumenta significativamente as chances de
sucesso nos projetos. Fonte: Disponvel em:
http://quantic.eng.br/gerencia.htm
Acesso em: 29/08/2011
Segundo Ricardo Vargas (2009), o escopo o foco do projeto, especifica seu produto principal e
respectivos elementos subsidirios, ou seja, as entregas ao longo do projeto. Assim, pode ser
descrito como a soma dos produtos e servios a serem fornecidos.
Muito bem! Agora que voc j identificou o que vamos estudar nesta unidade, vamos comear este
primeiro tpico abordando alguns conceitos sobre o desenvolvimento do escopo de um projeto.
1.1 Conceitos principais para desenvolvimento do escopo
Dentre as reas de conhecimento do Guia PMBOK, uma das mais importantes para a determinao
do sucesso de um projeto o gerenciamento do escopo. Avanar o projeto sem uma boa definio e
um bom controle do escopo um passo na direo do fracasso.
Mas, qual o significado de escopo? A palavra escopo de origem grega e

significa inicialmente olhar, mirar, observar, intencionar (MINI AURLIO,
2000, p. 282) e, no mbito de projetos, podemos afirmar que escopo
significa objetivo, embora, a palavra seja tratada como estrutura do projeto.
Assim, podemos afirmar que escopo se refere ao campo de operao em
que so alcanados um ou mais objetivos.
30 | P g i n a
Segundo Terribili Filho (2011, p. 63), escopo aquilo que o projeto tem como proposta de entrega,
com base no trabalho a ser desenvolvido e requisito previamente definidos.
A definio do escopo, independente da natureza do projeto, um dos pontos mais importantes na

sua fase inicial. por meio do escopo que todos os envolvidos tm o retrato das atividades que sero
desenvolvidas para alcanar um determinado objetivo.
O escopo define as atividades que so necessrias e quando elas devem acontecer ao longo do
projeto, de forma que a integrao das atividades propicie atingir um objetivo em um determinado
perodo de tempo.
Contudo, o primeiro documento, e um dos mais importantes para formalizar a abertura de um projeto,
em que se reconhece a autoridade do gerente, autorizando o incio das atividades na organizao,
o Termo de Abertura do Projeto TAP, tambm expressado com a terminologia: Project Charter.
1.1.1 Termo de Abertura do Projeto - TAP
Pois bem, vamos comear fazendo um exerccio de reflexo. Considerando

que voc tenha acabado de receber uma herana de R$ 1.000.000,00, o que
voc faria com esse dinheiro? Com certeza muitos projetos comeam a
passar pela sua cabea, como comprar um novo imvel, por exemplo, ou
montar aquele sonhado negcio, at mesmo construir uma casa de campo,
ou, quem sabe, at realizar aquela to esperada viagem. Desse modo, como
selecionar entre tantos possveis projetos? Como definir o que exatamente
esperar de cada um dos projetos em que se decida investir?
Para ajudar a responder a essas perguntas, as empresas, normalmente, precisam tomar decises e
em sua maioria, decises rpidas. Assim, diferentemente do exerccio acima, as empresas no
recebem heranas, mas tm oramentos nos quais necessitam enquadrar os investimentos em
projetos ou, algumas vezes, precisam obter financiamentos para viabiliz-los. Portanto, para
selecionar projetos, as organizaes empregam procedimentos para promover a seleo de projetos,
e cada organizao tem os seus modelos.
Vejamos, a seguir, alguns procedimentos, adotados por uma organizao, por exemplo, que devem
constar do documento de abertura do projeto, o Project Charter.
Para iniciar, a organizao faz um estudo preliminar do projeto, ou seja, uma contextualizao do
cenrio em que o projeto ser inserido. Logo, preciso definir o problema, as justificativas, as
necessidades de negcio, a soluo proposta, as unidades e setores envolvidos, os interessados
31 | P g i n a
diretos e indiretos no projeto, os fatores crticos de sucesso, uma lista de riscos envolvidos,
determinados condicionantes, ou seja, um pacote de premissas, restries e limitaes, bem como
resultados esperados, prazos e custos estimados, e, por ltimo, os objetivos estratgicos do projeto.
De posse dessas informaes, um comit avalia o projeto, indica se ele vivel ou no, e designa um
gerente para coorden-lo, constituindo (favor verificar se o contedo est correto. um contrato,
terminologicamente chamado de Project Charter.
Segundo Kerzner (2001), o conceito original de Project Charter era somente

documentar a autoridade e a responsabilidade do gerente de projeto. Esse
conceito evoluiu e o Project Charter transformou-se, em algumas
organizaes, em um documento interno em que a empresa reconhece e
comunica o escopo aprovado do projeto aos gerentes funcionais, ou de linha,
e seu pessoal envolvido.
Desse modo, conforme o PMBOK (2004), o processo de desenvolver o Termo de Abertura do Projeto
o responsvel por autorizar, ou no, um projeto. Tambm parte desse processo a autorizao
para o prosseguimento de uma nova fase do projeto, por exemplo, a constituio do documento
denominado escopo do produto, como veremos a seguir.
1.2 Declarao de escopo do produto
Conforme Xavier (2009), para definirmos o que exatamente esperar de um projeto, em que a empresa
decidiu investir, necessrio conhecer o produto que ele entregar no final. O termo produto aqui
empregado de forma genrica, representando o conjunto de produtos e servios que sero entregues
pelo projeto.
A primeira atividade de planejamento a ser executada pelo gerente de projeto ser estudar e detalhar
as definies bsicas do produto, definidas preliminarmente no Project Charter. O resultado final ser
um documento composto por uma lista que sintetiza as caractersticas e funes do produto ou
servio. (AMARAL, et. al., 2006). A ideia implcita no modelo a de trabalhar sistematicamente,
entendendo, primeiro, qual o produto que se espera criar com o projeto, antes de investir tempo no
como fazer, isto , na definio das estratgias para o desenvolvimento do projeto, assunto que
dever ser tratado no tpico seguinte.
Em projetos de desenvolvimento de produtos, devemos tomar bastante cuidado para

no confundir o escopo do produto com o escopo do projeto, pois so
documentos diferentes. Todo o projeto algo que possui comeo, meio e fim bem
definidos. No entanto, na maioria dos casos, o escopo do produto inserido no
escopo do projeto, como uma das atividades de desenvolvimento do escopo, uma
vez que devem ser integrveis e interdependentes.
32 | P g i n a
Para uma definio mais prtica e formal sobre a diferena entre o escopo do produto e o escopo do
projeto, podemos descrever da seguinte forma:
Escopo do Projeto: define o

conjunto de trabalhos que sero
executados para construir e
entregar o produto ou produtos
do projeto.
Escopo do Produto:
composto pela especificao que
descreve o conjunto de
funcionalidades e o desempenho
desejado para o produto.
Fonte: Amaral et. al., 2006, p. 159, adaptado pelo autor.
Um bom exemplo para ilustrar o escopo do produto a

composio das especificaes de um computador, em que
o usurio escolhe e decide por determinado modelo,
considerando o conjunto de funcionalidades e
especificidades do aparelho, o desempenho do processador,
os recursos de interatividade e o sistema operacional. O
mesmo acontece em um automvel pelos seus atributos e
benefcios, bem como na escolha por eletro-domsticos, dentre Fonte: Disponvel em:
http://www.wikinoticia.com/images2//g
uma gama de produtos e servios ofertados no mercado. izmologia.hipertextual.netdnacdn.com
/files/2011/05/Dell-XPS.
Acesso em 21/08/11
O procedimento para construir o escopo do produto simples, pois o primeiro

passo uma reunio entre o gerente de projeto e os especialistas em
diversas reas, que auxiliaro na complementao e validao das
caractersticas e funcionalidades do produto. O gerente de projeto ter como
base as informaes provenientes do portflio e do Project Charter, e poder
utilizar como referncia escopos de produtos similares.
Segundo Amaral et. al. (2006), no caso de um projeto de produto fsico, torna-se interessante definir
metas que o produto dever atender quando pronto. Embora o escopo do produto seja fundamental
para caracterizar um projeto, ele no informa como o resultado ser obtido, isto , as atividades
responsveis, os recursos e aquisies, os prazos, os custos e os riscos envolvidos, dentre muitas
outras informaes que fazem parte do escopo do projeto e que so desenvolvidas no referido
documento, como vamos ver a partir de agora, no tpico que trata da declarao do escopo do
projeto.
33 | P g i n a
1.3 Declarao do escopo do projeto
Uma vez entendido qual o produto, ou produtos do projeto, ser preciso definir as caractersticas
que delimitam o contedo do trabalho. So os processos, os elementos e as etapas que descrevem
como o produto ser obtido, incluindo as premissas assumidas e as pessoas envolvidas, entre
muitas outras coisas. Este documento a base para todo o planejamento do projeto, tendo como
entrada principal o escopo do produto, e como documento de sada a declarao do escopo do
projeto.
A declarao do escopo do projeto descreve, em detalhes, as entregas do projeto e o trabalho

necessrio para criar essas entregas. Ela tambm fornece um entendimento comum do escopo do
projeto a todas as partes interessadas e apresenta os principais objetivos.
Segundo Amaral et. al., (2006), para a construo da definio do escopo do projeto so utilizadas
informaes do escopo e da descrio do produto, e uma definio inicial de restries e premissas
que o projeto precisa respeitar. Essas informaes provm, basicamente, do escopo do produto, alm
da proposta do produto (Project Charter), produzida na fase anterior. Assim, como o escopo do
produto, essas caractersticas precisam ser descritas de forma clara e sem ambiguidades,
preferencialmente com metas quantitativas.
Para realizao da definio dos procedimentos a serem empregados e, consequentemente, o

planejamento do escopo, devem ser considerados alguns elementos de relao como outras
atividades para o incremento das informaes de entrada, como:
Definir o escopo do produto;
Adaptar ao modelo de referncia, ou seja, outros projetos do portflio;
Preparar a declarao do escopo.
Ainda de acordo com Amaral et. al. (2006), entre as definies do escopo, fundamental a acepo
do processo de gesto do escopo, ou seja, as atividades que garantam um controle de todas as
alteraes realizadas nesse documento. O controle das mudanas do escopo deve estar integrado
aos demais controles do planejamento do projeto, a serem descritos nas prximas unidades, tais
como prazos, custos e qualidade, tambm conhecidos pelo emprego da terminologia trplice restrio,
dado que, a modificao de uma dessas variveis afetar as demais, bem como os objetivos do
projeto.
mandatrio destacar que o grau e o nvel de detalhe com que uma declarao do escopo do projeto
define o trabalho que ser realizado ou excludo, podem determinar a eficcia com que a equipe de
34 | P g i n a
gerenciamento de projetos poder controlar o escopo global do projeto. O gerenciamento do escopo

do projeto, por sua vez, pode determinar a eficcia com que a equipe de gerenciamento poder
planejar, gerenciar e controlar a execuo do projeto. A declarao detalhada do escopo do projeto
inclui, diretamente ou referenciando outros documentos, uma lista de atividades representada pelo
conjunto de itens que podem fazer parte da descrio do escopo, a saber:
Quadro: Checklist do Escopo
Escopo do Projeto
Ttulo do projeto Inclui o nome do projeto e seu cdigo de identificao, que facilita
a comunicao.
Contexto Informaes acerca do ambiente de negcios do projeto e como
surgiu a ideia.
Justificativa Apresenta os requisitos do negcio que o projeto dever atender.
Objetivos Serve para visualizar o que se deseja conseguir com o projeto.
Partes envolvidas Interessados, lista de envolvidos diretos e indiretos no projeto.
Equipe Definio dos times e especialistas responsveis pela conduo
responsvel/organizao do projeto.
Produto(s) do projeto/metas Descreve o resultado final do produto do projeto na viso do

cliente.
Deliverables Subprodutos ou produtos intermedirios. Descreve os resultados
intermedirios durante o ciclo de vida do projeto.
Referncias Lista de referncias de material complementar utilizado.
Premissas, limitaes e Definio das verdades a serem adotadas para a realizao do
projeto. So as afirmaes que devero ser assumidas durante o
restries.
planejamento e a execuo.
Estratgias Definio das estratgias genricas para a realizao do projeto,
quando for o caso.
Metodologia Descreve os mtodos e padres de processos de
desenvolvimento que sero adotados como referncia.
Prazos mximos a serem Definio dos prazos para entrega dos principais produtos e
atingidos subprodutos (deliverables).
Custo e preo/meta Valores meta para custos do projeto que devero ser respeitados.
Plano de gerenciamento do Definio de como o projeto ser controlado e de como as
mudanas sero solicitadas, avaliadas e implementadas, incluindo
escopo
quem ser o responsvel.
Fonte: Amaral et. al., 2006, p. 162 adaptado pelo autor.
O acompanhamento e o monitoramento do escopo so os procedimentos mais importantes no

gerenciamento de projetos. Esse procedimento descreve a natureza dos processos de gerenciamento
de projetos em termos da integrao entre os processos, das interaes dentro deles e dos objetivos
a que atendem. Desse modo, vamos, a partir de agora, conhecer um pouco mais sobre o
gerenciamento do escopo e seu ciclo de monitorao.
35 | P g i n a
1.3.1 Processos de Gerenciamento do Escopo
Segundo o PMBOK (2004), os processos de gerenciamento de projetos so apresentados como

elementos distintos, com interfaces bem definidas. No entanto, na prtica, eles se sobrepem e
interagem. Os profissionais mais experientes de gerenciamento de projetos reconhecem que existe
mais de uma maneira de gerenciar um projeto. As especificaes de um projeto so definidas como
objetivos que precisam ser realizados com base na complexidade, no risco, no tamanho, no prazo, na
experincia da equipe do projeto, no acesso aos recursos, na quantidade de informaes histricas,
na maturidade da organizao em gerenciamento de projetos e no setor e na rea de aplicao.
Os grupos de processos necessrios e seus processos constituintes so orientaes para a aplicao

do conhecimento e das habilidades de gerenciamento adequadas durante o projeto. Alm disso, a
aplicao dos processos de gerenciamento de projetos a um projeto interativa e muitos processos
so repetidos e revisados durante o ciclo de vida do projeto.
O gerente de projetos e a sua equipe so responsveis pela determinao de quais processos devem
ser executados e em quais grupos de processos se inserem, como sero realizados e por quem, alm
do grau de rigor que ser aplicado a sua execuo para alcanar o objetivo desejado.
Uma das ferramentas empregadas e mais usadas na gesto de projetos para acompanhar e
monitorar os processos o ciclo PDCA, tambm conhecido pelo ciclo de Shewhart.
O ciclo PDCA, ciclo de Shewhart ou ciclo de Deming, introduzido no Japo aps a guerra, foi
idealizado por Shewhart, na dcada de 20, e divulgado por Deming, em 1950, quem efetivamente o
aplicou. O ciclo de Deming tem por princpio tornar mais claros e geis os processos envolvidos na
execuo da gesto, como, por exemplo, na gesto da qualidade, dividindo-a em quatro principais
passos. (PDCA, 2005). A saber:
Plan Planejar: processo de planejar e estabelecer os planos de ao.

Do Fazer: conduo e execuo das atividades e tarefas.
Check Checar: verificao e checagem dos objetivos para atingir as metas.
Act Agir: Aes corretivas no insucesso e/ou padronizao e treinamento.
O ciclo comea pelo planejamento, em seguida, a ao ou conjunto de aes planejadas so

executadas. Checa-se o que foi feito, se estava de acordo com o planejado, constantemente e
36 | P g i n a
repetidamente (ciclicamente) e toma-se uma ao para eliminar ou, ao menos, mitigar defeitos no
produto ou na execuo. A figura, a seguir, demonstra, de forma analtica, os passos desse processo
de gerenciamento.
Fonte: Disponvel em: http://www.cedet.com.br/index.php?/Tutoriais/Gestao-da-Qualidade/ciclo-pdca-

plan-do-check-act-planejar-fazer-verificar-agir.html Acesso em 25/08/2011.
Contudo, com base no termo de abertura do projeto (Project Charter), devidamente aprovado, e a
declarao do escopo do projeto definida e descrita em sua totalidade, deve-se buscar a
decomposio do escopo de forma detalhada, que feita por meio da Estrutura Analtica do Projeto
EAP, do ingls Work Breakdown Structure WBS. (TERRIBILI FILHO, 2011).
Portanto, veremos, a seguir, como empregada essa ferramenta para o detalhamento do escopo.
1.4 Decomposio do Escopo EAP/ WBS /EDT
No tpico anterior, vimos que a declarao do escopo o documento que abriga todo o
desenvolvimento do projeto, alm de confirmar o entendimento entre as partes envolvidas. Assim,
depois de elaborado e aprovado, necessrio apresent-lo de forma analtica para uma viso
organizada do todo e, em especial, das entregas (deliverables). Assim, a Estrutura Analtica do
Projeto EAP passa a ser a base de referncia do escopo do projeto (scope baseline).
Segundo Xavier (2009, p. 100), outros nomes para EAP podem ser encontrados em empresas e na
literatura, a saber:
Estrutura de Decomposio de Trabalho EDT

Estrutura de Diviso de Trabalho EDT
Estrutura de Decomposio de Tarefas EDT
Estrutura da Diviso em Tarefas EDT
Plano Estruturado do Projeto PEP
37 | P g i n a
Como j sabido, para a definio do escopo,

primeiramente, devem-se levantar as expectativas
5
dos stakeholders do projeto, sobretudo do
patrocinador e dos principais usurios, isso se faz,
geralmente por meio de entrevistas, questionrios
e at workshops. Com a consolidao da coleta de
dados e as informaes do projeto, elabora-se
uma lista de entregveis, em outras palavras,
deliverables o que possibilita a criao da EAP.
Fonte: Disponvel em: http://www.mhastakeholders.com/
Acesso em: 29/08/2011
De acordo com Terribili Filho (2011), a criao da EAP se d por meio da tcnica de decomposio
de cada entregvel do projeto em pacotes menores de trabalho, em outras palavras, nveis
menores. Desse modo, acontece uma decomposio contnua de desdobramentos at que se atinja
um nvel em que se possam identificar as atividades para a gerao de todo o entregvel e, logo, se
possam estimar recursos necessrios e prazos.
6
Cada work package , alm de permitir a elaborao de estimativas de esforo dos recursos, uma
importante entrada (input) para se atriburem responsabilidades, identificar riscos no projeto, as
aquisies de parte integrantes, dentre outros.
Assim sendo, para visualizar melhor, vamos mostrar um exemplo de EAP de um projeto WEB. Para
facilitar a representao e a compreenso, o sequenciamento foi dividido em cinco partes com os
seguintes pacotes de trabalho ou work packages, que correspondem ao primeiro nvel de
desdobramento, tambm conhecidos como frentes de trabalho.
1. Planejamento;
2. Conceituao;
3. Criao de modelos;
4. Produo;
5. Publicao.
5
Stakeholders: Envolvidos diretos e indiretos, parceiros, participantes do projeto. Na prtica, so todos aqueles
que influenciam uma empresa. So os interessados pelos projetos, gerenciamento, mercado e produtos de uma
empresa. Fonte: http://www.infoescola.com/administracao/stakeholders/. Acesso em 28/08/11.
6
Work Packages ou pacote de trabalho: so os componentes de trabalho no nvel mais baixo da WBS,
permitindo estimar custos e prazos. Fonte: Terribili Filho 2011, p. 65.
38 | P g i n a
No terceiro nvel, esto os work packages relacionados aos itens do segundo nvel. Os cinco pacotes
de trabalhos so representados em cinco diagramas correspondentes a diferentes interaes. No
acompanhamento do projeto desenvolvido sequencialmente, o gestor do projeto as situa em um nico
grfico de Gantt, que lista as atividades, seu encadeamento e suas subordinaes.
Em nossa terceira unidade, vamos estudar o planejamento do tempo, e

ento, falaremos sobre o grfico de gantt e sua aplicabilidade no cronograma.
Para ilustrar, a representao a seguir um exemplo de EAP baseada nas fases de um projeto de
construo de Web site institucional.
Fonte: Disponvel em: http://www.avellareduarte.com.br/projeto/planejamento/planejamento5/planejamento5.htm.

Acesso em 26/08/2011.
Torna-se importante acrescentar que, para elaborar uma EAP/WBS de um

projeto, pode-se utilizar qualquer ferramenta que permita apresentao em
nveis, ou at mesmo um editor de textos com o uso de recuos. Geralmente,
as estruturas so desenhadas no Ms Project software do pacote Office para
39 | P g i n a
gerenciamento de projetos, apesar dos grandes escritrios aderirem a

softwares profissionais de gesto, como o WBS Chart Pro. (TERRIBILI
FILHO, 2011).
Logo, a atribuio de nmeros hierarquizados facilita o entendimento e a associao do entregvel

no futuro cronograma a ser elaborado, como vamos mostrar e descrever melhor em nossa prxima
unidade de estudos que aborda o planejamento do tempo, o referido cronograma e o gerenciamento
da qualidade em projetos.
Finalizamos aqui esta unidade, mas, antes de avanar, no deixe de visitar as prximas sees
Teoria na Prtica e Sntese para reforar os contedos aprendidos. Aguardo voc l.
40 | P g i n a
2. Teoria na Prtica
No domnio do gerenciamento de projetos para eventos, um caso prtico que pode ser citado a
definio preliminar do escopo dos Jogos Olmpicos de 2004 em Atenas Grcia. Na
oportunidade, chamo ateno para a definio do projeto e o preenchimento dos dados principais
para o desenvolvimento da Declarao do Escopo, bem como sua Estrutura Analtica do Projeto
EAP.
Vale acrescentar que este documento uma sntese da declarao do escopo, considerando que
uma declarao desenvolvida em sua totalidade abriga uma abrangente leitura dos processos, dos
prazos e custos, bem como dos produtos que sero entregues ao final do projeto.
JOGOS OLMPICOS DE 2004. ATENAS GRCIA
Objetivo: Organizar os jogos olmpicos de 2004, em locais especficos da Grcia, comeando no dia
13 de agosto, com um custo de US$ 5,2 bilhes.
Envolvidos: As atividades so patrocinadas pelo governo grego. Muitos clientes e partes
interessadas, ou seja, cidados de Atenas, governos locais e nacionais, o povo grego, o Comit
Olmpico Internacional, a comunidade internacional em sua totalidade, os atletas e, corporaes de
negcios gregas e internacionais esto tambm envolvidos.
Escopo do Projeto: A organizao de todos os jogos e cerimnias. Colocar em ao toda a
tecnologia e os recursos necessrios para a realizao dos jogos. Lidar com relaes pblicas e
arrecadao de recursos.
Premissas Alguns critrios de sucesso:
1 - Operao livre de percalos nos jogos.
2 - Nvel de satisfao e entusiasmo do pblico.
3 - Gerao de atividades econmicas em Atenas e na Grcia como um todo.
4 - Interesses continuados em futuros jogos olmpicos.
Equipe do Projeto: O Comit Organizador dos Jogos Olmpicos de Atenas (AOCOG em sua sigla
em ingls) foi designado como gerente de projetos como indica a legislao. Outras organizaes
contribuindo diretamente para o sucesso dos jogos, como o Comit Olmpico Internacional, o Comit
Olmpico Grego, a prefeitura da cidade de Atenas e a Autoridade de Coordenao Olmpica (Governo
da Grcia) so signatrios do Contrato da Cidade Organizadora. No Project Charter, a autoridade
para iniciar o projeto da Coordenao Olmpica, que responsvel pelos projetos de infra-estrutura,
muitos dos quais j esto sendo realizados ou reprogramados para acomodar os jogos. A finalizao
desses projetos a tempo vital para o sucesso dos jogos olmpicos.
41 | P g i n a
Work Breakdown Structure WBS

A estrutura analtica do projeto, neste caso, abrange as seguintes e mais importantes reas:
Eventos;
Locais e instalaes que incluem acomodaes;
Transportes;
Instalaes e coordenao de mdia;
Telecomunicaes;
Segurana e preparao antiterrorismo;
Cuidados mdicos; Para cada rea mencionada
Recursos Humanos incluindo voluntariado; existe um work package e
Olimpada Cultural; seus desdobramentos em
Treinamento e capacitao para os envolvidos; nveis inferiores.
Tecnologia de informao;
Cerimnia de abertura e encerramento;
Relaes pblicas e sala de imprensa;
Financiamentos;
Testes de jogos;
Administrao dos patrocinadores e marketing.
Cada um desses itens poderia ser tratado como um projeto isolado. Uma coordenao precisa ser
necessria para assegurar que todo o projeto dos jogos seja entregue a tempo.
E o planejamento do tempo, obviamente, era a dimenso mais crtica do Projeto Olmpico de Atenas
2004. Desde o princpio, os atrasos iniciais e as confuses fizeram com que o Comit Olmpico
Internacional considerasse transferir os jogos para outra cidade. Como acontece na maioria dos
projetos que envolvem eventos, o custo foi outra dimenso sacrificada, com o custo projetado
dobrado para a faixa dos US$ 8 a US$ 12 bilhes. Os gregos tambm foram forados a diminuir o
escopo das construes e comprometer a qualidade. Portanto, o projeto Jogos Olmpicos de Atenas
2004 no escapou da trplice restrio: custo, tempo e escopo.
Fonte: Clifford F. Gray. Gerenciamento de Projetos. 2009, p. 99. Adaptado pelo autor.
42 | P g i n a
3. Sntese
Nesta unidade, foram apresentados os documentos empregados para o desenvolvimento do escopo.

Falamos dos conceitos acerca do desenvolvimento da declarao do escopo, bem como da sua
importncia.
O termo de abertura do projeto, tambm conhecido com Project Charter, foi discutido e descrito em
sua essncia, ressaltando sua legitimidade como documento que formaliza e autoriza a abertura do
projeto, empossando um gerente com responsabilidades e atribuies em conformidade com os
objetivos, alm de trazer uma breve sntese das premissas e restries para o projeto.
Por conseguinte, deu-se a constituio do documento Declarao do Escopo do Produto,

apresentando a descrio de suas caractersticas e funcionalidades. Tambm foi ressaltada a
diferena entre o espoco do produto e do projeto, considerando a sua interdependncia e importncia
durante a construo de ambos os documentos.
Uma vez entendido o que o escopo do produto, foi discutido acerca do desenvolvimento do escopo
do projeto, apresentando uma lista de itens que fazem parte da gesto de planejamento do
documento, em que so apresentadas as sees e tpicos de referncia em gerenciamento de
projetos.
Logo, fez-se uma leitura dos processos de gerenciamento do escopo, em que aparece o ciclo PDCA
como ferramenta de controle e monitoramento das aes ao longo do ciclo de vida do projeto.
Descreveu-se, assim, sua importncia como ferramenta de gesto e controle dessas aes
decorrentes de constante planejamento.
Uma vez que o escopo e as entregas so determinados, os trabalhos do projeto podem ser
sucessivamente subdivididos em elementos menores, chamados de work packages. O resultado
desse processo hierrquico chamado de Estrutura Analtica do Projeto EAP/WBS. A utilizao da
EAP ajuda a assegurar aos gerentes que todos os produtos e elementos de trabalho estejam
identificados para integrar o projeto organizao e estabelecer uma base para controle.
43 | P g i n a
44 | P g i n a
Unidade 3: Planejamento do tempo cronograma
1. Contedo Didtico
Estudamos na primeira unidade a evoluo histrica do gerenciamento de projetos, bem como o

contexto em que est inserido, sua estrutura inicial e o processo de introduo a gesto. J, na
unidade dois, conhecemos alguns dos documentos mais importantes para o desenvolvimento do
projeto, como o Project Charter e a Declarao do Escopo do Projeto. Portanto, nesta terceira
unidade, vamos apresentar a agenda do planejamento, e nossa primeira tarefa a discusso sobre o
gerenciamento do tempo e a importncia do acompanhamento dos prazos estimados em projetos.
Nesta unidade, vamos trabalhar de forma integrada relacionando a gesto do tempo com as
atividades e as estimativas de recursos, considerando a importncia das entregas em conformidade
com o cronograma previsto e com os critrios e padres de qualidade para garantir a satisfao dos
stakeholders.
Assim, para iniciar nossa terceira unidade de estudos, vamos apresentar alguns conceitos bsicos e
algumas definies da gesto do tempo no gerenciamento, pois prazo fator determinante para o
sucesso de um projeto.
1.1 Conceitos principais de tempo
Para o bom andamento do projeto, h uma sequncia essencial de aes que devem ser executadas.
Por esse motivo, administrar o tempo fundamental. Para tanto, os fornecedores precisam abastecer
os clientes internos de produtos, servios e informaes ao longo do ciclo de vida do projeto. Logo, a
gesto do tempo precisa trabalhar em constante sintonia com os envolvidos, pois, depende do
sincronismo das atividades, que envolvem esses agentes, o bom andamento e execuo das tarefas
includas no cronograma.
De acordo com Valeriano (2005, p. 165), o tempo uma das disponibilidades que devem ser
rigidamente administradas no projeto. Todo projeto um combate que precisa ser vencido em vrias
frentes, como a do desempenho do produto, a dos custos e a dos prazos. Muitas vezes o projeto
deve apresentar seu resultado antes dos outros, como se fosse preciso chegar em primeiro lugar, em
uma competio de vida ou morte.
45 | P g i n a
Para trabalhar a gesto do tempo em projetos, torna-se

necessrio observar o alinhamento de todos os
processos produtivos, desde entregas de insumos,
durao das atividades e dos procedimentos de
transformao, at transportes diversos. Todos esses
processos precisam ser permanentemente planejados,
executados e controlados.

http://noticiasanimeunited.com.br/colunas/sobre-o-
tema-viajem-no-tempo/
Ainda, segundo Valeriano, (2005) se toda gesto do tempo puder ser

resumida em poucas palavras, pode-se dizer que ela consiste no cuidadoso
preparo de um cronograma, e no seu criterioso controle, para que o projeto
seja concludo no tempo previsto.
De acordo com o PMBOK (2004), o gerenciamento de tempo do projeto inclui os processos

necessrios para realizar o trmino do projeto no prazo. Os processos de gerenciamento de tempo do
projeto incluem:
Definio da atividade: identificao das atividades especficas do cronograma que

precisam ser realizadas para produzir as vrias entregas do projeto.
Sequenciamento da atividade: identificao e documentao das dependncias entre as
atividades do cronograma.
Estimativa de recurso da atividade: estimativa do tipo e das quantidades de recursos
necessrios para realizar cada atividade do cronograma.
Estimativa de durao da atividade: estimativa do nmero de perodos de trabalho que
sero necessrios para terminar as atividades individuais do cronograma.
Desenvolvimento do cronograma: anlise dos recursos necessrios, restries do
cronograma, durao e seqncia de atividades para criar o cronograma do projeto.
Controle do cronograma: controle das mudanas no cronograma do projeto.
Esses processos interagem entre si e, tambm, com processos de outras reas de conhecimento.
Cada processo pode envolver o esforo de uma ou mais pessoas, ou de grupos de pessoas, com
base nas necessidades do projeto. Cada processo ocorre pelo menos uma vez em todos os projetos
e ocorre em uma ou mais fases do projeto.
Ainda, conforme o PMBOK (2004), em alguns projetos, especialmente nos de menor escopo, o
sequenciamento de atividades, a estimativa de recursos da atividade, a estimativa de durao da
atividade e o desenvolvimento do cronograma esto to estreitamente ligados, sendo considerados
46 | P g i n a
um nico processo, que pode ser realizado por uma pessoa durante um perodo de tempo
relativamente curto. Esses processos so apresentados, aqui, como processos distintos porque as
ferramentas e tcnicas para cada um deles so diferentes. Portanto, vamos ver, a seguir, o emprego
dessas tcnicas para a definio e sequenciamento das atividades.
1.2 Definio e sequenciamento de atividades
Uma vez definido o escopo do projeto e seus principais produtos (deliverables) identificados, as
atividades do projeto para o alcance dos objetivos precisam ser definidas, sequenciadas e estimadas
em termos de recursos necessrios e durao.
1.2.1 Definio das atividades
A definio das atividades a serem contidas no cronograma envolve identificar e documentar o

trabalho planejado para ser realizado. Porm, como discutido na unidade anterior, deve-se saber que
o escopo do produto trata de itens tangveis, enquanto a Estrutura Analtica do Projeto EAP
descreve os itens a serem produzidos e entregues (work packages), bem como os processos ou as
atividades necessrias sua realizao. Assim, a gesto do tempo interessa pelas atividades que
geram o produto e pelas atividades gerenciais que demandam tempo para serem realizadas e no
pelos produtos propriamente ditos. (VALERIANO, 2005).
A definio e o planejamento das atividades do cronograma, de forma que os objetivos do projeto

sejam atendidos, esto implcitos no processo e devem ser considerados na ordem a seguir:
ENTRADAS FERRAMENTAS E SADAS

TCNICAS
Fatores Decomposio Lista de

ambientais da Modelos e atividades.
empresa. formulrios Lista de
Ativos de padres. marcos e
processos Opinio de eventos-chave.
organizacionais especialistas. Mudanas
Declarao do solicitadas.
escopo do
projeto.
EAP
Plano de
gerenciamento
do escopo.
Fonte: PMBOK 2004, p. 127. Adaptado pelo autor.
47 | P g i n a
Para promover a definio das atividades importante fazer a decomposio dos pacotes de
trabalho. Ela deve ter o detalhamento suficiente para coloc-las em sequncia, isto , para que, no
processo seguinte, sejam dispostas em uma sequncia lgica que considere a precedncia de umas
em relao s outras. como separar, em uma construo de um edifcio, a atividade de construo
das fundaes da estrutura da obra.
recomendada a leitura do captulo seis do Guia PMBOK, em especial, a

partir do tpico 6.1, para uma melhor compreenso do conjunto de atividades
relacionadas.
De acordo com Valeriano (2005), os principais produtos desse processo so duas listas que devem
estar em perfeita consonncia com a EAP, com as declaraes de trabalho e com o escopo, a saber:
Lista de atividades e seus atributos;

Lista de eventos-chave.
Essas listas fazem parte do conjunto de sada do processo de definio das atividades e devem
contemplar tudo o que estiver no projeto, e o que no estiver previsto nele, deve ser criado e includo.
Depois de identificar e documentar as atividades, deve-se criar uma sequncia lgica em que as
atividades sejam realizadas, estabelecendo assim, uma relao de dependncia entre elas para
facilitar a leitura dos processos.
1.2.2 Sequenciamento das atividades
Este processo tem em vista dispor as atividades de forma que as

precedncias sejam observadas. Existem atividades que podem ser
realizadas independentemente de outras, mas h aquelas que
precisam ter uma relao de dependncia temporal entre si.
Portanto, o sequenciamento de atividades envolve a identificao e

documentao dos relacionamentos lgicos entre as atividades do
cronograma. As atividades do cronograma podem ser sequenciadas
logicamente usando as relaes de precedncia adequadas, alm de http://exitoti.com.br/educacaoX/c
ursosin.php?id=38
antecipaes e atrasos, para dar suporte ao desenvolvimento Acesso em 11/09/2011
posterior de um cronograma do projeto realista e alcanvel.
48 | P g i n a
Para o processo de sequenciar atividades, utiliza-se, tambm, o modelo de diviso por componentes,
com entradas, ferramentas e as sadas. A figura, a seguir, mostra os documentos essenciais desse
processo para a execuo do sequenciamento das atividades.
ENTRADAS FERRAMENTAS SADAS

E TCNICAS
Declarao do Mtodo do Diagramas de

Escopo do diagrama de rede do
Projeto precedncia cronograma
Lista de (MDP) do projeto
atividades Mtodo do Lista de
Atributos da diagrama de atividades e
atividade setas (MDS) atribuies
Lista de Modelos de Mudanas
marcos rede do solicitadas
Solicitaes cronograma e
de mudanas Determinao
aprovadas da
dependncia
Voc poder observar, no conjunto de ferramentas e tcnicas, que aparecem dois mtodos para
trabalhar uma sequncia de atividades. So eles:
1. Mtodo do diagrama de precedncia MDP

2. Mtodo do diagrama de setas MDS
Neste processo, precisamos definir primeiramente qual o modelo de diagrama que utilizaremos para
fazer o sequenciamento das atividades. De acordo o PMBOK (2004), o mais utilizado atualmente o
Mtodo do Diagrama de Precedncia MDP ou, como conhecido tambm, Atividade no N
ANN. O MDP um mtodo de construo de um diagrama de rede do cronograma do projeto que
usa caixas ou retngulos, chamados de ns, para representar as atividades e os conecta por setas
que mostram as dependncias.
J o Mtodo do diagrama de setas - MDS um mtodo de construo de um diagrama de rede do

cronograma do projeto que usa setas para representar atividades e as conecta nos ns para mostrar
suas dependncias. Essa tcnica tambm chamada de atividade na seta - ANS e, embora menos
adotada do que o MDP, ainda usada no ensino da teoria de rede do cronograma e em algumas
reas de aplicao.
Calma, no se assuste! Ainda nesta unidade vamos discutir sobre o cronograma e apresentar um
exemplo para ilustrar e, logo, entender melhor estes mtodos. Ento, vamos prosseguir?
49 | P g i n a
Desse modo, o MDP aparece como o mtodo mais empregado pelos Gerentes de Projetos e define
quatro tipos de relacionamentos lgicos entre as atividades com incio e trmino, a saber:
A iniciao da atividade sucessora depende do trmino da

Trmino para Incio - TI atividade predecessora.
Exemplo: Anestesia fazer efeito para iniciar a operao.
O trmino da atividade sucessora depende do trmino da

atividade predecessora.
Trmino para Trmino - TT
Exemplo: Encerramento do contrato para encerrar o
projeto.
A iniciao da atividade sucessora depende da iniciao

da atividade predecessora.
Incio para Incio - II
Exemplo: Lanamento de campanhas de vacinao na TV
e Rdio respectivamente.
O trmino da atividade sucessora depende da iniciao da

atividade predecessora.
Incio para Trmino - IT
Exemplo: Ligar uma nova central telefnica antes de
desligar a antiga.
Fonte: PMBOK (2004) adaptado e exemplificado pelo autor.
Estas atividades aparecem no cronograma e so includas no Ms-Project de acordo com suas

dependncias e relacionamentos.
No tpico frente, especificamente, 1.4.1, que aborda o diagrama de rede

do projeto, vamos aprofundar mais no estudo dos mtodos empregados para
um correto sequenciamento das atividades, como o MDS e o Mtodo do
Caminho Crtico - CMP, que sero apresentados e exemplificados para um
melhor entendimento.
Contudo, vale destacar que, a principal sada desse processo de sequenciamento de atividades o
diagrama de rede do projeto, que uma forma grfica de mostrar as ligaes lgicas e a
interdependncia das atividades do projeto. (VALERIANO, 2005).
A seguir, vamos abordar as estimativas de durao, bem como os recursos das atividades em uma
escala de tempo predeterminada. Essa parte do processo determina o tempo necessrio para a
execuo das atividades.
50 | P g i n a
1.3 Estimativas de durao e recursos das atividades
De acordo com o PMBOK (2004), o processo de estimativa de durao das atividades do cronograma
usa as informaes sobre:
Escopo de trabalho da atividade do cronograma;

Tipos de recursos necessrios;
Estimativas das quantidades de recursos;
Calendrios de recursos com as disponibilidades de recursos.
As entradas das estimativas de durao da atividade do cronograma se originam da pessoa ou do

grupo da equipe do projeto que est mais familiarizado com a natureza do contedo do trabalho na
atividade do cronograma especfico. A estimativa de durao progressivamente elaborada e o
processo considera a qualidade e disponibilidade dos dados de entrada.
Uma importante entrada so as determinaes dos requisitos e da estimativa

de disponibilidade de recursos (pessoal, financeiros e materiais) e seus
efeitos nas estimativas de durao das atividades. Esses fatores determinam
interdependncias desta gesto com a de custos, qualidade, pessoas e
suprimentos.
Por exemplo, conforme a engenharia do projeto e o trabalho de design desenvolvem-se, dados mais
precisos e detalhados ficam disponveis e a exatido para as estimativas de durao aumentam.
Dessa forma, a estimativa de durao pode se tornar cada vez mais exata e de melhor qualidade.
O processo de estimativa de durao da atividade exige que a quantidade de esforo de trabalho

necessria para terminar a atividade do cronograma seja estimada, que a quantidade prevista de
recursos a ser aplicada para terminar a atividade do cronograma seja estimada e que o nmero de
perodos de trabalho necessrios para terminar a atividade do cronograma seja determinado. Todos
os dados e premissas que do suporte estimativa de durao so documentados para cada
estimativa de durao da atividade.
Segundo Valeriano (2005), este processo objetiva estimar o tempo necessrio execuo das
atividades j dispostas de acordo com suas precedncias no diagrama de rede do projeto. Assim, os
principais resultados desse processo fomentam a construo do cronograma do projeto, geralmente
apresentado de forma grfica e aplicado por meio de software especfico.
51 | P g i n a
Vale acrescentar que, com exceo para pequenos projetos,

usual o emprego de softwares de gerenciamento, como o
Ms Project do Microsoft Office, que veremos a seguir.
Fonte: Disponvel em: http://pejota.net/page/7/

1.4 Cronograma
Segundo Terribili Filho (2011, p. 75), o cronograma um documento essencial de um projeto, pois
indica de forma clara e objetiva as atividades que iro gerar os entregveis do projeto, os
7
milestones , a dependncia entre as atividades e o caminho crtico, de forma grfica e temporal.
O desenvolvimento do cronograma do projeto um processo interativo, pois, ele determina as datas

planejadas de incio e trmino das atividades do projeto. O desenvolvimento do cronograma pode
exigir que as estimativas de durao e as estimativas de recursos sejam reexaminadas e revisadas
para criar um cronograma do projeto aprovado, que possa servir como uma linha de base tendo em
vista qual progresso deve ser acompanhado. O desenvolvimento do cronograma continua durante
todo o projeto, conforme o trabalho se desenvolve, o plano de gerenciamento do projeto se modifica e
os eventos de risco esperados ocorrem ou desaparecem medida que novos riscos so
identificados. (PMBOK, 2004).
O cronograma, tambm, um instrumento de comunicao do Gerente de

Projetos com a equipe e com o patrocinador, pois, muitas vezes, possvel
identificar, nas atividades de um cronograma, quem so os participantes e
quem so os responsveis pelas atividades. Como lembrete: toda atividade
deve ter um, e s um, responsvel pela sua realizao. (TERRIBILI FILHO,
2011, p. 75).
Para preparar o cronograma, o gerente de projetos definir uma programao de datas de inicio e fim
das atividades. Essa estimativa depende do esforo necessrio para a realizao da atividade e da
quantidade de recursos disponveis, que tambm devero ser definidas em detalhes neste momento.
A qualidade do resultado final depender da experincia do gerente e especialistas consultados na
realizao de tarefas. (AMARAL, et. al., (2006).
7
Milestone: Atividade marco do projeto. uma ferramenta gerencial do cronograma para identificao de datas
e atividades marco.
52 | P g i n a
Por conseguinte, para estabelecer o cronograma de um projeto, necessrio executar algumas

etapas, as quais Terribili Filho (2011) descreve como sendo seis etapas distintas, a saber:
Etapa 1 Identificar os entregveis;

Etapa 2 Criar a lista de atividades para gerar cada entregvel;
Etapa 3 Sequenciar as atividades;
Etapa 4 Definir durao das atividades;
Etapa 5 Alocar recursos e efetuar os ajustes;
Etapa 6 Divulgar o cronograma.

http://ogerente.com.br/rede/livros/livr
o/gerenciamento-de-projetos-em-7-
passos/. Acesso em 11/09/2011.
Para voc entender melhor o que cada etapa listada acima representa, bem
como a importncia de cada uma dessas etapas na construo do
cronograma, sugiro a leitura do captulo cinco do livro de Armando Terribili
Filho, da editora M. Books. Edio de 2011.
Seguindo a orientao para construo do cronograma por etapas, torna-se interessante demonstrar
as principais atividades e tarefas por meio de um aplicativo executado no Ms-Project. A tela a seguir
aparece como um exemplo para um cronograma de atividades.
53 | P g i n a
Percebam a coluna em azul

Denomina-se: Barra de Modos. Estrutura de Nesta linha voc ir gerenciar a durao das
Serve para acompanhamento Decomposio atividades, o incio e trmino das tarefas, as
dos recursos de trabalho atividades predecessoras e nome dos recursos
EDT/WBS humanos e materiais envolvidos.
Esta rea o Grfico de

Figura: Projeto Book Gente E77 Este espao Gantt e mostra as atividades
serve para em barras de progresso na
Fonte: Portflio pessoal de projetos do autor (2011) descrio das linha do tempo. As setas
atividades. mostram uma atividade marco
e uma barra de Gantt para
uma atividade.
Muito bem, agora que voc j tem uma viso de como desenvolvido um cronograma para
acompanhamento das atividades e planejamento do tempo em projetos, sugiro que explore mais esta
ferramenta e conhea os recursos disponveis para a execuo das tarefas. Desse modo, o ideal
instalar em seu computador o aplicativo do Office Ms-Project.
Dentre as ferramentas de gerenciamento do tempo no Ms-Project, temos na barra de modos, o

diagrama de rede, que acompanha as dependncias para as atividades, como veremos a seguir.
54 | P g i n a
1.4.1 Diagramas de Rede
O Mtodo do diagrama de setas - MDS usa somente dependncias do tipo trmino para incio e pode
exigir o uso de relacionamentos "fantasmas" chamados de atividades fantasmas, que so mostradas
como linhas pontilhadas, para definir corretamente todos os relacionamentos lgicos. Como as
atividades fantasmas no so atividades reais do cronograma (no possuem contedo de trabalho),
atribuda a elas uma durao nula para fins de anlise de rede do cronograma. Por exemplo, na
figura abaixo, a atividade do cronograma "F" depende do trmino das atividades do cronograma "A" e
"K," e, tambm, do trmino da atividade do cronograma "H." Visualize e identifique as dependncias
entre as atividades no esquema analtico abaixo.
Fonte: PMBOK 2004, p. 132
Outra ferramenta empregada para o gerenciamento do tempo o mtodo do caminho crtico,

conhecido como Critical Path Method CPM, que o mtodo para encontrar, entre as atividades do
projeto, as tarefas que no possuem uma flexibilidade de mudana de datas e que devem ser
concludas dentro de um prazo determinado.
55 | P g i n a
1.4.2 Mtodo CPM - Caminho Crtico
Segundo Terribili Filho (2011), conceitualmente, caminho crtico o conjunto de atividades que no
pode ter atraso algum, pois, caso isto ocorra em qualquer atividade, o projeto atrasar e
proporcionar desconforto para os envolvidos. As atividades que fazem parte do caminho crtico so
chamadas de crticas ou atividades de criticidade, enquanto as outras, que tm tolerncia em
atrasos, so chamadas de normais ou atividades com folga, em que o tamanho da folga em cada
atividade o tempo mximo que a atividade pode atrasar sem comprometer a data de concluso do
projeto.
importante entender a sequncia do caminho crtico e no crtico para

saber onde voc possui e onde voc no possui flexibilizao em seu projeto.
O Mtodo, tambm, revela a sequncia de tarefas e a durao total do projeto. Segundo Tavares et
al., (1996, p. 109), fornecer informao til para que com isso se possa elaborar um projeto
atendendo aos recursos necessrios em funo das restries aliadas s tarefas crticas,
conseguindo ento uma equilibrada gesto de recursos por todo o projeto.
O mtodo, tambm, encontrar nas atividades do projeto a(s) folga(s) = zero, ou seja, as atividades
que no possam atrasar para no comprometer o projeto num todo. O Gerente de Projetos dever
estar atento s atividades de caminho crtico e acompanh-las de perto, pois se houver algum atraso
nessas tarefas, poder haver impactos e comprometimento do projeto.
Antes de identificar o caminho crtico, o projeto dever possuir as atividades planejadas e elaboradas,
como j descritas e discutidas nos tpicos anteriores.
1. Escopo do Projeto definido e identificado;

2. WBS e Dicionrio da WBS elaboradas;
3. Identificao das atividades;
4. Sequenciamento das Atividades;
5. Estimativa de durao das atividades;
6. Diagrama de redes das atividades.
Sem estas sequncias de atividades, o Gerente de Projetos no conseguir elaborar o mtodo do

caminho crtico.
56 | P g i n a
2. Teoria na Prtica
Para garantir um bom planejamento e gerenciamento de um projeto, uma das prioridades o tempo.
Muitos projetos se remetem ao fracasso e ao cancelamento devido a um mau gerenciamento de seu
cronograma. Atrasos e imprevistos so acontecimentos que nem sempre podemos prever.
Portanto, criatividade, dedicao, flexibilidade e uma excelente negociao so algumas habilidades

do gerente de projetos, como veremos neste exemplo:
Case - A Importncia do planejamento e controle do tempo em projetos
Dentre vrios projetos de seu portflio, Fred Jordan, gerente de projetos de uma grande empresa de construo
canadense, estava gerenciando um grande projeto no Brasil. Todavia, para que o projeto fosse bem sucedido,
seria necessria a importao de uma mquina especfica, fabricada apenas na Alemanha.
Esta mquina demora, entre fabricao, transporte martimo e entrada na alfndega brasileira, em torno de nove
meses para chegar. Com grande experincia em gerenciamento de projetos, Fred Jordan fez o pedido da
mquina 15 meses antes do prazo estipulado, montando seu cronograma com um grande perodo de folga, caso
houvesse algum atraso em qualquer ponto no processo. Outro fator que fez Fred Jordan garantir essa folga era
que, para cada dia de atraso na entrega da mquina, haveria uma multa de U$ 3000,00. Mas o que Fred Jordan
no considerava era justamente o imprevisto, a fatalidade.
Poucos dias antes do navio, que trazia a mquina, atracar no porto em Santos SP, houve um incndio onde
tudo que estava no navio foi destrudo, inclusive a mquina. Neste momento, o prazo para a entrega da mquina
era de apenas seis meses. A possibilidade de solicitar a fabricao de uma nova mquina era totalmente
invivel, devido ao tempo necessrio para a construo e entrega.
Fred Jordan teve que utilizar todo seu conhecimento em gerenciamento de projeto para solucionar esse
imprevisto. O que fazer? Antes de tudo, criatividade. Pensar nas alternativas possveis ou criar novas
alternativas. Assim, Fred Jordan procurou o fornecedor da mquina para verificar a existncia de alguma
mquina reserva. No havia nenhuma disponvel, apenas outras que estavam no meio da fabricao, mas
comprometidas para outros clientes. Com um pensamento rpido e muita flexibilidade, Fred Jordan entrou em
contato com outro cliente, indicado pelo fornecedor, para tentar conseguir a liberao de sua mquina.
O segundo passo adotado por Fred Jordan foi usar seu poder de negociao. Iniciou uma negociao com seu
fornecedor e com o outro cliente para viabilizar a entrega de uma nova mquina, devido
fatalidade ocorrida.
57 | P g i n a
Assim, com sua grande experincia, conseguiu convencer o outro cliente a lhe ceder sua mquina, j que este
no estava com tanta pressa. Fred Jordan, tambm, negociou, com o fornecedor, o pagamento de mo de obra
extra, para apressar o trmino da finalizao desta nova mquina.
Para conseguir entregar a mquina a tempo, foi contratado um Frete areo. Em 5

meses, ou seja, com um ms ainda de folga, a nova mquina j estava em solo brasileiro. Mas um novo
problema ocorreu. Toda a documentao de importao considerava que a mquina chegaria ao Brasil por
transporte martimo by ship. Com essa divergncia de documentao, a alfndega no estava liberando a
retirada da mquina.
Fred Jordan novamente teve que usar de sua dedicao e poder de negociao para conseguir a liberao da
mquina na alfndega. Foram 28 dias de muita conversa e explicaes, at que conseguiu a liberao. Dois dias
depois, exatamente no dia limite para a entrega, a mquina estava no local estipulado, sem a necessidade de
pagamento de multas por atraso.
Esse foi um exemplo de como gerenciar o tempo, considerando os riscos, com uma margem de folga para
imprevistos, e saber lidar com a adversidade, sem perder o controle da situao, muito importante para o
sucesso do projeto.
Fred Jordan conseguiu cumprir seus objetivos, sabendo gerenciar e controlar seu cronograma, de forma hbil,
para superar esse grande problema.
Fonte: PERAZZETTA A. C.; PESSOA. C. E.; BARRETO. L. L. A importncia do planejamento e controle de

tempo em projetos - Case real. Contedo original do case adaptado pelo autor. Disponvel em:
http://www.projetizado.com.br/SubPaginas/Sub%20-%20Artigos%20%20Planejamento%20de%20Tempo.html.
58 | P g i n a
3. Sntese
Nesta unidade, abordamos o planejamento do tempo e a importncia do cronograma de atividades.

Foram apresentados alguns conceitos principais de tempo, para assim, prosseguir na descrio dos
processos que tratam das atividades, a sequncia e as estimativas de recursos envolvidas para a
entrega do produto ou produtos do projeto.
A definio das atividades, bem como os documentos de entrada, as ferramentas e tcnicas

empregadas e o documento de sada do processo foram apresentados de forma sintetizada com
vistas a entender a ordem desses processos e sua sequncia lgica.
O conjunto de ferramentas e tcnicas, em especial, nos dois mtodos de trabalho para

sequenciamento de atividades, MDP e MDS, foram apresentados e exemplificados, bem como os
quatro tipos de relacionamento lgico entre as atividades como incio e trmino.
As entradas das estimativas de durao da atividade, sua importncia e o cronograma foram

descritos e apresentados. A estimativa de durao progressivamente elaborada e o processo
considera a qualidade e disponibilidade dos dados de entrada para as atividades inseridas no
cronograma. O desenvolvimento do cronograma do projeto um processo integrado, pois, ele
determina as datas de incio e trmino planejadas para as atividades do projeto.
Para o gerenciamento do tempo em projetos foi mostrado um aplicativo elaborado no Ms-Project em

que aparecem na tela as principais entradas e as ferramentas de controle desse software. Na
sequncia, falamos do mtodo de diagrama de setas, tambm conhecido como diagrama de rede do
projeto e do mtodo do caminho crtico CPM, que so empregados para trabalhar as dependncias
e exigir relacionamentos entre as atividades, bem como para encontrar as tarefas que no possuem
uma flexibilidade de mudana de datas e que devem ser concludas dentro de um prazo determinado.
Assim, esta unidade discutiu um dos temas mais importantes da agenda do planejamento, o
cronograma e as estimativas de durao das atividades, em que o gerenciamento do tempo
mandatrio para uma excelente gesto de projetos.
59 | P g i n a
Unidade 4: Planejamento dos custos - estudo de viabilidade do

projeto e anlise dos riscos
1. Contedo Didtico
Na unidade anterior, estudamos a importncia do planejamento e gerenciamento do tempo. Assim,

para entender melhor esta unidade de estudos, devemos, no primeiro momento, considerar a maioria
das alteraes no cronograma para mudana da durao estimada das atividades, a substituio de
recursos para desenvolver tarefas ou trabalhos com custo diferenciado do planejado originalmente, a
insero de novas atividades no projeto e alocao de recursos adicionais, dentre outras significativas
mudanas, pois essas impactam diretamente no plano financeiro do projeto.
Todas as alteraes de fornecimento devem ser previamente avaliadas e aprovadas, pois os riscos
inerentes s mudanas podem gerar srios problemas de elevao nos custos e atrasos no
cronograma do projeto. As aquisies planejadas no projeto exigem contnuo controle nas entregas
realizadas pelos fornecedores a fim de verificar se os padres de qualidade esto sendo atendidos,
incluindo a elaborao da anlise de riscos, bem como o plano de respostas a riscos para o
patrocinador e s reas envolvidas.
Portanto, nesta unidade, nossa abordagem estar voltada para a gesto de custos, em que o estudo
de viabilidade econmica ferramenta primordial do planejamento, tanto para projetos internos como
para projetos externos, desenvolvidos por empresas de consultoria. Caso a empresa no gerencie
adequadamente os custos no projeto, parte (ou toda) rentabilidade prevista ser consumida pelo
eventual acrscimo incorrido nos custos. (TERRIBILI FILHO, 2011).
Acrescenta Valeriano (2005) que a gesto de custos, como muitas outras

reas, essencialmente interativa, pois todas as atividades incorrem em
custos e, alm disso, esse fator um dos mais importantes para todas as
partes interessadas no projeto.
Logo, para um efetivo planejamento dos custos, deve-se buscar o equilbrio entre a necessidade de
reduzir riscos de um projeto e a previsibilidade dos gastos com a necessidade de buscar opes
inovadoras para o produto, preservando, ento, os custos, o cronograma e a qualidade, como
veremos a seguir.
60 | P g i n a
1.1 Conceitos principais de custo em projetos
A gesto dos custos visa assegurar que o projeto seja concludo com observncia de seu oramento.
De acordo com o PMBOK (2004), o gerenciamento de custos do projeto inclui os processos
envolvidos em planejamento, estimativas, oramentao e controle de custos, de modo que seja
possvel terminar o projeto dentro do oramento aprovado.
Conforme Britto (2008), oramentao em projetos o processo de traduzir, em termos monetrios,

as consequncias esperadas de uma deciso que se pretende tomar relativa a aes futuras. Em
outras palavras, a oramentao consiste em determinar quanto vai custar uma deciso que se
pretende tomar e quais sero os resultados financeiros esperados se as decises forem aprovadas.
Para prosseguir, Valeriano (2005), acrescenta que a gesto dos custos, por sua natureza, uma das
mais ativas do projeto, tendo origem na prpria fase de iniciao, quando os custos totais do projeto
so estimados, e terminando apenas nos ltimos momentos da fase de encerramento.
Os custos so decorrentes dos recursos utilizados para a execuo

do projeto, como pessoas, equipamentos, materiais, servios, etc., e
do tempo gasto por cada um deles (tempo de uso do equipamento,
horas trabalhadas, etc.). Essas informaes constam do
levantamento dos recursos necessrios e seus requisitos e das
estimativas de durao das atividades, bem como dos resultados da
gesto por processos e o tempo. Fonte: Disponvel em: http://fjunior-
arcanjo.blogspot.com/2010/11/custo-
x-beneficio.html Acesso em 25/09/11
De acordo com Maximiano (2011, p. 197), para melhor mensurao e anlise dos custos, comum
dividi-los em diretos ou indiretos e fixos ou variveis. Assim um custo pode ser direto e fixo, direto e
varivel, indireto e fixo, indireto e varivel.
Vamos descrever os tipos de custos a seguir:
Custos fixos: so valores que se mantm inalterados, dentro de certos limites,

independentemente das variaes da atividade ou das vendas, por exemplo: salrio dos
empregados, pesquisa, encargos.
Custos variveis: valores que se modificam na mesma proporo das variaes ocorridas
no volume de produo ou outra medida de atividade. Por exemplo: matria-prima, comisso
sobre vendas, custos de expedio.
61 | P g i n a
Custos diretos: podem ser diretamente apropriados aos produtos, bastando haver uma
medida de consumo. Por exemplo: embalagens utilizadas.
Custos indiretos: custos que no oferecem condio de uma medida objetiva e qualquer
tentativa de alocao tem de ser feita de maneira estimada. Por exemplo: superviso.
Contudo, conforme o PMBOK (2004), para um eficaz gerenciamento dos custos em projetos,
importante seguir os processos de acordo com as seguintes etapas:
Oramentao
Desenvolvimento de Controle dos fatores que
uma estimativa dos criam as variaes de
custos dos recursos Agregao dos custos custos e controle das
necessrios para estimados de atividades mudanas no
terminar as atividades individuais ou pacotes oramento do projeto.
do projeto. de trabalho para
estabelecer uma linha
de base dos custos.
Estimativa de Controle de
custos custos
Fonte: PMBOK (2004, p. 157) adaptado pelo autor.
Esses processos interagem entre si e tambm com processos nas outras reas de conhecimento.
Cada processo pode envolver esforo de uma ou mais pessoas dependendo das necessidades do
projeto. Cada processo ocorre pelo menos uma vez e, tambm, em uma ou mais fases do projeto, se
ele estiver dividido em fases. Embora os processos estejam apresentados aqui como elementos
distintos com interfaces bem definidas, na prtica eles podem se sobrepor e interagir de maneiras
detalhadas, como veremos a partir de agora, a comear pela estimativa de custos.
1.2 Estimativa de custos
Estimar custos significa desenvolver uma

aproximao (estimativa) dos recursos necessrios
para completar as atividades de um projeto. Observe
a imagem ao lado e veja a quantidade de dinheiro
que est caindo. Agora, sem contar, voc seria capaz
de acertar o valor total do dinheiro?
Trabalhando com estimativas voc poderia chegar a

um valor prximo do real, concorda? Certamente, por
KdLrXE/TIaEyB_X-
k/s1600/money
62 | P g i n a
meio das estimativas dos valores das notas voc iria

fazer um oramento prvio e, portanto, calcular um
valor aproximado para o montante arremessado.
Assim, a metodologia para trabalhar com estimativas empregada pelas organizaes e pelos
gerentes de projeto com vistas a diminuir os riscos e manter as finanas em equilbrio. Na busca por
essa aproximao do custo real, o gestor responsvel pelo projeto deve considerar as causas de
variao da estimativa final, a fim de melhor gerenciar o projeto. Esse processo de estimativa
apresenta a seguinte configurao:
Entradas Ferramentas e Sadas

Fatores ambientais Tcnicas Estimativas de custo
da empresa. Estimativa anloga. da atividade.
Ativos Valores de custos Mudanas
organizacionais. dos recursos. solicitadas.
Declarao do Estimativa Bottom- Plano de
escopo do projeto. up e Paramtrica. gerenciamento dos
EAP Softwares. custos.
Dicionrio da EAP. Propostas de Documentos
Plano de fornecedores. complementares
gerenciamento do (consistem de
Anlise de reservas. documentos no
projeto. Custo da qualidade. especficos a cada
elemento ou
processo).
Fonte: PMBOK (2004, p. 162). Adaptado pelo autor.
Reforce seu aprendizado e conhea melhor as ferramentas e tcnicas

empregadas para trabalhar as estimativas de custo, como a modelagem
paramtrica e a tcnica Bottom-up. Para isso, sugiro a leitura do captulo 7,
tpico 7.1.2, pag. 164 do Guia PMBOK.
Seguindo o processo, a estimativa de custo inclui a identificao e a considerao de diversas

alternativas de custos. Por exemplo, na maior parte das reas de aplicao, aceita-se amplamente o
fato de que o trabalho adicional, durante uma fase de projeto, tem o potencial de reduzir o custo da
fase de execuo e das operaes de produtos. (PMBOK, 2004).
Em geral, as estimativas de custos so expressas em unidades de moeda (dlares, euro, iene, etc.)
para facilitar as comparaes dentro de projetos e entre eles. Em alguns casos, o avaliador pode
utilizar unidades de medida para estimar os custos, como equipe-horas ou equipe-dias, juntamente
com suas estimativas de custos, para facilitar o controle gerencial adequado. (PMBOK, 2004).
63 | P g i n a
Estimativa no se restringe apenas a custos. Alm dos custos especficos do

projeto, devem-se, tambm, considerar as estimativas de contingncia, que
significam aquilo que incerto, em outras palavras, o que pode ou no
ocorrer. Logo, estimativas de contingncia envolvem custos, tempo e
servios que no so necessrios, mas so presumidos para assegurar
possveis imprevistos. (COELHO, 2009).
A reserva de contingncia pode estar associada a uma parte do projeto que apresenta alta
probabilidade de utilizao ou a um s conjunto para atender a todo o projeto. Comumente, esta
reserva fica sob responsabilidade do gerente de projetos. (COELHO, 2009, p. 97).
Contudo, feitas as estimativas, o processo objetiva a elaborao do oramento e sua insero no

plano de gesto de custos. O plano de gesto de custos descreve como eles sero administrados,
controlados e como agir em decorrncia das mudanas no planejamento.
1.3 Oramentao e Controle de custos
A oramentao envolve a agregao dos custos estimados de atividades do cronograma individuais

ou pacotes de trabalho, para assim, estabelecer uma linha de base dos custos totais para a medio
do desempenho do projeto. A declarao do escopo do projeto fornece o oramento sumarizado. No
entanto, as estimativas de custos da atividade do cronograma ou do pacote de trabalho so
preparadas antes das solicitaes de oramento detalhado e da autorizao do trabalho. (PMBOK,
2004).
De acordo com Valeriano (2005), na elaborao do oramento, deve

ser cultivada a racionalizao das despesas. Um dos aspectos a
observar o de evitar grandes variaes dos valores de desembolso,
geralmente uma prtica no desejada pela administrao financeira
da organizao e pelos financiadores do projeto. Assim, o oramento
deve procurar nivelar os desembolsos, a fim de evitar grandes
oscilaes, ajustando as atividades do projeto em pocas possveis,
mediante acertos entre o oramento (gesto dos custos) e o
cronograma (gesto do tempo) em um processo interativo.

http://t0.gstatic.com/images?q=tbn:
ANd9GcSsMyHAvwHjXHJfzyr3O7
QppNpWB0XJQfxPBUSGvnEuzbi_
YHIaVg Acesso em 25/09/2011.
64 | P g i n a
Uma observao importante, segundo Gido (2007), que o processo para o

oramento de um projeto envolve duas etapas. Na primeira, a estimativa de
custo alocada para os diversos pacotes de trabalho EDT. Na segunda, o
oramento para cada pacote de trabalho distribudo ao longo da durao do
pacote de trabalho para que seja possvel determinar quanto de seu
oramento deveria ter sido gasto em qualquer momento do projeto.
Para a elaborao do oramento, deve-se tambm seguir as etapas do processo, em que so

consideradas as atividades de entrada, as ferramentas e tcnicas utilizadas e as atividades de sada.
Segundo Valeriano (2009), uma das atividades de sada o oramento-mestre do projeto, geralmente
desdobrado em oramentos parciais e setoriais, segundo os quais os custos e os resultados
financeiros devem estar previstos. A figura, a seguir, demonstra as etapas do processo para
desenvolver o trabalho de oramentao.
Entradas Ferramentas e Sadas

Declarao do Tcnicas Linha de base dos
escopo do projeto Estimativa custos
EAP Paramtrica Oramento-
Dicionrio da EAP Agregao de mestre
Plano de custos Mudanas
gerenciamento do Limites de solicitadas
projeto financiamento Plano de
Estimativas de Anlise de gerenciamento
custos das reservas dos custos
atividades
Cronograma
Plano de
gerenciamento
Fonte: PMBOK (2004, p. 167). Adaptado pelo autor.
Vale lembrar, de acordo com Coelho (2009), que o processo de criar o oramento consiste em
elaborar os custos do projeto e inseri-los no plano de gerenciamento de custos, estabelecendo as
linhas de base dos custos para possibilitar o controle. As linhas de base podero ser alteradas
sempre de acordo com o sistema geral de controle de alteraes.
1.3.1 Controle dos custos
O acompanhamento da evoluo dos custos feito por meio das informaes de desempenho, e
consequentes custos, segundo informaes obtidas em relatrios de desempenho dos trabalhos
remetidos gesto de custos.
65 | P g i n a
crucial que as ineficincias e variaes de custo sejam identificadas a tempo, de modo que uma
ao corretiva possa ser tomada antes que a situao piore. Uma vez que os custos do projeto
estejam fora de controle, pode ser muito difcil concluir o projeto dentro do oramento.
Assim, Valeriano (2009) elenca aes consistentes de acordo com o sistema de controle de
alteraes de custos, a saber:
Acompanhar a evoluo dos custos no projeto;

Levantar e medir os desvios em relao ao previsto nas linhas de base;
Prevenir alteraes nas linhas de base sem as devidas autorizaes;
Efetuar as correes e as alteraes necessrias conforme plano da gesto dos custos;
Informar as alteraes formais s partes interessadas.
De acordo com o PMBOK (2004), o controle de custos do projeto

procura as causas das variaes positivas e negativas e faz parte do
controle integrado de mudanas. Por exemplo, respostas
inadequadas s variaes de custos podem causar problemas de
qualidade ou de cronograma ou produzir, posteriormente, um nvel de
risco inaceitvel no projeto.
http://www.fpf.br/solucoes/controle_projetos/
O sistema de controle de alteraes dos custos aplica os procedimentos de alteraes estabelecidos

no plano da gesto dos custos e deve incluir os documentos apropriados, identificar as pessoas
autorizadas a participar das alteraes e proceder ao rastreamento das alteraes. Ele parte
integrante do sistema geral de controle de alteraes do projeto.
As medidas de desempenho dos custos so os principais fatores para o controle, pois fornecem as
variaes dos custos em relao ao planejado e permitem efetuar as correes necessrias. As
principais sadas desse processo so as estimativas dos custos no trmino, incluindo a decorrente
atualizao do oramento. Essas modificaes podem acarretar revises nos planos de outras
gestes, com a de tempo e de qualidade do escopo, dando origem s aes corretivas e preventivas
convenientes. (VALERIANO, 2009).
Outro elemento obtido neste processo refere-se s estimativas do trmino do projeto, que consistem
em uma previso dos custos totais ao fim do projeto. Ser necessrio prever e desenvolver
procedimentos a serem ativados na ocasio do cancelamento ou encerramento do projeto.
Contudo, o segredo para um controle de custos eficaz tratar agressivamente as variaes de custos
negativas e as ineficincias de custos, to logo sejam identificadas, em vez de esperar que as coisas
66 | P g i n a
melhorem medida que o projeto avana. Segundo Gido (2007), problemas de custo resolvidos
rapidamente tero menos impacto sobre o escopo e o cronograma.
At mesmo quando os projetos tm somente variaes de custo positivas,

importante no deixar que saiam do controle. Assim, se o desempenho de
custo de um projeto positivo, deve ser feito um esforo concentrado para
mant-lo dessa forma. (GIDO, 2007).
Embora o foco principal do gerenciamento dos custos direcione-se para os custos dos recursos
necessrios implementao de suas atividades, esse gerenciamento cada vez mais busca
considerar os efeitos das decises do projeto no custo de utilizao de seu produto resultante. Essa
abordagem mais ampla dos custos do projeto e sua decorrncia nos custos do produto denominada
custo do ciclo de vida (life-cycle costing), e deve ser considerada na anlise de viabilidade
econmico-financeira.
1.4 Anlise de viabilidade econmica dos projetos
A anlise da viabilidade econmico-financeira significa estimar e analisar as perspectivas de

desempenho financeiro do produto resultante. Essa anlise de certa forma iniciada na prpria
definio do portflio, na fase de Planejamento Estratgico de Produtos PEP. (AMARAL et.al.,
2006).
A estimativa de oramento para o projeto, discutida no tpico

anterior, serve para trazer uma estimativa dos nveis de preo
final para o desenvolvimento do produto, que o tornaria vivel e
cobriria os custos envolvidos. Logo, o objetivo de qualquer
anlise de viabilidade econmicofinanceira mostrar que o
projeto pode gerar lucro sobre o valor do investimento aplicado.
Infelizmente, todos ns temos nossa prpria opinio a respeito
do que afeta o valor de um produto e, muitas vezes, as Fonte: Disponvel em:
http://www.j2da.com.br/Cont_Default.as
decises se baseiam em apenas um critrio, como custo, px?prod=473
Acesso em: 25/09/2011
qualidade ou confiabilidade, conduzindo-nos a decises menos
precisas.
O clculo do custo do ciclo de vida de um projeto ajudar o processo de tomada de deciso e

aumentar a sensibilidade para com o custo envolvido na operao. Esse clculo nada mais do que
a anlise e aplicao de uma srie de fatores econmicos a despesas monetrias. A validade da
comparao, como de todas as estimativas, depende da qualidade das estimativas de custo usadas
na anlise.
67 | P g i n a
De acordo com Amaral et. al., (2006), essa anlise da viabilidade econmico-financeira, realizada
durante o planejamento do projeto a referncia inicial para as fases seguintes, j no
desenvolvimento do produto propriamente dito, alm de ser um dos critrios mais importantes para se
manter a deciso de executar o projeto. Portanto, a essncia da avaliao econmico-financeira
medir o retorno do projeto de maneira comparvel com outros investimentos disponveis no mercado.
Desse modo, vamos ao primeiro passo para a realizao da anlise econmica, que a montagem
do fluxo de caixa, isto , a definio do fluxo de entrada e sada de recursos financeiros durante o
ciclo de vida planejado para o produto. Os trs componentes principais de um fluxo de caixa so:
Investimentos no novo produto a quantidade de dinheiro gasto para o desenvolvimento

das especificaes e preparao para a produo do produto. O maior desafio, nesta parte,
computar o custo por pessoa.
Receita formada pela soma do dinheiro que se espera arrecadar com a comercializao
dos produtos.
Custos e despesas de produo valores gastos diretamente e indiretamente para a
produo e comercializao do produto. Por exemplo, o custo de uma pea, energia eltrica e
gastos com mo de obra.
O fluxo de caixa pode ser demonstrado por meio de uma representao grfica das receitas e
despesas durante um determinado intervalo de tempo. A figura abaixo ilustra um fluxo de caixa, em
que, no perodo ( 0 ), aparece o tempo de vida do projeto, e tem-se o valor do investimento, que
aparece como desembolso, assim negativo. Nos perodos subsequentes, anos 1, 2 e 3, tm-se tanto
entradas (receitas), quanto sadas (despesas), relativas a recebimentos por determinado produto ou
servio e s despesas inerentes do processo. No perodo n, que seria o fim da vida do projeto,
poder haver um valor residual, que tanto pode ser positivo quanto negativo.
Fonte: Disponvel em: http://economia.culturamix.com/medidas/conceitos-importantes-de-economia-juros-e-fluxo-de-caixa

68 | P g i n a
O prximo passo, depois da montagem do fluxo de caixa, calcular o valor do dinheiro no tempo, isto
, receber um valor de investimento inicial, por exemplo, R$ 500.000,00 hoje diferente do que
receber esse mesmo valor no prximo ano. Portanto, utilizam-se ndices financeiros e parmetros
calculados com os valores expressos no fluxo de caixa para permitirem comparaes e anlises do
desempenho financeiro do projeto.
Os indicadores financeiros mais utilizados em projetos de desenvolvimento de produtos so trs:
1. Valor Presente Lquido VPL Este mtodo consiste em calcular o valor correspondente
de cada uma das entradas e sadas do fluxo de caixa para o primeiro perodo de tempo.
Depois todos esses valores so somados, obtendo-se um valor no perodo inicial do fluxo de
caixa resultante de todas as entradas e sadas. Se esse valor for maior que zero, significa
que o projeto ser positivo para a organizao.
2. Taxa interna de retorno TIR Neste mtodo calcula-se a taxa que, aplicada no fluxo de
caixa, ir gerar um VPL igual a zero, isto , na qual todas as receitas iro se igualar aos
custos e despesas de produo e investimentos.
3. Mtodo de retorno do investimento Payback Este mtodo compara o perodo em que
o investimento passar a gerar lucro para a empresa. A forma mais fcil de calcul-lo
acumular entradas e sadas e determinar o perodo em que houve a transio de um valor
positivo para negativo.
Segundo Amaral et. al., (2006), cada um desses mtodos resulta em

informaes diferentes, que podem ser utilizadas de maneira complementar.
Portanto, sugere-se o clculo dos trs parmetros.
Contudo, uma reviso do estudo de viabilidade econmico-financeira, com vistas a verificar se o

produto continua financeiramente vivel ou no, deve ocorrer ao final de cada um das fases do
desenvolvimento do produto. Essa reviso pode, tambm, ocorrer a qualquer momento, quando
grandes modificaes endgenas ou exgenas, bem como uma anlise dos riscos quantitativos e
qualitativos do projeto assim demandarem, como veremos a seguir.
1.5 Identificao e anlise dos riscos
Em todos os projetos, existe um elemento de risco. Em alguns, esses

elementos podem ser mnimos e, em outros, pode haver uma grande
possibilidade de ocorrncia. Desse modo, a gesto de riscos envolve
estabelecer trabalhos acompanhados por processos sistemticos de
69 | P g i n a
http://ogerente.com.br/rede/projetos/
Unidade de Educao a Distncia | Newton riscos-custos. Acesso em 26/09/11.
identificao, de anlise e avaliao dos riscos e d o estabelecimento

de adequadas respostas a eles.
O gerenciamento de riscos um processo contnuo ao longo de todo o projeto, considerando que,

uma nica ameaa mais sria pode impactar negativamente um projeto, fazendo com que ele seja
modificado, ou, at mesmo, abandonado.
Segundo Valeriano (2005), risco, no entendimento comum, a possibilidade de ocorrncia de um

resultado indesejvel, como consequncia de um evento incerto. Embora, devido a estar sempre
monitorando o ambiente interno e externo ao projeto, a gesto de riscos pode perceber oportunidades
e determinar como aproveit-las. Por conseguinte, a meta dos processos relacionados ao risco
minimizar o impacto de eventos potencialmente negativos e obter total vantagem de oportunidades
para a melhoria do projeto. (VALERIANO, 2005, p. 235).
De acordo com Coelho (2009), o planejamento da gesto dos riscos serve para decidir o modelo de
abordagem dessa gesto, bem como sua configurao com o desenvolvimento de um plano para
execut-lo, na tentativa de conter certas ocorrncias e control-las.
A abordagem pode incluir a organizao e a equipe da gesto dos riscos, a

seleo da metodologia apropriada, as fontes de dados para identificao dos
riscos e o tempo disponvel para anlises.
O processo para planejamento da gesto dos riscos, tambm, orientado pelas entradas de
documentos que incidem no plano do projeto, bem como os recursos aplicados e as atividades que
consistem em reunies de planejamento e anlise, por ltimo, o documento de sada, que o plano
de gesto dos riscos. Para construo desse plano so necessrias pelo menos trs etapas, que
consistem, primeiramente, em identificar, depois analisar qualitativamente e quantitativamente e, por
ltimo monitorar os riscos por meio de um plano de respostas. Assim, vamos primeira etapa, que
trata da identificao dos riscos.
1.5.1 Identificao dos riscos
Este processo incide no levantamento das possibilidades de ocorrncia de riscos, sua identificao e
documentao. Trata-se de um processo contnuo, que se estende desde os primeiros momentos do
projeto at a entrega do produto resultante.
Os riscos, tambm, podem estar associados ao tempo de durao do projeto, implicando em

problemas com prazos, custos excessivos e/ou a apresentao dos resultados. Por isso, os riscos
70 | P g i n a
mais diretos so normalmente percebidos e investigados durante o estudo de viabilidade do projeto.

(COELHO, 2009).
Para facilitar a identificao dos riscos, bem como sua leitura, recomenda-se agrupar riscos por
categorias e seus relacionamentos. As categorias de risco mais comuns so:
Risco tcnico rea de tecnologia e procedimentos tcnicos do projeto;

Risco organizacional concomitantemente aborda o tempo, o custo e a qualidade;
Risco de cronograma os prazos e os recursos para as atividades;
Risco financeiro custos, despesas e receitas;
Risco externo o ambiente do projeto, os fatores macroeconmicos e sociais.
Vale destacar que, riscos organizacionais, tcnicos e externos usualmente acarretam em riscos de
custo ou de cronograma. Seus relacionamentos podem ser muito fortes, considerando que os fatores
de risco so interdependentes, por exemplo:
Um risco tcnico de desenho de soluo pode levar a riscos de custo ou cronograma.

Um intervalo muito curto para um teste integrado, que representa um risco de cronograma,
pode levar a um risco tcnico posterior.
Desse modo, importante identificar a categoria para uma correta deciso e posterior
desenvolvimento do plano de respostas.
Para identificao dos riscos, so empregadas tcnicas de obteno de informaes, que geralmente
incluem sees de brainstorming, entrevistas com gerentes experientes, histogramas, anlise SWOT,
oramentao e tcnica Delphi, que so coletas de informaes por escrito feitas por especialistas
externos contratados com neutralidade sobre o projeto.
Contudo, segundo Valeriano (2005, p. 237), interessante fazer uma observao sobre os riscos e
as condies de riscos. Enquanto os riscos devem ser apresentados e descritos, as condies
descrevem as prticas ou os aspectos do projeto e de seu ambiente que podem tornar os mais
provveis.
Logo, feita a identificao, o segundo passo fazer uma anlise para classificar riscos qualitativos e
quantitativos.
1.5.2 Anlise dos riscos qualitativos e quantitativos
71 | P g i n a
Muito bem, agora vamos partir para a anlise dos riscos, e a primeira coisa a saber que o risco tem
duas dimenses, e em caso de ocorrncia, devemos considerar:
A probabilidade de sua ocorrncia e
Sua gravidade e impacto sobre o projeto.
Assim, necessrio que essas dimenses sejam compreendidas e avaliadas para que se possa
administrar o risco e trabalhar com ele, caso ocorra. Em sua maioria, os gerentes de projeto
desenham uma matriz de probabilidades versus impacto para facilitar a leitura dos riscos
identificados. Essa matriz, geralmente muito simples de se fazer, pois, alm de classificar os riscos,
os mesmos podem ser parametrizados por cor, considerando a cor verde para um risco baixo, a
cor amarela para um risco mdio e a cor vermelha para um risco alto. Vamos ilustrar com o
exemplo de uma matriz, para assim, assimilarmos melhor a sua funcionalidade.
A matriz que aparece de forma ilustrativa apresenta dez riscos identificados e classificados por
categorias. Observe que os riscos aparecem nos quadros em cores diferentes, como o risco 1 por
exemplo, classificado como de alta gravidade, porm, de baixa probabilidade de ocorrncia, assim de
cor amarela, para chamar ateno. J os riscos 7, 9 e 10, so classificados para uma mdia
probabilidade de ocorrncia, no entanto, com alta gravidade, o que indica cor vermelha, ou seja, pare.
O objetivo tentar minimizar a ocorrncia de problemas durante a execuo do projeto. Os riscos

foram classificados segundo um critrio qualitativo em que cada um foi analisado como se segue:
1. Probabilidade de ocorrer:
PA - Alta, PM Mdia e PB Baixa
2. Gravidade ou impacto no sucesso do projeto, obteno de seus resultados:
GA Alta, GM Mdia e GB Baixa
Probabilidade de ocorrncia
Alta
2 5
Mdia
4 6,8 7,9,10
Baixa
3 1
Baixa Mdia Alta
Gravidade ou Impacto
72 | P g i n a
Uma vez identificados e classificados os riscos, para prosseguir em sua leitura, necessrio preceder
o processo seguinte, fazemos ento, primeiramente a anlise quantitativa dos riscos, que consiste
na execuo de uma anlise qualitativa dos riscos identificados, para assim, prioriz-los conforme
os potenciais efeitos sobre o projeto, com base na avaliao da probabilidade de ocorrncia e da
gravidade/impacto sobre o projeto. (VALERIANO, 2005).
Para promover a leitura dos riscos qualitativos, empregam-se as tcnicas e

mtodos de obteno de informaes, como as sees de brainstorm, anlise
SWOT e tcnica Delphi, j mencionadas.
Em suma, essa anlise qualitativa consiste em determinar o grau e a categoria de importncia dos
riscos identificados para orientar sua quantificao e as consequentes medidas de respostas a riscos.
Desse modo, para promover a anlise quantitativa dos riscos feita uma anlise numrica do efeito
dos riscos identificados nos objetivos do projeto. Est uma prtica comum para os gerentes e
analistas de risco, e deve-se realizar essa anlise para os riscos priorizados a partir da anlise
qualitativa.
Essa anlise ordena hierarquicamente os riscos identificados com base na severidade de seus mais
altos impactos sobre o objetivo. Os recursos empregados para quantificar os riscos so:
Anlise de Monte Carlo tcnica matemtica em que uma distribuio de resultados
provveis atribuda a cada elemento sob anlise e um software calcula os resultados para
todo o projeto, simulando inmeras combinaes.
rvore de deciso ajuda a descrever uma situao que est sendo considerada critica,
bem como as implicaes de cada uma das escolhas disponveis. Em suma, avaliao de
possveis cenrios.
Segundo Valeriano (2005), a sada desse processo uma relao de riscos quantificados e
priorizados, juntamente com a probabilidade de variaes de riscos, prazos e a anlise probabilstica
do projeto com as tolerncias associadas. Assim, o gerente de projetos passa a ter uma leitura bem
ampliada para eventos incertos que podem ocorrer ao longo do projeto, para assim, construir o plano
de respostas a riscos, como veremos a seguir.
1.5.3 Plano de respostas a riscos
Como voc j conhece o processo para identificar e classificar os riscos, bem como analis-los,
parte final desse processo planejar as respostas a riscos. Logo, o presente procedimento trata da
definio de meios para ampliar e aproveitar as oportunidades e o estabelecimento de respostas a
73 | P g i n a
riscos. De acordo com Valeriano (2005), o planejamento inclui a definio de pessoas e a atribuio
de funes, as providncias, as tcnicas e os meios a empregar e as responsabilidades perante cada
risco identificado.
As respostas a riscos, em geral, envolvem quatro estratgias planejadas que incluem todos os
envolvidos, a saber:
Desenvolver aes visando minimizar a probabilidade da

Mitigar ocorrncia do risco ou de seu impacto no projeto com o objetivo
de tornar o risco aceitvel. Ex: projetar uma redundncia.
Mudar o plano do projeto eliminando a condio que estava

Evitar expondo o projeto a um risco especfico. Ex: adotar uma
abordagem tradicional em vez de uma inovadora.
Indicada nas situaes em que a criticidade do risco mdia ou

Aceitar baixa, na ocorrncia de riscos externos em que no seja possvel
ou no haja interesse em implementar uma ao especfica.
Planos de contingncia podem ser aplicveis. Ex: quando o
retorno financeiro supera as expectativas de investimento.
Repassar as consequncias do risco, bem como a
Transferir responsabilidade de resposta para quem est melhor preparado
para lidar com o mesmo. Ex: contratos com fornecedor com
especialidade especfica para o tratamento do risco.
Fonte: PMBOK, 2004, p. 261. Adaptado pelo autor
As respostas precisam ser adequadas importncia do risco, rpidas e realistas dentro do contexto
do projeto. Pode haver, ainda, vrias respostas planejadas para o mesmo risco identificado. Assim,
recomenda-se uma constante monitorao dos riscos.
Esse processo de monitorao dos riscos acompanha e verifica se a implementao de respostas a

riscos e os procedimentos foram feitos como planejado, se h necessidade de novas respostas, ou se
houve alteraes (ambiente, hipteses, restries, premissas, execuo do projeto, etc.) que
pudessem mudar o estabelecido no plano da gesto dos riscos.
Alm disso, o processo pode envolver escolha de linhas de ao, emprego do plano de contingncia,
tomada de ao corretiva ou replanejamento do projeto nas partes necessrias. (VALERIANO, 2005,
p. 241).
Contudo, como resultado de diversas solues e decises, so elaboradas propostas de alterao,

no referentes apenas gesto de riscos, mas a todo o projeto.
74 | P g i n a
2. Teoria na Prtica
Este case retrata uma falha no planejamento dos custos e um mau gerenciamento dos riscos em um
projeto de segurana nacional do governo americano, em que uma matria-prima essencial para
construo do produto foi desconsiderada como elemento de alto risco e impactou gravemente o
planejado e o oramento do projeto.
Case: O mssel balstico dos EUA cuja receita se extraviou.
Como os Estados Unidos esqueceram a receita de seus msseis Trident?
Os Trident so msseis nucleares balsticos lanados por submarinos, e sua verso corrente (tecnicamente,
Trident II D5) entrou em servio em 1990, com a inteno de permanecer na ativa at 2027.
Mas, em 2002, os EUA anunciaram um projeto para prolongar at 2040 o tempo de servio dos msseis,
substituindo os componentes necessrios, em uma operao de baixo custo. At a, tudo bem: se a tecnologia
permite, o melhor economizar mesmo.
S que algo deu muito errado: na hora de produzir um misterioso material chamado Fogbank, cuja funo
secreta (e especialistas acreditam estar ligada a uma espuma de isolamento entre estgios da bomba, com
papel importante para desencadear a reao de fuso nuclear), ocorreu o que a Administrao de Segurana
Nuclear (NNSA) classificou como perda do conhecimento de como fabricar o Fogbank.
Submarino da classe Ohio, equipado com os Tridents
S que, para trocar o Fogbank, necessrio atualizar as ogivas dos msseis, mantendo sua preciso e
segurana. E a concluso do comit governamental que vem investigando o caso, divulgada recentemente, deve
fazer arrepiar os cabelos dos Gerentes de Projetos e dos profissionais da Gesto do Conhecimento na
audincia. Cito a partir da cobertura na imprensa:
75 | P g i n a
A NNSA no gerenciou efetivamente um dos maiores riscos do programa a manufatura de um material-

chave conhecido como Fogbank resultando em US$ 69 milhes de custos excedentes e um atraso de, ao
menos, um ano, que apresentou significativos desafios logsticos Marinha.
Erros srios na gesto do oramento, do prazo e dos riscos, tudo em uma nica frase, e por culpa de uma
espuma cuja receita foi extraviada. Contudo, uma nica frase no suficiente para detalhar, portanto vamos
escrever um pouco mais sobre os riscos envolvidos, embora ignorados.
Primeiro descobriram que seria necessrio construir um novo laboratrio para fazer o Fogbank, porque o antigo
foi demolido na dcada passada. Assim, com o laboratrio novo pronto, chegou a hora de produzir porm, s
a, descobriu-se que os registros sobre como fazer no estavam disponveis. Mas havia uma explicao, pois o
tema era to secreto, que poucas cpias da documentao foram produzidas. Ento pergunto: ser que o
mesmo no deveria valer para todos os demais componentes do Trident? Para finalizar, havia mais uma
explicao complementar: quase todos os tcnicos envolvidos no projeto original j estavam aposentados ou
haviam sado da agncia.
J a NNSA se manifestou oficialmente dizendo concordar, em linhas gerais, com o relatrio apresentado pelo
comit de investigao. O que ele tinha a acrescentar? Que se ele tivesse um oramento maior, poderia
melhorar seu gerenciamento de riscos.
Concluindo
O projeto ainda est em andamento, e no sabemos como vai terminar. Mas exemplos reais de falhas (e, em
especial, de falhas em custos, prazo e na anlise dos riscos) so interessantes na hora de promover mudanas
internas nas organizaes.
Fonte: Disponvel em: http://www.efetividade.net/2009/03/10/gestao-do-conhecimento-o-caso-do-missil-balistico-dos-eua-cuja-

receita-se-extraviou/. Acesso em 30/09/2011. Texto adaptado pelo autor.
76 | P g i n a
3. Sntese
O planejamento dos custos e a anlise de riscos foram os temas de discusso para esta unidade de
aprendizagem. Sua abordagem foi promovida com vistas a demonstrar a importncia da gesto dos
custos no ambiente de negcios.
Considerada como essencial e imprescindvel pela maioria dos envolvidos em processos, a gesto
dos custos uma das mais relevantes reas de discusso, uma vez que trata dos recursos
financeiros para movimentar todo o projeto.
Ao longo de nossa discusso, foram apresentados conceitos sobre a gesto de custos e

proporcionado entendimento para trabalhar com estimativas em que aparecem, como insumo
importantssimo para promover a aproximao dos recursos financeiros, materiais e humanos por
meio dessas estimativas.
Depois de discutidas e demonstradas as estimativas de custos, falamos da importncia da

oramentao para estabelecer uma linha de base dos custos totais para a medio do desempenho
do projeto.
O acompanhamento da evoluo dos custos, que feito por meio das informaes de desempenho e
consequentes custos, pode ser realizado por meio de uma ferramenta de controle empregada na
gesto de custos. Uma vez que os custos do projeto estejam fora de controle, pode ser muito difcil
concluir o projeto dentro do oramento, por isso controlar os custos mandatrio na gesto de
projetos.
Falamos, tambm, do estudo de viabilidade econmico-financeira do projeto e a importncia de se ter

um bom fluxo de caixa, em que as despesas e receitas so assistidas e acompanhadas durante todo
o ciclo de vida do projeto.
A identificao e classificao dos riscos foram descritas de forma objetiva buscando um melhor
entendimento sobre a sua relevncia. Tambm foram demonstradas as tcnicas empregadas para
analisar esses riscos identificados de ordem qualitativa e quantitativa, bem como os procedimentos
para ampliar essa anlise. Por fim, falou-se da importncia de um plano de respostas aos riscos
priorizados e classificados, conforme seu grau de gravidade e possibilidade de ocorrncia, para
ento, finalizar com o processo de monitorao dos riscos, que feito ao longo de todo o ciclo de
vida do projeto.
77 | P g i n a
Unidade 5: Planejamento das comunicaes e Recursos Humanos

do projeto
1. Contedo Didtico
Chegamos a nossa ltima unidade de aprendizagem. At aqui, fizemos uma introduo ao

gerenciamento de projetos e apresentamos sua trajetria ao longo dos anos, bem como discutimos
sobre a gesto por processos e a importncia de uma estrutura organizacional focada no
planejamento. Logo, abordamos os documentos importantes como a declarao do escopo e sua
estrutura analtica.
Seguindo o contedo programtico da disciplina, discutimos sobre um dos elementos mais

importantes, o planejamento do tempo, proporcionando, assim, uma discusso acerca dos conceitos,
definies, ferramentas e tcnicas para construir e controlar o cronograma do projeto. No obstante,
na unidade quatro, fizemos uma abordagem sobre oramento e levantamento de custos, bem como
discutimos a respeito da viabilidade econmica em projetos e os riscos envolvidos, suas categorias,
probabilidades de ocorrncia e importncia para a gesto do planejamento.
O contedo didtico desta unidade faz uma abordagem sobre a gesto das comunicaes em
projetos e apresenta alguns indicadores de tempo, qualidade e custos, alm de descrever os
procedimentos para as aquisies de produtos/servios e para o gerenciamento dos recursos
humanos. Esses elementos de estudo da agenda do planejamento so essenciais para o
desenvolvimento do projeto em sua totalidade uma vez que exigem do gerente e de sua equipe um
equilibro comunicacional e comportamental para lidar no somente com processos, mas com todos
os envolvidos diretos e indiretos.
Dessa forma, tanto o plano de comunicaes, como a gesto dos recursos humanos, devem manter
uma simetria organizacional para preservar a pontualidade das entregas, a metodologia de
gerenciamento empregada e a poltica de gesto instituda no ambiente em que o projeto se hospeda.
Em face s unidades apresentadas e discutidas at agora, voc se sente mais preparado para
discutir sobre essas reas integradas do planejamento? Espero que sim, pois vamos prosseguir, a
comear por algumas conceituaes relacionadas com a gesto das comunicaes.
78 | P g i n a
1.1 Principais conceitos de comunicao
Voc saberia definir gerenciamento das comunicaes

do projeto? Ele a rea de conhecimento que emprega
os processos necessrios para garantir a gerao,
coleta, distribuio, armazenamento, recuperao e
destinao final das informaes sobre o projeto de
forma oportuna e adequada. Os processos de
gerenciamento das comunicaes do projeto fornecem
as ligaes crticas entre pessoas e informaes que so
necessrias para comunicaes bem-sucedidas.
(PMBOK, 2008) http://www.timingcom.com.br/tm/index.php?option=
com_content&view=article&id=98&Itemid=180.
Acesso em 30/10/11
Desde j, imprescindvel dizer que todos os envolvidos no projeto devem

entender como as comunicaes afetam o projeto como um todo.
De acordo com Mendes (apud Chaves et al., 2006, p. 18) a comunicao significa tornar comum,
trocar informaes, partilhar idias, sentimentos, experincias, crenas e valores por meio de gestos,
atos, palavras, figuras, imagens, smbolos, dentre outros.
Para Valeriano (2005), a comunicao acontece por meio da transmisso da informao, que o
conhecimento obtido da avaliao, interpretao, anlise e organizao dos dados, que, por sua vez,
um elemento factual usado para obter uma informao.
Ainda conforme Valeriano (2005), ao se difundirem as informaes, observa-se de um lado, um

fornecedor, do outro, um cliente e, entre eles, um meio de comunicao. As informaes geradas pelo
projeto, ao circularem, cumprem trs finalidades:
Comunicao no mbito do projeto, destinando-se aos clientes internos colaboradores;

Comunicao com fornecedores e clientes do projeto, clientes internos stakeholder;.
Repositrio de informaes: cliente institucional e os ativos em conhecimentos
organizacionais.
Desse modo, uma comunicao eficaz cria uma ponte entre as diversas partes interessadas
envolvidas no projeto, conectando vrios ambientes culturais e organizacionais, diferentes nveis de
conhecimento, e diversas perspectivas e interesses na execuo ou nos resultados do projeto.
79 | P g i n a
De acordo com o Guia PMBOK (2008), processos para gerenciamento das comunicaes envolvem
algumas etapas, e elas precisam ser seguidas a contento, para assim minimizar erros
comunicacionais. Veja os processos a seguir:
1. Identificar as partes interessadas

Identificao de todas as pessoas ou organizaes que podem ser afetadas pelo projeto e de
documentao das informaes relevantes relacionadas aos seus interesses, envolvimento e
impacto no sucesso do projeto.
2. Planejar as comunicaes
Determinao das necessidades de informao das partes interessadas no projeto e definio de
uma abordagem de comunicao.
3. Distribuir as informaes
Colocao das informaes necessrias disposio das partes interessadas no projeto, conforme
planejado.
4. Gerenciar as expectativas das partes interessadas

Inteirar-se das necessidades das partes interessadas e buscar solues para os problemas que
possam ocorrer.
5. Reportar o desempenho
Coleta e distribuio de informaes sobre o desempenho, incluindo relatrios de andamento,
medies do progresso e previses.
Fonte: Guia PMBOK (2008, p. 243) Adaptado pelo autor
Esses processos interagem entre si e com os processos das outras reas de conhecimento. Cada
processo ocorre pelo menos uma vez em todos os projetos e, caso o projeto seja dividido em fases,
pode ocorrer em uma ou mais fases do projeto.
Muito bem! Fizemos uma breve exposio acerca dos principais conceitos
que regem o planejamento das comunicaes, porm, quando se discute
comunicao em projetos lembre-se de que estamos falando em
comunicao com todos os stakeholders: o patrocinador, equipe, usurios,
fornecedores, mdia e demais interessados.
Terribili Filho (2011) acrescenta que, a comunicao em um projeto que engloba muito mais que a
habilidade de comunicao do gerente com os stakeholders, principalmente a necessidade do
gerenciamento dessa comunicao por meio de um plano.
Um plano de comunicao no algo complexo e longo, mas algo conciso, simples, que contenha
comunicaes previstas, inclusive reunies de incio, progresso e de finalizao do projeto. Outro
80 | P g i n a
elemento natural do plano um relatrio de status do projeto, que pode ser semanal, quinzenal ou
mensal.
Um plano de comunicao pode ser desenhado seguindo alguns requisitos bsicos. O contedo de
um plano para promover a comunicao entre os envolvidos pode ser definido, esquematicamente,
8
por um modelo 5W1H . Assim, entre os elementos de comunicao, podemos citar:
1. Identificao da comunicao ID, ou seja, o cdigo identificador da comunicao,

representado por um nmero sequencial e nico no projeto exemplo: (Com #01; Com #02);
2. Ttulo do comunicado (porque a informao necessria palavras chave Why);
3. Contedo da comunicao (o que ser informado What);
4. Destinatrios (para onde, ou seja, a quem se destina a informao Where);
5. Periodicidade (tempo, frequncia When);
6. Responsvel pela comunicao com os envolvidos (quem Who);
7. Modalidade (meio de comunicao usado e-mail, boletins, pop-up, etc How);
8. Incio incio da divulgao, eventos, atividades, dentre outros processos de interao;
9. Trmino data que cessa a comunicao no projeto, ou termina um evento;
10. Observaes alguma informao relevante acerca da comunicao.
Alm disso, preciso conhecer de que forma a comunicao pode ser transmitida e que canais so
utilizados ao longo do ciclo de vida do projeto, considerando diferentes tipos de comunicao
organizacional, como veremos a seguir.
1.2 Tipos de comunicao
A comunicao pode ser formal ou informal, pode

ser oral (pessoalmente, em reunies, em
comisses, grupos de trabalho, em
videoconferncias, dentre outras modalidades).
Pode ser ainda de forma escrita, por meio
eletrnico, em filmes, na forma de objetos
(amostras, modelos fsicos, etc.).
No projeto, importe dizer que a comunicao

precisa fluir de forma clara, franca e dirigida.
Segundo Valeriano (2005), a informao deve ser Fonte: http://www.dreamstime.com. Acesso
em 02/11/2011. Acervo do autor.
8
5W1H. A sigla refere-se a 5 (What, When, Where, Why, Who) e 1(How), representando, respectivamente, em
termos de Plano de Comunicao, o que fazer, quando (peridiocidade), onde ser feito ( a quem), por que fazer
e como fazer (meio).
81 | P g i n a
orientada para quem vai us-la e no pode ser indiscriminadamente difundida para no entupir os
meios de comunicao, os arquivos e, assim, dificultar ou impedir o uso de quem precisa apenas de
parte do que lhe remetido.
Ainda para Valeriano (2005), a gesto das comunicaes visa assegurar que, no tempo oportuno, as
informaes de interesses do projeto sejam geradas, coletadas, disseminadas, armazenadas e
descartadas. Para isso, a gesto recebe, de acordo com o plano de comunicao, as informaes de
desempenho dos trabalhos e, com os dados contidos no documento, dissemina-os aos integrantes do
projeto por meio de vrios canais.
Ainda com esses dados, elaboram-se relatrios de desempenho destinados a todas as partes
interessadas, mantendo-as sempre informadas da execuo das atividades. A gesto trata, ainda, da
administrao do fluxo e do teor das comunicaes, considerando a riqueza dos canais utilizados
para no perder tempo e nem congestionar canais ricos com comunicados classificados como
pobres.
De acordo com o Project Management Institute PMIMG, dentre os vrios mtodos e modos de
comunicao h dois modos relevantes:
Modo rico: de duas vias, interativo e possibilita retorno para verificar o entendimento. Ex.
reunies, entrevistas, videoconferncias.
Modo pobre: de uma nica via, e no interativo. Ex. relatrios, memorandos, faxes, emails.
Quando devemos usar um ou outro? Muito bem, veja quando utilizar:
Modo rico: recomendado quando a comunicao no rotineira ou quando se necessita

de interao, seja para solucionar um problema, seja para atingir um consenso.
Modo pobre: recomendado quando a comunicao visa divulgar informao ou fornecer
documentao de referncia ou para consulta.
Existem vrios tipos de comunicao que podem ser explorados para melhor atender os envolvidos
em um projeto. Vamos considerar todos os meios de comunicao como formais, porm, isso no
quer dizer que todos tenham que ser utilizados integralmente em eventos formais, como reunies, por
exemplo. A comunicao no projeto deve ocorrer em todos os momentos necessrios, seguindo o
planejamento e atendendo, de forma autntica, as excees.
De acordo com Pinto (2011), sem comunicao no existe projeto, preciso, j na primeira reunio
com os interessados, traar uma estratgia de comunicao e basear-se nos exemplos de boas
prticas. Independente do tamanho de sua empresa, cliente ou projeto fundamental traar um plano
para a comunicao global do projeto, pois ela um dos principais pilares que sustentam o sucesso
82 | P g i n a
de seu projeto, embora, existam barreiras e, que muitas vezes, fragilizam o ambiente de negcios em
que o projeto se hospeda.
1.3 Barreiras de comunicao
O motivo pelo qual a rea de comunicao muitas vezes

considerada uma barreira, sendo algumas vezes
insuficiente, ou at mesmo estimada como desnecessria,
ocorre devido intangibilidade desta rea em relao a
outras reas de expertise do projeto, como o gerenciamento
dos custos ou tempo por exemplo. (PINTO 2011).
importante voc ter em mente que a ineficcia na

Fonte: Disponvel em: comunicao contribui para impactos negativos em todas as
http://www.sxc.hu/.
Acesso em 02/11/2011 outras reas de conhecimento do projeto.
Conforme Pinto (2011), a comunicao no se mensura com unidade de medida, ou seja, no existe
uma mtrica que diga quanto de comunicao deve ser utilizado no projeto. Porm, ela uma rea
que ajuda a garantir a qualidade e, principalmente, a satisfao e o resultado eficaz de qualquer
projeto.
O modelo clssico de comunicao formado basicamente por:

Emissor: quem cria a mensagem.
Canal: o caminho utilizado para envio dessa mensagem, o meio fsico.
Receptor: quem recebe a mensagem.
Mensagem: a ideia a ser transmitida.
Resposta: a reao imediata mensagem decodificada pelo receptor.
Feedback: o retorno da mensagem decodificada pelo receptor.
Rudo: Tudo aquilo que interfere no fluxo de comunicacional podendo ser positivo ou
negativo. O rudo pode ser tcnico (ligado forma) ou de contedo. Assim, os rudos
positivos podem ser percebidos como oportunidades e os negativos podem sinalizar ameaas
para os envolvidos na comunicao.
Cdigo: conjunto de sinais que permite a comunicao.
Codificao: o cdigo escolhido pelo emissor para transmitir a mensagem.
Decodificao: a Interpretao do cdigo pelo receptor.
Considerando que uma mensagem deva ser codificada e, posteriormente decodificada, ela tem como
objetivo proporcionar uma resposta e um feedback.
83 | P g i n a
A figura a seguir ilustra este fluxo comunicacional:
Fonte: KOTLER e KELLER (2006, p. 536)
Segundo Ogden (2007), o processo de codificao de uma mensagem demanda um domnio

absoluto do repertrio do receptor. Portanto, fazer uma comunicao eficaz requer do emissor
profundo conhecimento dos valores, atitudes e reaes dos receptores (stakeholderes, fornecedores,
clientes internos e externos, patrocinador, etc.), assim como de todos os fatores que influenciam o
ambiente do projeto.
Por essa razo, torna-se tarefa rdua para o gerente de projetos promover a comunicao de forma
globalizada, pois os receptores, em sua maioria, apresentam comportamentos diferentes, culturas,
crenas, valores e hbitos diferentes, o que se torna muitas vezes uma grande barreira de
comunicao entre os envolvidos no projeto.
Para os envolvidos na remessa de mensagens, a qualidade e clareza da

redao, bem como a forma de organizar as informaes (uma tabela, um
desenho, ou estruturar um novo modelo) so de extrema importncia, pois
facilitam o entendimento da informao e se ela foi recebida de forma correta
e completa.
O resultado do processo de distribuio das informaes o conjunto organizado de toda a

informao produzida pela equipe ao longo do ciclo de vida do projeto. Dessa documentao fazem
parte os documentos de planejamento do projeto, os resultados de diversas tarefas, a comunicao
interna e externa e os relatrios, que incluem os indicadores de desempenho, como veremos a
seguir.
84 | P g i n a
85 | P g i n a
1.4 Indicadores de desempenho KPIs
Muito bem! Chegamos aos indicadores de desempenho que,

originalmente, so conhecidos no ambiente corporativo como
Indicadores Chave de Desempenho, em ingls Key Performance
Indicators KPIs.
Esses indicadores so considerados elementos-chave, uma vez que

medem o nvel de desempenho dos processos, focando no
acompanhamento do desenvolvimento desses procedimentos e
indicando, ao longo da execuo das atividades e tarefas, se os Fonte: Disponvel em:
http://www.estrategiadigital.com.br/blo
objetivos esto sendo alcanados. g/tendencias/como-utilizar-os-kpis-
em-suas-acoes-na-web
KPIs do ponto de vista estratgico so veculos de comunicao, pois permitem que os executivos
do alto escalo comuniquem a misso e viso da empresa aos mais baixos nveis hierrquicos,
envolvendo diretamente todos os colaboradores na realizao dos objetivos estratgicos da empresa.
De acordo com Amaral et. al., (2006), planejar os indicadores de desempenho que sero utilizados
significa escolher aqueles mais propcios para avaliar a execuo de um projeto, dadas as suas
caractersticas e o seu tipo.
Desse modo, cabe aos executivos, gerentes de projeto e suas equipes, definirem quais sero os
Indicadores Chaves de Desempenho, pois, em uma empresa podem existir diversos indicadores que,
de alguma forma, apontam resultados e apiam diagnsticos. Devem ser eleitos como KPIs apenas
aqueles que a sua amplitude seja capaz de alinhar a empresa com a sua viso e objetivos
estratgicos. Um mtodo constantemente aplicado em organizaes para a escolha dos indicadores
chaves de desempenho o Balanced Scorecard 9.
Dentre as aplicaes e mtricas mais comuns empregadas pelos executivos no ambiente de projetos,
podemos elencar alguns indicadores relacionados a tempo, custo e o escopo, tais como:
Tempo de desenvolvimento dos processos (time-to-market);

Produtividade Homem/hora; nmero de unidade produzidas por mo de obra escalada na
produo;
Stock Out - nmero de vezes ou dia que determinado item, controlado no estoque, chega a
saldo zero;
9
Balanced Scorecard uma metodologia de medio e gesto de desempenho desenvolvida pelos professores
da Harvard Business School, Robert Kaplan e David Norton, em 1992. Os passos dessas metodologias incluem:
definio da estratgia empresarial, gerncia do negcio, gerncia de servios e gesto da qualidade; passos
implementados por meio de indicadores de desempenho.
86 | P g i n a
Custo total do projeto;

Custo real sobre oramento;
Qualidade dos resultados em conformidade com as especificaes;
Frequncia de levantamento de satisfao do cliente;
Tempo de levantamento de assuntos relacionados a nveis de servio;
Impacto da qualidade de recursos financeiros adicionais para o atendimento do nvel de
servio definido;
Porcentagem de documentos reprovados / retrabalhados;
Taxa de devoluo de novos produtos.
Nota-se que existem trs parmetros bsicos para medidas de desempenho em projetos de
desenvolvimento de produtos: custo, tempo e o escopo qualidade. Segundo Amaral et. al., (2006),
essa concluso foi pioneiramente exposta no trabalho de Clark & Fugimoto em 1991, avaliando o
desenvolvimento de produtos na indstria automobilstica mundial.
importante acrescentar que os KPIs podem ser internos e externos, partindo do princpio de que
dados passados, modelos de referncia de projetos anteriores e obteno de resultados j
alcanados encontram-se disponveis na organizao. Tambm so consultadas as fontes externas,
considerando as empresas do mesmo ramo, associaes comerciais, organizaes informativas, tipo
Serasa, Ibope, dentre outras.
Contudo, alm das definies e aplicaes apresentadas sobre KPIs, imprescindvel que essas
sejam classificados para serem utilizados em cada momento de avaliao de fase do projeto. As
aplicaes, tambm, devem ser planejadas, pelo menos preliminarmente, considerando quais
decises tomar conforme os resultados encontrados na avaliao desses indicadores. Em termos
gerais, conforme os resultados encontrados, um projeto pode continuar ou no. Mesmo essa
continuidade pode ser aceita sob certas condies ou alteraes significativas no escopo do projeto,
em que se pode incluir novas aquisies e, at mesmo mudanas, nos recursos humanos
87 | P g i n a
1.5 Aquisies e Recursos Humanos
Em um projeto, muitas vezes, h necessidade da obteno de materiais, equipamentos, softwares,

sistemas e servios externos, bem como contratao de mo de obra especializada de acordo com
os parmetros de qualidade, previamente definidos na declarao do escopo.
Conforme o PMBOK (2008), o gerenciamento das aquisies

do projeto inclui os processos necessrios para comprar ou
adquirir produtos, servios ou resultados externos equipe do
projeto. A organizao pode ser tanto o comprador como o
vendedor dos produtos ou servios. O gerenciamento das
aquisies abrange os processos de gerenciamento de
contratos e controle de mudanas que so necessrios para
desenvolver e administrar contratos ou pedidos de compra
emitidos por membros autorizados da equipe do projeto. http://markitetandoweb.blogspot.com/.
sempre bom lembrar que o planejamento dessas aquisies, em sua maioria, afeta diretamente o
oramento de um projeto e seu cronograma.
Desse modo, corrobora Coelho (2009) ao dizer que muitos projetos no so levados a termo devido
incapacidade de gesto dos fatores de produo, principalmente no que diz respeito ao trabalho. Por
isso, o gerenciamento das contrataes e aquisies trata da obteno desses recursos a partir de
fontes externas, seja para equipamentos ou materiais processados, sejam para contrataes de
pessoas e servios.
As aquisies em um projeto devem conter, alm da especificao tcnica e seus quantitativos, os

prazos de entrega e condies comerciais, como forma de pagamento, garantias, assistncia tcnica,
dentre outros. Recomenda-se, sempre que possvel, que seja elaborado um documento chamado
10
Statment of Work SOW , para o encaminhamento aos potenciais fornecedores de matria-prima do
projeto. (TERRIBILI FILHO, 2011).
O representante da rea de aquisies, alm de conhecer os procedimentos internos, deve possuir

uma base de fornecedores pr-qualificados para atender as solicitaes ao longo do ciclo de vida do
projeto. Para isso, preciso planejar as aquisies, estabelecendo quais itens obter, a quantidade e a
necessidade de matria-prima e mo de obra. A finalidade desse processo de planejamento
levantar as necessidades que sero melhor supridas por fontes externas ao projeto.
10
SOW Statment of Work: representa um termo de declarao de trabalho a ser desenvolvido, incluindo as
especificaes, os entregveis, os prazos, critrios de aceite e condies contratuais .
88 | P g i n a
O quadro, a seguir, estabelece o processo de entradas e sadas de documentos que fazem parte do
planejamento, observe:
Componentes Elementos
Descrio do escopo
Entradas Descrio do produto
Conhecimentos de mercado
Anlise sobre: fazer ou comprar
Recursos e Atividades Diagnstico de especialistas
Seleo de contratos
Plano de gerenciamento das aquisies
Sadas Descrio das atividades dos contratos
Decises sobre fazer ou comprar
Fonte: Valeriano 2005, p. 244
Com relao aquisio de bens e servios necessrios, procede-se anlise fazer ou comprar,
pois certamente vrios itens sero melhores supridos externamente do que internamente pelo projeto
e, para isso, a anlise de especialistas um recurso valioso. Dependendo das condies do projeto
e, principalmente, da natureza da aquisio, deve-se promover uma seleo para tipos de contrato.
Segundo Valeriano (2005), esses contratos, em geral, so de trs tipos:
a) Preo fixo produto ou servio fornecido com preo previamente fixado entre as partes;
b) Preo varivel empregado quando o contratante paga o custo real do contrato, podendo
incluir um valor adicional se o fornecedor exceder os objetivos do projeto, como antecipao
dos prazos de entrega e incremento de qualidade;
c) Preo unitrio valor referente unidade de servios proporcionados pelo contratante,
como servios terceirizados, locao de mquinas, ocupao de rea, etc.
Uma das sadas o plano de gerenciamento das aquisies, documento que fixa as condies para
suprimentos que envolvem: o que adquirir, em que quantidade, quando, onde e como. A outra sada
envolve a descrio de trabalho, que a parte de um contrato em que h a descrio do produto,
bem como a definio e o estabelecimento de todos os requisitos exigidos para os trabalhos
contratados, que incluem os recursos humanos do projeto.
89 | P g i n a
O planejamento dos recursos humanos deve ser feito com

base nas atividades programadas para o projeto, pois
envolve habilidades e competncias especficas para
realiz-las. Como elemento dificultador para a alocao
dos profissionais nos projetos, os recursos identificados
precisam estar disponveis para o perodo planejado.
Complementa Terribili Filho (2011) ao traduzir em poucas
palavras, que o gerente de projeto precisa ter o recurso
certo, no momento certo! http://www.clubedorh.com.br/tag/empresas/.
De acordo com o PMBOK (2008), o gerenciamento dos recursos humanos do projeto inclui os
processos que organizam e gerenciam a equipe, que por sua vez consiste nas pessoas com papis e
responsabilidades designadas para a concluso do projeto. O tipo e o nmero de membros da equipe
do projeto podem mudar com frequncia ao longo do projeto. Os membros da equipe do projeto
tambm podem ser referidos como pessoal do projeto. Embora os papis e responsabilidades
especficas para os membros da equipe do projeto sejam designadas, o envolvimento de todos os
membros da equipe no planejamento do projeto e na tomada de decises pode ser benfico. O
envolvimento e a participao dos membros da equipe desde o inicio agrega conhecimentos durante
o processo de planejamento e fortalece o compromisso com o projeto.
De forma resumida, os processos para gerenciamento dos recursos humanos devem aparecer na
seguinte ordem:
Desenvolver o plano de recursos humanos processo de identificao e documentao

de funes, responsabilidades, habilidades necessrias e relaes hierrquicas do projeto,
alm da criao de um plano de gerenciamento do pessoal;
Mobilizar a equipe do projeto processo de confirmao da disponibilidade dos recursos
humanos e obteno da equipe necessria para concluir as designaes do projeto;
Desenvolver a equipe do projeto processo de melhoria de competncias, interao da
equipe e ambiente global da equipe para aprimorar o desempenho do projeto;
Gerenciar a equipe do projeto processo de acompanhar o desempenho de membros da
equipe, fornecer feedback, resolver questes e gerenciar mudanas para otimizar o
desempenho do projeto.
Para uma compreenso mais ampliada desses processos, recomendo a

leitura do captulo nove do Guia PMBOK, 4 edio, 2008, que trata do
gerenciamento dos Recursos Humanos no projeto, e estar disponvel no
Ambiente Virtual de Aprendizagem AVA como material de referncia para
enriquecer seus estudos.
90 | P g i n a
Ainda de acordo com o PMBOK (2008), a equipe de gerenciamento de projetos um subconjunto da

equipe do projeto e responsvel pelas atividades de gerenciamento do projeto e liderana, como
iniciao, planejamento, execuo, monitoramento, controle e encerramento das vrias fases do
projeto. Esse grupo, tambm, pode ser chamado de equipe principal, equipe executiva, ou equipe de
liderana.
Para projetos menores, as responsabilidades de gerenciamento do projeto podem ser compartilhadas

por toda a equipe ou administradas exclusivamente pelo gerente de projetos. O patrocinador do
projeto trabalha com a equipe de gerenciamento de projetos, em geral com apoio em questes como
financiamento do projeto, esclarecimento do escopo e monitoramento do progresso e, ainda,
influenciando outras pessoas para beneficiar o projeto.
Cada organizao inserida no ambiente de projetos tem suas polticas de Recursos Humanos e,
como nem sempre essas organizaes possuem profissionais com a expertise necessria para o
desenvolvimento das atividades, as lacunas identificadas para contratao de pessoal podem ser
supridas por meio de treinamento dos profissionais em atividade, a fim de adequar a capacitao
profissional necessidade da atividade a ser executada. Todavia, importante promover
contrataes com base no cronograma de atividades, bem como desenvolver e gerenciar os recursos
considerando as novas contrataes ou as movimentaes internas.
1.5.1 Contratar, desenvolver e gerenciar
Para iniciar nossa discusso neste tpico, relevante destacar que so as

pessoas que fazem um projeto acontecer, embora, as pessoas sejam
diferentes e reajam de forma distinta aos mesmos estmulos e incentivos ao
longo do ciclo de vida do projeto.
Segundo Terribili Filho (2011), h organizaes que elaboram contratos individuais para cada
integrante da equipe, a fim de registrar os objetivos do profissional naquele projeto. Embora esta
modalidade no seja reconhecida como contrato de fora legal, em virtude de suas especificidades
individuais, o formalismo visa clarificar para as partes interessadas o que se espera do profissional no
projeto, evitando equvocos, mal-entendidos ou alteraes de ltima hora sem a devida importncia.
Ademais, um registro documentado mais eficiente do ponto de vista contratual que uma orientao
exclusivamente verbal.
Um contrato individual um documento simples, apresentando de forma sucinta os objetivos do

profissional no projeto. Todo objetivo definido deve conter caractersticas conhecidas como: SMART,
que em ingls significa esperto e provm de uma sigla com cinco atributos, sendo:
91 | P g i n a
Specific -
especfico
Time-bound - Measurable -
factvel em mensurvel
prazos
Realistic - Achievable -
realstico atingvel
Fonte: Terribili Filho 2011, p. 91 adaptado pelo autor.
No obstante, importante lembrar que estes atributos requeridos devem estar alinhados com as
competncias, habilidades e dedicao, descritas na Matriz de Responsabilidades do Projeto, que
aparece de forma grfica no documento de declarao do escopo do projeto.
Assim, para o desenvolvimento da equipe do projeto, deve-se relembrar que os problemas

relacionados a pessoal tm incio na gesto dos recursos aquisies, quando ainda considerados
insumos, e so avaliados e dimensionados juntamente com os recursos fsicos e materiais.
Lembrando, ainda, que apresentam reaes diferentes aos estmulos ao longo do projeto.
Segundo Valeriano (2005), o desenvolvimento de pessoal no est restrito aos membros da equipe,
mas inclui todos os seus integrantes, desde os mais altos administradores at clientes, fornecedores
e participantes em geral. Portanto, o plano de gesto de pessoas o orientador desse processo.
A essncia desse processo de desenvolvimento de pessoal vai alm de treinamento e capacitao

dos envolvidos, uma vez que envolve a designao de pessoal, suas posies e atribuies dentro do
escopo do projeto. Deve-se considerar que os recursos humanos so patrimnio da organizao, pois
o pessoal carece de tratamento especfico para o desenvolvimento de suas capacidades de
produo, integrao e crescimento, merecendo consideraes apropriadas para se obterem os
melhores resultados.
Portanto, a sada desse processo o desenvolvimento de habilidades de gerenciamento de pessoas,

a formao de equipes, a melhoria do desempenho individual e, principalmente, do trabalho em
equipe.
A gesto da equipe do ponto de vista gerencial a parte importante prevista no plano da gesto de
pessoas e tem como principais finalidades a formao de equipes, a motivao e a administrao de
conflitos.
92 | P g i n a
Acrescenta Valeriano (2005) que as atividades de formao da equipe e o exerccio das habilidades
gerenciais so as principais atividades deste processo. A motivao aparece como sistema de
reconhecimento e de premiao de que dispe a organizao, uma vez que um poderoso
instrumento para formao e crescimento da qualidade das equipes. J o treinamento, quando
necessrio, outra atividade a ser considerada nesse processo. Finalmente, a gesto da equipe
necessita administrar os conflitos que normalmente surgem no trabalho cooperativo, tpico de um
projeto. o que veremos a seguir, acompanhe.
1.5.2 Gerenciamento de conflitos em projetos
Segundo PMBOK (2008), os conflitos so inevitveis em um

ambiente de projeto. As origens de conflitos, dentre as mais
comuns, incluem recursos escassos, prioridades de
cronograma e estilos de trabalho pessoais. As regras bsicas
da equipe, as normas do grupo e prticas rigorosas de
gerenciamento de projetos, como planejamento das
comunicaes e definio de papis, reduzem a quantidade de
conflitos. http://telemacopompei.blogspot.com/2011/0
6/aprendizagem-organizacional.html.
Valeriano (2005) diz que o conflito ocorre quando o comportamento de uma pessoa ou de um grupo
impede ou dificulta a realizao dos objetivos de outra pessoa ou grupo. Por grupo entende-se uma
organizao de qualquer tipo, sendo empresa, associao, estado, entre outra. Portanto, conflito, o
choque, ou o antagonismo, entre pessoas, grupos ou ideias oponentes.
No mbito de uma organizao altamente dinmica como um projeto, os conflitos precisam ser
entendidos e administrados, sendo considerados como o resultado natural de uma proposta de
alterao. Uma organizao isenta de conflitos, por sua vez, encontra-se em estagnao.
Um gerenciamento de conflitos bem-sucedido resulta em maior produtividade e em relacionamentos

de trabalho positivos. Quando o gerenciamento adequado, as diferenas de opinio podem resultar
em aumento da criatividade e melhoria no processo decisrio. Se as diferenas se tornam um fator
negativo, os membros da equipe do projeto so os responsveis primrios pela resoluo. Se o
conflito se ampliar, o gerente de projetos deve ajudar e facilitar para uma resoluo satisfatria. O
conflito deve ser abordado o mais cedo possvel e, em geral, com privacidade, usando uma
abordagem direta e colaborativa. Se o conflito perturbador continuar, procedimentos formais podem
ser usados, incluindo aes disciplinares.
93 | P g i n a
De acordo com o PMBOK (2008), ao lidar com conflitos em um ambiente de trabalho, os gerentes de
projetos devem reconhecer as seguintes caractersticas dos conflitos e o processo de seu
gerenciamento:
O conflito natural e fora uma busca de alternativas;
O conflito uma questo de equipe;
A abertura resolve conflitos;
A resoluo de conflitos deve se concentrar em questes e no em personalidades;
A resoluo de conflitos deve se concentrar no presente e no no passado.
J foi dito que nem sempre os objetivos dos indivduos ou de grupos de profissionais coincidem com
os objetivos dos rgos internos e com os da organizao como um todo. Assim, os conflitos surgem
em decorrncia dessas diferenas, que de um modo geral, esto relacionados aos valores
profissionais dos indivduos, enquanto, por outro lado, os interesses da organizao esto voltados
para os resultados, lucros, e outros mais. O quadro a seguir traz alguns exemplos de fontes de
conflito entre profissionais e a organizao.
Objetivos, Preferncias e Desejos.

Do profissional Da organizao
Inovao, criao. Lucro e resultados.
Mais autonomia. Integrao dos objetivos, preferncias.
Independncia em relao a regras. Autoridade baseada na posio e estrutura.
Autoridade baseada em status profissional. Recompensa segundo interesses organizacionais.
Recompensas por desempenho. Bloqueio da comunicao interna.
Ampla comunicao com seus pares. Cumprimento do cronograma e custos.
Fonte: Valeriano, 2005, p. 222 adaptado pelo autor
O xito dos gerentes de projetos no gerenciamento das suas equipes depende muito de seus
mtodos para solucionar conflitos. Diferentes gerentes de projetos podem ter diferentes estilos para
resoluo de conflitos. Os fatores que influenciam os mtodos de resoluo incluem:
Importncia relativa e intensidade;
Presso de prazo para obter a soluo;
Posio assumida pelas partes envolvidas;
Motivao para resolver o conflito, seja a longo ou curto prazo.
Contudo, os conflitos oriundos de problemas na rea profissional so racionais e, por isso, mais
fceis de serem resolvidos, enquanto os provenientes de relacionamento pessoal so irracionais e
mais difceis de serem administrados. E, uma organizao. que opera com projetos. no est isenta
de conviver com ambos tipos de conflitos.
94 | P g i n a
Assim, chegamos ao final de mais uma unidade, bem como ao final do nosso contedo de
aprendizagem. As sees seguintes trazem um exemplo prtico e a sntese desta unidade.
importante voc assimilar o contedo desta apostila com as aulas Web e, ainda, buscar de forma
autnoma, novas referncias para ampliar seus conhecimentos acerca da gesto de projetos.
2. Teoria na Prtica
O caso prtico, apresentado a seguir, traz uma rpida leitura da importncia da gesto de pessoas no
contexto organizacional. O desafio de coordenar, desenvolver e acompanhar o crescimento da equipe
uma rdua tarefa do gerente, bem como gerenciar os conflitos que so inevitveis ao longo do ciclo
de vida de um projeto, em que inclui a figura do prprio lder da equipe.
Gerenciando Marcianos
Os 35 anos de carreira como engenheira aeroespacial de Donna Shirley atingiram o pice em julho
de 1997, quando o Projeto Sojourner rob do tamanho de um forno de microondas, auto-guiado,
com energia solar foi visto explorando a paisagem marciana em imagens espetaculares da superfcie
do planeta vermelho. O evento foi um marco na explorao espacial, uma vez que nenhum veculo
jamais havia andado na superfcie de outro planeta. Shirley, gerente do Programa de Explorao de
Marte do Jet Propulsion Laboratory, comandou a equipe predominantemente masculina que
projetou e construiu o Sojourner. Em um livro com suas memrias reveladoras, Managing Martians,
escrito por Danelle Morton, ela faz a seguinte observao sobre o gerenciamento de equipes
criativas.
Quando se est gerenciando pessoas criativas, realmente brilhantes, em algum ponto voc
percebe que impossvel comandar ou control-las porque no se consegue entender o que
elas esto fazendo. Uma vez que tenham ido alm de sua habilidade para entend-las, como
gerente voc pode fazer uma escolha. Pode colocar limites a elas e ao projeto por sua
inteligncia, que pessoalmente considero algo errado a se fazer. Ou voc pode confiar nelas e
usar suas habilidades gerenciais para mant-las focadas nos objetivos do projeto.
Muitos gerentes ruins sentem-se ameaados quando seus subordinados sabem mais do que eles.
Eles contratam gente menos qualificada, mesmo colocando em risco os objetivos do projeto, para
sempre terem a sensao de que esto no controle da situao, ou reprimem as pessoas mais
qualificadas que eles para que possam manter o controle. Assim, o projeto todo sofre com as
inseguranas e falta de competncia organizacional e gerencial do gerente, em que os conflitos
passam a ser inevitveis.
95 | P g i n a
SHIRLEY, Donna e MORTON, Danelle. Managing Martians. Nova York. Broadway Books, 1998, p. 88,89.
3. Sntese
Nesta unidade de aprendizagem, foram descritos, inicialmente, alguns conceitos acerca da

comunicao entre as partes interessadas do projeto, bem como discutidas algumas aes que visam
minimizar os problemas comunicacionais ao longo do ciclo de vida do projeto. imperativo reforar a
importncia do plano de comunicao desde a fase inicial do projeto.
Falamos tambm sobre os tipos de comunicao, que so, em sua maioria, formais e informais,
considerando os canais de transmisso e o aproveitamento do tempo por meio da riqueza dos canais,
em que foram classificados vrios meios e sua empregabilidade.
As barreiras de comunicao podem aparecer em formatos diferentes, considerando erros tcnicos e

de contedo para transmisso da mensagem, em que a codificao precisa considerar os envolvidos
e os interessados no processo de decodificao da mensagem, para assim, minimizar rudos e ter
feedback positivo.
Os indicadores de desempenho tambm foram apresentados como ferramenta de mediao ao longo

do processo de execuo das atividades. Sua aplicabilidade envolve acompanhar e medir o
desempenho do projeto, em especial, relativamente aos custos, ao tempo e qualidade do escopo.
Na sequncia lgica desta unidade, discutimos acerca da necessidade de aquisies de materiais e

insumos ao longo do desenvolvimento das atividades do projeto, assim como a importncia de
controlar, desenvolver e gerir os recursos humanos envolvidos. A gesto dos recursos humanos do
projeto uma das importantes reas de conhecimento que promovem a integrao do conjunto de
reas interligadas por processos e pessoas. Por ltimo, discutimos sobre o gerenciamento de
conflitos e suas especificidades, que trafega ao longo da durao do projeto, e que aparece em
configuraes organizacionais e, em sua maioria, pessoais.
96 | P g i n a
4. Referncias
AMARAL, Daniel Capaldo; et al., Gesto de desenvolvimento de produtos. Ed. Saraiva, So Paulo,
2006.
AVELAR E DUARTE. Estrutura Analtica do Projeto EDT. Disponvel em:

http://www.avellareduarte.com.br/projeto/planejamento/planejamento5/planejamento5.htm. Acesso em
26/08/2011.
BONOMI, Claudio Augusto; MALVESSI, Oscar. Project Finance no Brasil: fundamentos e estudo de
casos. 2 edio. Ed. Atlas. So Paulo. 2006.
BRITTO, Waldenir S. Fagundes. Oramentao. 2008. Disponvel em:

http://www.facape.br/waldenir/gca/Resumo_3_-_Orcamentos_8_Periodo.pdf. Acesso em 24/10/2011.
CICLO PDCA. Disponvel em <http://www.utp.br/informacao/si/si_ciclo%20PDCA%20e%205S.htm>

Acesso em 29 de novembro de 2005.
COELHO, Arthur da Silva. Gesto de Projetos. Srie EaD. ed. Aymar. Curtiba. 2009.
COIMBRA, Rodrigo. Gerenciando comunicaes: aprendendo a escutar. 2010. Disponvel em:

http://projetoseti.com.br/gerencia-de-projetos-pmp/gerenciando-comunicacoes-aprendendo-a-
escutar/?utm_source=INK&utm_medium=copy&utm_campaign=share&. Acesso em 02/11/2011
CHAVES, Lcio E. et al. Gerenciamento da comunicao em projetos. 1. ed. Rio de Janeiro: FGV
Editora, 2006.
DEFINIO E PLANEJAMENTO DO ESCOPO. Disponvel para consulta em:

http://www2.videolivraria.com.br/pdfs/14635.pdf. Acesso em 20/08/2011.
FELIPE CHOLLA. Os 7 passos do gerenciamento de projetos. Disponvel em:

http://felipecholla.wordpress.com/2010/06/. Acesso em 11/09/2011.
GESTO DE PROJETOS PMI. Disponvel em: http://gestaodeprojetospmi.com.br/grupos-de-

processos/planejamento/sequenciar-as-atividades-do-projeto/. Acesso em 07/09/2011
GIDO, Jack; CLEMENTS, James P. Gesto de projetos. Ed. Thompson, So Paulo. 2007
GOBE, Antonio Carlos; et al., Gerncia de produtos. Ed. Saraiva. So Paulo. 2004
GRAY, Clifford F; LARSON, Erik W. Gerenciamento de Projetos: o processo gerencial. 4 Ed.

McGraw Hill. So Paulo. 2009
HISTRICO RPIDO DO GP. Disponvel em: <http://office.microsoft.com/pt-br/project-help/um-

historico-rapido-do-gerenciamento-de-projeto-HA001135342.aspx> Consultado em 23/07/2011
97 | P g i n a
KERZNER, Harold, PH. D. Gesto de Projetos: As melhores Prticas, 2 edio, Editora Bookman,
2006.
KOTLER, Philip e KELLER, Kevin. Administrao de Marketing. 12. ed. So Paulo: Pearson
Prentice Hall, 2006.
KOZAK M. Disponvel em: http://www.lessons-from-history.com/Level%203/ History %20of%

20Project%20Management.html. Lessons From History. Holland, 23/02/05.
LESSONS FROM HISTORY. Disponvel em: http://www.lessons-from-history.com/. Acesso em

30/07/2011.
NEWTON, Richard. O Gestor de Projetos. Ed. Pearson Prentice Hall. So Paulo, 2011.
MAXIMIANO, Antonio C. Amaru. Administrao para empreendedores: fundamentos da criao e d

gesto de novos negcios. 2 ed. So Paulo. Pearson Prentice Hall. 2011.
PINTO, Marcelo Alberto. Comunicao em Gerenciamento de Projetos Fundamental para

obteno de resultados. 2011. Disponvel em: http://www.profissionaisti.com.br/2011/04/comunicacao-
em-gerenciamento-de-projetos-fundamental-para-obtencao-de-resultados/. Acesso em 02/11/2011.
PERAZZETTA A. C.; PESSOA. C. E.; BARRETO. L. L. A importncia do planejamento e controle

de tempo em projetos - Case real. Disponvel em: Projetizado.
<http://www.projetizado.com.br/SubPaginas/Sub%20-%20Artigos%20
%20Planejamento%20de%20Tempo.html>. Acesso em 23/09/2011.
PMBOK. Um Guia do Conjunto de Conhecimentos em Gerenciamento de Projetos (Guia

PMBOK). Project Management Institute, Inc. Four Campus Boulevard, Newtown Square,
Pennsylvania. 2004.
PMBOK. Um Guia do Conjunto de Conhecimentos em Gerenciamento de Projetos (Guia

PMBOK). 4 edio. Project Management Institute, Inc. Four Campus Boulevard, Newtown Square,
Pennsylvania. 2008.
PMI Project Management Institute. Histrico do Gerenciamento de Projetos. Disponvel em>

http://www.pmice.org.br/home/index.php?option=com_content&view=article&id=11&Itemid=6. Acesso
em 30/07/2011.
PONTO GP. O ponto de encontro da comunidade de Gerenciamento de Projetos. Disponvel em:

http://pontogp.wordpress.com/gerenciamento-de-projetos/. Acesso em 15/08/2011.
OGDEN, James, R. Comunicao Integrada de Marketing: conceitos, tcnicas e prticas. 2. Ed.

So Paulo. Pearson Prentice Hall, 2007.
SEVEN DOWN. Capa da 4 edio do Livro PMBOK. Disponvel em: http://7downbr.weebly.com/.

SISK, T. (1998). Histria do Gerenciamento de Projetos. Disponvel em http://office.microsoft.com.

TAVARES, L. Valadares; OLIVEIRA, Rui Carvalho; THEMIDO, Isabel Hall; CORREIA, F. Nunes -
Investigao Operacional. Nova Iorque: McGraw Hill, 1996.
TERRIBILI FILHO, Armando. Gerenciamento de Projetos em 7 Passos. Uma abordagem prtica.

Ed. M.Books do Brasil. So Paulo. 2011.
TI ESPECIALISTAS. Disponvel em: http://www.tiespecialistas.com.br/2010/11/metodo-do-caminho-

critico/. Acesso em 22/09/2011.
98 | P g i n a
VALERIANO, Dalton. Moderno Gerenciamento de projetos. Ed. Pearson, So Paulo. 2005
VARGAS, Ricardo. You will do better blog 2009. Disponvel em:

http://blog.youwilldobetter.com/2009/06/09/porque-o-escopo-e-tudo/. Acesso em 20/08/11
WPM, Interao entre processos. Disponvel em: http://wpm.wikidot.com/conceito:interacoes-entre-

processos. Acesso em 16/08/2011
XAVIER, Carlos Magno da Silva. Gerenciamento de projetos: como definir e controlar o escopo do
projeto. 2 Ed. Saraiva, So Paulo. 2009
XAVIER, Carlos Magno. Como Criar uma WBS. Disponvel em:

http://xa.yimg.com/kq/groups/19625568/1124207980/name/Como_criar_WBS.pdf. Acesso em
28/08/2011.
99 | P g i n a

Gestão de Projetos 2013 PDF

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Gestão de Projetos 2013 PDF

Încărcat de

Drepturi de autor:

Formate disponibile

Unidade de Educao a Distncia

Autor: Acio Antnio de Oliveira

BELO HORIZONTE / 2013

ESTRUTURA FORMAL DA UNIDADE DE EDUCAO A DISTNCIA

EQUIPE DE WEB DESIGNER

Sntese Referncias Bibliogrficas

Saiba mais Material complementar

Unidade 1: Introduo ao Gerenciamento de Projetos ............................................... 8

Unidade 2: Documentos Importantes Declarao do Escopo ............................... 30

Unidade 3: Planejamento do tempo cronograma .................................................. 45

Unidade 4: Planejamento dos custos - estudo de viabilidade do projeto e anlise

Unidade 5: Planejamento das comunicaes e Recursos Humanos do projeto ...... 78

Neste contexto atual, as organizaes, sejam de natureza pblica, privada ou no governamental,

1. Introduo ao gerenciamento de projetos

Voc perceber ao longo dos estudos que o contedo desta

A rea de gerenciamento de projetos tem crescido rapidamente em importncia, considerando que j

Unidade 1: Introduo ao Gerenciamento de Projetos

O gerenciamento de projetos, em sua forma moderna, comeou a se estabelecer somente h

Hoje, uma empresa para sobreviver e prosperar deve

Fonte: Disponvel em:

1.1 Histricos da Gerncia de Projetos

Se percebido atentamente, o gerenciamento de projetos,

Podemos viajar ainda mais, agora para um

Fonte: Disponvel em:

trabalho manual de milhares de trabalhadores e o processamento e a montagem de quantidades sem

Na unidade trs, vamos falar das ferramentas para planejamento e

PMI. Atualmente, o PMI a maior instituio internacional dedicada disseminao do conhecimento

Torna-se importante desde j, voc visitar o site do PMI usando o endereo

Com a presena de instituies como o PMI, e o International Project Management Association

Fonte: Kozak (2005), adaptada pelo autor.

1.2 Ambientes e Gerncia de Projetos no mundo

O avano da profissionalizao da rea de Gerenciamento de Projetos no pas caminha a passos

Desse modo, de acordo com Terribili Filho (2011), as

O cenrio econmico atual positivo, no entanto, os problemas existem no desenvolvimento de

Segundo Terribili Filho (2011), os maiores problemas do Gerenciamento de Projetos nas

O Gerenciamento de Projetos visa realizar as entregas planejadas em um projeto com a qualidade

Conjunto de conhecimentos em gerenciamento de projetos;

A figura, a seguir, apresenta as reas de especializao de forma integrada, considerando o

Fonte: Guia PMBOK, 3 edio, 2004, p. 13.

1.3 Contextos da Gerncia de Projetos

O gerenciamento de projetos existe em um contexto mais amplo que inclui o gerenciamento de

1.3.1 Gerenciamento de Programas

De acordo com o Guia PMBOK (2004), um programa um grupo de projetos relacionados e

Ao contrrio do gerenciamento de projetos, o gerenciamento de programas o gerenciamento

1.3.2 Gerenciamento de portflios

importante destacar que, os projetos ou programas no portflio podem no

Assim, gerenciar o portflio significa assegurar que a coleo de

Os projetos so frequentemente divididos em componentes mais facilmente gerenciveis ou

Subprojeto 1: Subprojeto 2: Subprojeto 3: Subprojeto 1: Subprojeto 3:

Fonte: Terribili Filho, 2011, p. 42, adaptado pelo autor.

1.3.3 Escritrio de Projetos Project Management Officer

A implantao da gesto de projetos passa pela necessidade de haver um reconhecimento

Em muitas organizaes, esses projetos so de fato agrupados, ou esto relacionados de alguma

concentra no planejamento, na priorizao e na execuo coordenada de projetos e subprojetos

Ainda de acordo com o PMBOK (2004), um escritrio de projetos (PMO)

Os PMOs podem operar de modo contnuo, desde o

A atual popularidade do PMO est associada ao fato de as organizaes adotarem, de forma

Consequentemente, as responsabilidades de um PMO variam de organizao para organizao, pois,

Metodologia, ferramentas e padres: o emprego de mtodos e modelos de referncia em

Best Practices: modelos de referncia em projetos anteriores, modelos de gesto aplicados

1.4 Estruturas Organizacionais de Projetos

Normas, crenas, expectativas e valores compartilhados;

Considerando esses fatores, uma estrutura organizacional geralmente se limita disponibilidade de