GP em Destaque

É uma orientação documentada para que o trabalho do projeto seja executado de modo que seu desempenho futuro esperado fique de acordo com o plano de gerenciamento do projeto ( fonte:  PMBOK 4ª Edição )

Observe que na própria definição temos que esse tipo de ação é necessária para que no futuro o projeto esteja de acordo com a linha de base do projeto, ou seja, neste momento o projeto já se encontra em divergência em relação ao planejado. A ação corretiva se difere da ação preventiva, pois é realizada após um desvio do plano, ao passo que, a ação preventiva é realizada para que o desvio não ocorra.

Supondo um cronograma atrasado em 5 dias devido a fortes chuvas que ocorreram e a estrada foi totalmente destruída. O meio de transporte contratado foi caminhão. Será que uma ação corretiva em solicitar a entrega do equipamento através de um meio de transporte aéreo não diminuiria o impacto no cronograma. Lógico que, toda ação corretiva deve ser analisada para que tenhamos o impacto em outras áreas do projeto.

Reforçando:

• Ação corretiva -> já houve o desvio
• Ação preventiva -> evitaria o desvio

Segundo o PMBOK, ação preventiva é uma orientação documentada para a realização de uma atividade que pode reduzir a probabilidade de consequências negativas associadas a riscos  do projeto.

Um exemplo claro em que a ação preventiva não está sendo considerada ou até mesmo ignorada é a quantidade de pessoas que ainda permanecem em suas casas em áreas de riscos de deslizamentos. Tanto por parte delas, tanto por parte do governo que faz de conta que está preocupado com essas famílias, porém, nem mesmo identica ou realiza o planejamento de uma ação preventiva para o próximo período de chuvas. Ou seja, 1 ano sem fazer nada e depois gastando milhões com as ações corretivas ( falaremos em um post posterior sobre as ações corretivas )

Prevenir é melhor que remediar….

A Faculdade Católica de Uberlândia oferecerá a partir do segundo semestre de 2010, o curso MBA m Gerenciamento de Projetos, Programas e Portfólios. Sem dúvida nenhuma vale a pena conferir.

Abaixo a ementa do curso:

Através de teorias e oficinas práticas, esse curso pretende desenvolver nos alunos a capacidade e a habilidade para atuar como gerentes de projetos de qualquer natureza, porte ou complexidade . Fazer com que identifiquem as influências do ambeinte no qual os projetos são gerenciados, a viabilidade e priorização dos projetos, gerenciem conflitos, aprendam a liderar equipes, gerenciamento dos recursos, escopo, tempo, orçamento, qualidade, comunicações, riscos e aquisições de forma integrada. Proporciona ao profissional o conhecimento de como se gerencia um projeto, utilizando as práticas, segundo Guia PMBOK® do PMI®, fazendo com que ele consiga adquirir experiência, no prórpio curso, na criação de uma metodologia de gerenciamento de projeto, durante as práticas que serão desenvolvidas e atenda as vantagens na utilização dessa metodologia.

Carga Horária Total: 420h/a

Carga Horária Opcional: 36h/a ou 56h/a

MÓDULO I: 96h/a

Aula Inaugural:

Ambiente atual do curso de Gerenciamento de Projetos- 2h/a

Perfil do Profissional Gerente de Projetos- 2h/a

Arquitetura Organizacional- 16h/a

Project Office e Nível de Maturidade- 16h/a

Análise de viabilidade de Projetos- 24h/a

Gerenciamento de Projetos Virtualmente- 16h/a

Matemática Financeira- 16h/a

Métodos e Técnicas de Pesquisa Científica- 8h/a

MÓDULO II: 24h/a

Fundamentos de Gerenciamento de Projetos e Introdução ao PMBok- 16h/a

Gerenciamento de Integração em Projetos- Parte I- 8h/a

Gerenciamento de Escopo em Projetos- 24h/a

Gerenciamento de Tempo em Projetos- 24h/a

Treinamentos (MS- Project, WBS- Chart Pro)- 16h/a

Gerenciamento de Custos em Projetos- 16h/a

Gerenciamento de Pessoas em Projetos- 16h/a

Gerenciamento em Qualidade de Projetos- 24h/a

Gerenciamento da Comunicação em Projetos- 16h/a

Gerenciamento de Riscos em Projetos- 16h/a

Gerenciamento de Aquisições em Projetos- 16h/a

Gerenciamento de Integração de Projetos- Parte II- 8h/a

Métodos e Técnicas de Pesquisa Científica- 16h/a

MÓDULO III: 100h/a

Negociação e Administração de Conflitos- 16h/a

Ética e Responsabilidade Profissional- 16h/a

Gestão de Portfólio de Projetos- 24h/a

Técnicas de Apresentação Oral- 8h/a

Oficina e jogos de negócios- 20h/a

Métodos e Técnicas de Pesquisa Científica- 16h/a

MÓDULO IV: 36h/a ou 56h/a

Preparatório para a certificação CAPM- PMQM- 36h/a

Preparatório para a certificação PMP- PMQM-56h/a

Nada mais gratificante para um profissional da área de gestão de projetos conseguir a certificação PMP ( Project Management Professional ) do PMI ( Project Management Institute ).

Assim, gostaria de compartilhar como foi minha preparação para esta prova. ( aproximadamente 4 meses – estudando somente a noite )

• Leitura do PMBOK pelo menos 2 vezes.
• Leitura do livro da Rita Mulcahy 2 vezes.
• Leitura do livro do Paul Dinsmore
• Realizei os exercícios de cada área de processo
• Diversos simulados ( aproximadamente 2.000 questões )

Força de vontade é o mais importante, pois você terá que abrir mão de diversas coisas, como, estar com a família, sair com os amigos, assistir a um bom filme, etc. Mas lembre-se que essa dedicação será recompesada.

Não é necessário decorar entradas e saídas dos processos do PMBOK, basta entender o relacionamento entre eles. Você economizará muitas horas de estudo.

Não deixe de entender os itens de responsabilidade social e ética.

Na véspera da prova, descanse. Você não irá aprender mais nada estudando neste momento.

Analise as condições de trânsito e local da prova, principalmente se for necessário viajar para realizá-la.

Durante a prova, caso tenha dúvida em alguma questão, marque para revisão posterior e passe adiante. Não fique pensando na questão que assinalou, senão, não fará as próximas com a atenção necessária.

A prova é muito cansativa e se necessário levante, tome uma água. No meu caso, eu optei por fazer a prova de uma só vez – realizei em 2 horas. Parei por 5 minutos, tomei água e depois voltei para revisar as questões que possuia dúvida.

Caso vocês tenham alguma dúvida, fique a vontade em escrever, terei o prazer em ajudá-los.

No post anterior, falamos dos grupos de processos de um projeto. Relembrando, os grupos de processos são : Iniciação, Planejamento, Execução, Monitoramento e Controle e Encerramento.

Esses grupos são executados ou realizados durante o ciclo de vida do projeto. Mas o que é ciclo de vida do projeto ? Qual a diferença entre o ciclo de vida do projeto e o ciclo de vida do produto ?

Vamos lá….

O ciclo de vida do projeto corresponde o que você precisa fazer para disponbilizar um produto, serviço ou entrega. As fases do projeto vão depender da área de atuação, isto é, para cada organização as fases do ciclo do projeto são diferenciadas. Ex: para a área de TI, teriamos as fases de análise de requistios, projeto, execução, testes, etc e já para área de construção poderiamos ter as fases de viabilidade, planejamento, planta, execução, entrega e outras.

Já o ciclo de vida do produto, corresponde toda a vida útil do produto, desde o início da elaboração do projeto até o seu descarte, ou seja, desde a fase de estudo de viabilidade do produto, passando pela fase de elaboração ou fabricação do produto, da utilização do produto pelo cliente e por fim o descarte do produto.

Observem que podemos ter diversos projetos durante o ciclo de vida do produto, nas fases de concepção, crescimento, maturidade, declínio e retirada.

Assim, o ciclo de vida de um determinado produto possui diversas fases onde uma dessas fases “pode” ser um ou diversos projetos. Este ou estes projetos, possuem o seu ciclo de vida constituído também por suas diversas fases.

Hoje vamos falar um pouco dos grupos de processos tendo como base o PMBOK.

Independente do tamanho do projeto, os grupos de processos citados abaixo devem ser realizados. O que caberá ao gerente do projeto decidir, será quais os processos de cada grupo serão utilizados em cada projeto. Mas os processos, trataremos em outro post.

Os grupos de processos são:
Iniciação – Processos para definir um novo projeto ou nova fase de um projeto existente, obtendo autorização para início deste projeto ou fase.

Planejamento – Processos para definir o escopo do projeto, refinar os objetivos e desenvolver o plano de ação necessário para alcançá-los.

Execução – Processos para executar o trabalho definido no plano de gerenciamento do projeto.

Monitoramento e Controle – Processos para acompanhar, revisar e regular o progresso e o desempenho do projeto, identificando as ações necessárias para atingir os objetivos definidos.

Encerramento – Processo para finalizar todas as atividades de todos os grupos de processos, encerrando formalmente o projeto ou fase.

Abaixo, temos as principais mudanças da versão do PMBOK 4ª em relação a versão anterior ( 3ª ).

• Os nomes dos processos foram alterados para verbo-substantivo.
• O número de processos foi reduzido de 44 para 42.
  • Dois foram excluídos ( Desenvolver a declaração do escopo preliminar do projeto / Planejamento do escopo )
  • Dois foram adicionados ( Coletar os requisitos / Identificar as partes interessadas )
  • Seis foram reconfigurados
    • Encerrar o projeto para Encerrar o projeto ou fase
    • Gerenciar a equipe do projeto – deixou de ser um processo de controle para ser um processo de execução.
    • Gerenciar as partes interessadas – Alterado para Gerenciar as expectativas das partes interessadas. Deixou de ser um processo de controle para ser um processo de execução.
    • Planejar compras e aquisições e Planejar contratações – unificados em Planejar as aquisições.
    • Solicitar respostas de fornecedores e Selecionar fornecedores – unificados em Realizar aquisições.

Considerando o PMBOK como referência, é muito comum os profissionais menos experientes em gestão de projetos acreditar que todos os processos presentes no guia deve ser praticado em todos os projetos.

Na verdade, cabe ao gerente de projetos decidir quais processos se encaixam nas características do projeto.

Considerando um projeto de desenvolvimento de um portal WEB, onde neste exemplo, temos a certeza de que todas as funcionalidades serão implementadas pela equipe interna, não precisaríamos nos preocupar com os processos de aquisições, uma vez que não dependeremos de serviços de fornecedores ou parceiros.

Outro exemplo que podemos citar, é a necessidade de realizar a análise qualitativa de riscos, uma vez que dependendo da análise quantitativa, o gerente de projetos deverá decidir se há ou não a necessidade de realizar esse processo.

Concluindo, o PMBOK é na verdade um guia a ser considerado como referência e NÃO um passo-a-passo a seguido pelos gerentes de projetos….