Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Mdulo
Braslia - 2014
Atualizado em: dezembro de 2013.
Enap, 2014
Enap - Escola Nacional de Administrao Pblica
SUMRIO
1. Objetivos......................................................................................................................... 5
2. Introduo....................................................................................................................... 5
3. Projetos .......................................................................................................................... 5
3.1 Projetos X Operaes .................................................................................................... 5
3.2 Projetos X Subprojetos................................................................................................... 7
3.3 Projetos X Programas .................................................................................................... 7
3.4 Influncias Organizacionais............................................................................................ 8
4. Gerncia de Projetos........................................................................................................ 8
4.1 Problemas - Causas X Solues .................................................................................... 10
4.2 Prtica ........................................................................................................................ 11
4.3 Partes Interessadas - Stakeholders............................................................................... 12
5. Relao com outras disciplinas...................................................................................... 14
5.1 Fases e ciclo de vida do Projeto.................................................................................... 14
6.Caractersticas das fases do projeto................................................................................ 15
6.1 Fases e ciclos de vida do Projeto.................................................................................. 16
7. Processos de Gerncia de Projetos................................................................................. 17
7.1 Grupos de Processos.................................................................................................... 17
7.2 Relacionamento entre Grupos de Processos................................................................. 18
Bibliografia........................................................................................................................ 19
Encerramento do mdulo.................................................................................................. 19
Mdulo
1. Objetivos
Ao final deste mdulo, espera-se que voc seja capaz de:
2. Introduo
As transformaes no mundo do trabalho nas ltimas dcadas levaram as organizaes a
enfrentarem altos nveis de competitividade, buscando, assim, encontrar novas formas de
trabalho e inovao. Nesse contexto, exige-se cada vez mais que o trabalho seja feito com
menos recursos, o mais rpido possvel e com maior qualidade.
No cenrio governamental, a realidade no diferente e observa-se que o Governo Federal
busca cada vez mais reestruturar sua gesto com foco competitivo e voltado para a qualidade.
Diversas prticas, como o prprio trabalho por projetos, surgiram em consonncia com essa
realidade.
3. Projetos
3.1 Projetos X Operaes
As operaes so esforos contnuos que geram sadas repetitivas, com recursos designados
para realizar basicamente o mesmo conjunto de tarefas. O gerenciamento de operaes
responsvel pela superviso, orientao e controle das operaes de negcios.
Os projetos exigem atividades de gerenciamento de projetos e conjuntos de habilidades,
enquanto que as operaes exigem gerenciamento de processos de negcios.
Entretanto podemos destacar algumas especificidades relativas a cada um. Veja o quadro
abaixo:
Projetos
Ligado a planos estratgicos.
Temporrio
Original/exclusivo
Resultado incerto
Foco na integrao
Causa impactos
Busca resultados duradouros
Operaes
Sustenta os negcios
Permanente
Repetitivo
Rotina
Padro conhecido
Subprojeto pode ser tratado como um pequeno projeto. So mais facilmente gerenciveis
e esto inter-relacionados ao projeto maior. Essa relao ocorre de maneira que, se um
subprojeto no for cumprido, ele necessariamente afetar os outros subprojetos e o projeto
maior como um todo.
Exemplos de programas:
4. Gerncia de Projetos
Segundo Koontz e ODonnell gerenciar consiste em:
executar as atividades e tarefas que tm como propsito
planejar e controlar atividades de outras pessoas para
atingir objetivos que no podem ser alcanados caso as
pessoas atuem por conta prpria
Fonte: Koontz e ODonnell, 1989.
Iniciao.
Planejamento.
Execuo.
Monitoramento e controle.
Encerramento.
2. Estimativas de
oramento fracas ou
abaixo do real.
3. Falta de recursos de
pessoal.
3. Desenvolvimento
inadequado da equipe
dos projetos.
4. Implementao de processo de
controle de mudanas.
5. Qualidade abaixo da
esperada.
5. Sistema de controle
mal planejado.
6. Produtos que no
funcionam.
6. Objetivos mal
planejados ou no
compreendidos.
8. Expectativas dos
clientes sem
monitoramento.
9. Projetos que so
cancelados.
10
8. nfase no planejamento do
projeto em conjunto com o cliente.
4.2 Prtica
Um projeto de sucesso aquele que realizado conforme o planejado. Se o projeto gastou
menos recursos que o previsto, houve uma falha no planejamento que permitiu que os recursos
fossem superestimados, e no uma vitria ou economia.
Geralmente o sucesso de um projeto est relacionado entrega do produto, servio ou
resultado solicitado dentro do escopo, no prazo e com o oramento e recursos determinados.
A qualidade do projeto afetada pelo balanceamento desses fatores.
Um projeto de sucesso decorrente de uma srie de eventos que contribuem para esse fato.
No existe uma receita ou um conjunto de atividades que garantam o xito de um projeto,
entretanto possvel destacar as seguintes diretrizes:
Banhando em Ouro
Entregando mais do que o solicitado pelo cliente
Voc sempre deve se esforar para estabelecer com cuidado as expectativas do cliente
para, s ento, atend-las. Voc provavelmente j deve ter escutado que Melhor
prometer menos, e entregar mais. De fato, esta frase somente vlida, em termos de
gerenciamento da qualidade, se a mesma se referir a sua capacidade para entregar o
produto ou o servio mais cedo do que o prometido, ou por um custo menor do que o
estimado. No entanto, no um procedimento correto entregar mais do que foi solicitado
pelo cliente, mesmo que seja em nvel de qualidade. O termo banhando em ouro referese a entregar mais do que o cliente solicitou. Embora parea ser uma coisa boa, na verdade
no . Isso errado por dois motivos.
Primeiro, o foco principal do projeto deve ser assegurar a entrega do que o cliente solicitou dentro do prazo e dentro do oramento. Acrescentando trabalho adicional, aumenta o risco de
o projeto no cumprir com o prazo ou com o oramento. Se voc perder a data final do projeto,
no ser convincente explicar para o cliente que o prazo foi perdido devido ao acrscimo de
trabalho no solicitado. Segundo, se voc adicionar mais trabalho para entregar mais, voc
11
estar assumindo a responsabilidade de tomar decises sobre o que ser mais valioso para o
cliente. O cliente poder ter bons motivos pelos quais as caractersticas adicionais no foram
includas no escopo do projeto. Na verdade, elas podem ter um valor mnimo para o cliente.
Poder ser mais valioso para o cliente ter o produto ou a soluo do projeto implementada
mais cedo e com menor custo. A questo que essa uma deciso do cliente e no do gerente
do projeto.
Se voc prometer menos e entregar mais, isso deve ser aplicado somente se voc entregar os
produtos do projeto mais cedo ou por um custo menor do que o previsto. No se deve englobar
a entrega de requisitos que no foram solicitados. De fato, o cliente poder solicitar a incluso
de requisitos adicionais no projeto, porm os novos requisitos devero ser processados por
meio de um processo de gerenciamento de mudanas do escopo. Se voc puder entregar o
projeto mais cedo ou por um custo menor, deixe que o cliente tome a deciso sobre o que
fazer com a boa sorte.
Gerente funcional
Responsvel pelos recursos alocados no projeto.
Cliente
Tambm conhecido como beneficirio em projeto finalsticos em organizaes
pblicas, so representados pela comunidade ou populao beneficiada.
Organizao
Instituio responsvel pelo empreendimento. Equipe - responsvel pela
execuo do projeto.
Patrocinador
Responsvel pelo aporte financeiro ou apoio poltico do projeto.
12
Gerente do projeto
Responsvel pelo sucesso ou insucesso do projeto.
Stakeholder
A palavra stakeholder ainda no tem traduo para o portugus. Comumente tem sido
traduzida como parte interessada ou parte envolvida.
O termo foi inicialmente utilizado em 1708 como uma pessoa que prende uma estaca.
Para compreender melhor devemos relembrar o momento em que os Estados Unidos estavam
sendo colonizados pelos ingleses. Estes, ao chegarem Amrica, utilizavam estacas para
demarcarem suas terras. Prender uma estaca no cho significava que em um determinado
raio a partir daquele ponto a terra j pertencia a algum.
No gerenciamento de projetos, o termo Stakeholder surgiu em 1963 em uma consultoria
realizada pelo Stanford Research Institute, como uma maneira de descrever um grupo de
pessoas e organizaes que no so acionistas, mas que, sem seu suporte, a empresa pode
deixar de operar ou existir. Fonte: MENDELOW, 1987, p. 177 apud PATTON. Q. M Utilization
Focused Evaluation. Sage. 1998
Um gerenciamento de projeto eficaz exige que a equipe entenda e use o conhecimento e as
habilidades relacionadas a, pelo menos, cinco reas de especializao, a saber:
13
14
15
16
17
18
Embora a figura ilustre fases distintas e processos distintos, essas fases podem se sobrepor em
um projeto real.
Bibliografia
BRASIL. Ministrio do Planejamento, Oramento e Gesto. Secretaria de Planejamento e
Investimentos Estratgicos. Manual de Elaborao Plano Plurianual 2008-2011. Braslia: MP,
2007.
BRASIL. Ministrio do Planejamento, Oramento e Gesto. Secretaria de Planejamento e
Investimentos Estratgicos. Alteraes do Plano Plurianual 2012-2015. Braslia: MP, 2013.
KOONTZ, H.; O`DONNELL, C. Fundamentos da Administrao. So Paulo: Livraria Pioneira,
1989.
PMI. Um Guia do Conhecimento em Gerenciamento de Projetos - Guia PMBOK. 4 Edio.
EUA: Project Management Institute, 2008.
PMI. Um Guia do Conhecimento em Gerenciamento de Projetos - Guia PMBOK 5 Edio. EUA:
Project Management Institute, 2013.
Encerramento do mdulo
Terminamos o Mdulo 1 - Introduo a Gerncia de Projetos.
Volte pgina inicial do curso e participe do Frum de Discusso. Sua participao corresponde
a 20 pontos na nota final do curso.
Em caso de dvida, contate o seu tutor.
19