Projetizando a Vida

Oi Pessoal,

A Partir  do dia 10/05/2010 estarei ministrando 0 curso de  Gerenciamento de Projetos com as práticas do PMBOK 2008 na Stefanini Training, que fica em São Paulo na Avenida Angélica.

É um curso para Gerentes de Projeto Iniciantes que queiram conhecer(Ou conhecer mais sobre) o PMBOK.

O Curso tem 32 horas e será ministrado as Segundas/Quartas e Sextas. O Investimento para esse custo está com valor bastente  interessante é de apenas  R$  702,00.

Mais Informações e Inscrições através do Site da Stefanini Training

Todas as pessoas que se interessaram por Gerenciamento de Projetos já ouviu que entre 80 e 90% do tempo de um Gerente de Projetos é ” gasto”  como COMUNICAÇÃO.

O PMBOK em sua 4ª Edição(versão 2008) afirma, na página 338(versão em Português) que: ” A comunicação foi identificada como a maior razão de Sucesso ou Fracasso de um projeto.”

Apesar disso dentro da gigantesca bibliografia de gerenciamento de projeto é extremamente difícil encontrar bons livros falando sobre o assunto (confirmei isso recentemente, ao iniciar a orientação de uma aluna em seu TCC de Pós Graduação em Gestão de Projetos), mesmo o PMBOK, depois de afirmar a sua importância através da frase citada acima, dedica apenas 21 de suas 336 páginas ao Gerenciamento da Comunicação,  e vale ressaltar que isso significa um avanço em relação a versão 2003, que dedicava apenas 14 páginas…

O Grande problema que percebi em várias metodologias de desenvolvimento/gerenciamento com que trabalhei é que se confunde  documentação com comunicação.

Documentação é importante sim, para que todos saibam o que está acontecendo, para nivelar informações, para sinalizar o acompanhamento do projeto.

Dentro da área de conhecimento de Gerenciamento da Comunicação o PMBOK em sua  4ª Edição (2008) define 5 Processos:

1.       Identificar Partes Interessadas

2.       Planejar as Comunicações

3.       Reportar o Desempenho

4.       Gerenciar as Expectativas das Partes Interessadas

5.       Distribuir Informações

Em minha experiência de projetos, gerenciando e sendo gerenciado, pude perceber que os processos que recebem maior atenção são Reportar o Desempenho e Distribuir Informações, muito provavelmente porque esses elementos são, basicamente, processos de DOCUMENTAÇÃO.

Ouvi certa vez de um superintendente, em reunião para Gerentes de Projeto, a seguinte frase: ” Se falharmos na documentação do que ocorreu durante o projeto, ficamos sem defesa, nas mãos do cliente…”

Realmente isso é verdade, se não está documentado, não temos defesa, MAS…

Precisamos mesmo nos defender sempre?

Para mim essa metodologia devia se chamar COASS (Cover Our ASS!).

Essa frase parece afirmar que o projeto terá problemas, que o cliente ficará insatisfeito e que precisamos nos resguardar, fiquei com vontade de perguntar (mas não perguntei num de meus raros momentos de lucidez): Não seria melhor evitarmos q insatisfação do cliente? GERENCIARMOS SUAS EXPECTATIVAS, para que no final, pelo menos na maioria dos projetos, não ser necessária uma defesa?

Não estou dizendo que a documentação não é importante, apenas que existem outros processos tão (ou mais) importantes que a documentação.

O Grande problema é que documentar é fácil(chato e trabalhoso, mas fácil), basta ser metódico e organizado, atualizar um cronograma, escrever um report e disponibilizá-lo, fazer atas de reunião,  não existe um segredo para isso, um bom template e algumas explicações e qualquer Gerente Flanelinha (artigo O Gerente de Projetos e o Flanelinha) consegue realizar.

Já o Processo: GERENCIAR AS EXPECTATIVAS DAS PARTES INTERESSADAS é muito mais complicado, afinal é preciso primeiro saber quem  são as PARTES INTERESSADAS? quais são suas expectativas?  Elas são viáveis? Estão dentro do Escopo do Projeto?

Note que o verbo empregado é GERENCIAR e não ATENDER e muito menos SUPERAR.

Gerenciar expectativas exige uma atitude muito difícil, é preciso SE RELACIONAR com a parte interessada, é preciso saber negociar, influenciar e, raras vezes, impor limites.

E SE, e sempre tem um ” e se…”, com tudo isso, o cliente ainda tiver uma expectativa inviável, seja em termos de prazo, em termos de custo ou de escopo?

Infelizmente essa situação é mais comum do que o desejado, o Gerente de Projetos é alocado pela Organização Executora, que vendeu a um Cliente um projeto inviável, ou o Cliente solicitou um produto e na verdade deseja outro…

Esse é um caso clássico de CONFLITO DE EXPECTATIVAS, e é exatamente nesse contexto que o Gerenciamento das Expectativas é fundamental, as partes precisam saber que as expectativas são incompatíveis, é preciso negociar, tentar influenciar ou até mesmo impor limites, claro que tudo isso precisa ser DOCUMENTADO, mas se as expectativas forem gerenciadas, a Documentação pode sim funcionar como defesa, mas pelo menos nenhuma das partes interessadas poderá dizer que foi uma surpresa.

É mais complicado que simplesmente documentar? Sim, muito mais complicado…

Talvez por isso Gerentes de Projeto ganhem mais que Documentadores…

Pensando em projetos baseado nos relatórios de acompanhamento e no resultado final costumo afirmar que existem dois tipos de projetos:  os que dão certo  até dar errado e os que dão errado até  dar certo…

Quem não me conhece vai me achar pessimista, mas não é isso, essa é uma visão tremendamente otimista… *Rs

Todos que tem que já trabalharam em projetos sabem que o ambiente de projeto é um ambiente complexo, por mais simples que seja o projeto existem dezenas de variáveis para cada elemento, e fazer com que todas essas variáveis estejam sempre de acordo,  não é um trabalho simples…

Mas voltando ao meu primeiro parágrafo, vamos analisar o primeiro caso:

• 1. É aquele projeto onde tudo corre as mil maravilhas, mês a mês o percentual do projeto concluído evolui exatamente como o previsto, sem nenhuma ocorrência, nenhum dos riscos se confirma, não existe mudança de escopo, não existe atrasos em atividades intermediárias… O Mundo perfeito, até que o projeto chega nos seus 99% de conclusão…
  Nesse momento, alguma coisa acontece, talvez um encosto, inveja ou olho gordo de alguém, mas o projeto trava nesse 99%, e nada faz com que ele ande…
  Quando muito vai para 99,01, 99,02%…
  Então se descobre que o projeto não teve apoio do Sponsor, que o usuário mudou 5 vezes o escopo, que o fornecedor atrasou, que um dos profissionais alocados saiu da empresa e não foi possível substituí-lo, que alguém dimensionou errado, enfim, o projeto em que deu tudo certo, dá errado.
• 2. Vamos analisar o segundo tipo de projeto, já no primeiro relatório, o Gerente de Projetos aponta que o usuário quer mudar o escopo, atividades atrasam e ações precisam ser tomadas para recuperar o tempo perdido, o fornecedor atrasa, como demonstra os reports diários de atraso do GP. Os riscos ocorrem, surgem novos, novas ações de resposta aos riscos são definidas, enfim, nada dá certo, até que se aproxima a data de entrega do projeto e, MILAGROSAMENTE, o projeto acontece, e o projeto dá certo…

Sorte? Azar? Ou competência?

Costumo dizer que não sei qual será meu próximo projeto, mas sei de duas coisas: O Escopo vai mudar, e algo vai dar errado.

Isso não é pessimismo, não é fatalismo… Como dizia uma música dos anos 1970; ” Hope for the Best, but expecting dthe Worst…”  ( Esperando pelo melhor, mas se preparando para o Pior, numa tradução livre), esse deve sempre ser o comportamento do Gerente de Projeto, ao apontar desvios, que para muitos é um erro, ele força as ações que dirigem o projeto para o sucesso.

Já se nada é apontado, nada é feito, e no final…

Mas ai aparece aqueles que dizem, mas e se realmente nada acontecer e der certo no final?

Bom um projeto desses não precisaria de um Gerente de Projetos… E como não acredito em projetos sem Gerentes de Projeto, não consigo acreditar em projetos assim…

Ola pessoal…

Estou realmente sumido do Blog, estou com um desafio profissional importante, depois de 6 meses começo a ver os primeiros resultados, isso deve me dar em breve tempo para retornar ao blog, aguardem…

Mas enquanto isso continuo com meu foco em Divulgar a cultura do GP, estou ministrando um curso de Gerenciamento de Projeto segundo as Práticas do PMBOK 2008, pela Stefanini Training, empresa de treinamento do grupo Stefanini IT.

Esse treinamento de 32 horas é voltado para iniciantes e leigos, e apresenta de forma prática o PMBOK.

Ainda tem poucas vagas, quem se interessar pode pedir mais informações no site da Stefanini, é só clicar aqui…

IMPORTANTE: O curso é ministrado em 4 sábados e  começa em 28/11.

Meu mais recente projeto é a reestruturação de uma empresa de treinamentos em TI.

NEsse desafio  tenho me deparado com esse questionamento no dia a dia, e por isso resolvi escrever este posto para dar uma resposta definitiva, direta e que não deixe dúvidas.

A Resposta é: DEPENDE.

Existem no mercado muitos cursos (e isso não é prerrogativa do Gerenciamento de Projetos) “baratinhos”, que prometem o impossível e que tentam forçar o ” candidato a  aluno”  a uma decisão tendenciosa que resulte na compra do curso oferecido.

Não gosto dessa posição por achar que ela caminha pelo limite da ética, um argumento mais forte e ela cai para o lado errado…

Por isso eu respondo Depende, e procuro ajudar quem faz a pergunta a encontrar sua própria resposta, porque o que serve para um, pode não servir para outro, vamos analisar esses três caminho:

 CERTIFICAÇÃO

As certificações, e a Certificação PMP oferecida pelo  PMI não é exceção, não tem por objetivo ensinar algo, mas avaliar se o candidato já tem conhecimento suficiente para assumir uma determinada função, é um ” carimbo de atestado de competência” . São reconhecidos pelo mercado, e apesar de ter minhas ressalvas  a essa ” papelocracia” (um papel manda que o mercado te reconheça), é uma realidade de mercado e faz diferença na carreira profissional. Porém os cursos de certificação não tem por objetivo ensinar nada, a preparar o candidato para exercer uma função.
O Objetivo é preparar o candidato (que já CONHECE o assunto) para passar na prova e tirar sua certificação.
Portanto não é indicado para quem quer iniciar a carreira. O Público alvo é quem tem MUITO conhecimento e quer apenas comprovar isso, com um certificado reconhecido internacionalmente.  Mesmo porque, pelas regras do PMI (que muitos tentam burlar com informações falsas) é preciso ter 4.500 horas de experiência para se candidatar a prova.

PÓS GRADUAÇÃO

Embora muitos cursos ” vendam diplomas”, os cursos de Pós sérios (em todas as áreas)  se preocupam com a transmissão de conhecimento. Porém a estrutura ideal de um curso de pós  exige um bom conhecimento prévio e se possível alguma experiência, pois é dessa troca de experiência que nasce o conhecimento, e que diferencia um bom curso de Pós.  Portanto não são também o mais indicados para iniciantes, apesar de  muitos procurarem o curso pelo Certificado, o conhecimento, que deveria ser o principal motivador de um curso desse, só é realmente aproveitado por quem tem alguma experiência na área de abrangência.

FORMAÇÃO

Os cursos de formação, sejam  eles de graduação ou cursos livres,  são cursos apropriados para quem deseja iniciar numa nova área, pois normalmente partem de um ponto mais básico e são modulares, permitindo que o conhecimento seja absorvido de forma gradual, no ritmo adequado para cada aluno. Infelizmente no caso de Gerenciamento de projetos, curso de formação são raros, principalmente na área de TI, por isso escrevi o Artigo Gerente de Projetos de TI: Uma Carreira Acidental?.

Esse é o caminho recomendado para iniciantes e que, ainda por cima, é o de custo mais baixo.

Por esses motivos a reposta de qual o Melhor curso é DEPENDE:

1. Se você já é um Gerente de Projetos experiente, busque a certificação

2. Se você tem uma boa base, e alguma experiência, busque uma Pós Graduação

3. Se você quer INICIAR na carreira, procure um curso de formação

 

Aproveitando:

A Empresa de treinamentos em que trabalho,a Stefanini Training,  oferece essas 3 possibilidades: Preparatório para  Certificação PMP,  Pós Graduação (Em Parceria com o ITA) e um curso de Formação Básica em GP para Analistas de Sistema.