quarta-feira, 22 de setembro de 2010

Vinte erros mais comuns (Parte IV)

(última parte da publicação)



ERRO # 16: Mostrar a todos "quem é que manda"
Muitas vezes um gerente de projeto se vê como o "presidente" do projeto. Por um lado isso não é necessariamente ruim, embora os gerentes de projeto devessem ter a percepção que o nome do cargo é apenas um título e com pouca autoridade real. O gerenciamento de projetos é frequentemente descrito como a liderança sem autoridade.
Um gerente de projeto que tenta mostrar que ele tem total poder sobre o projeto pode alienar os membros da equipe, especialmente aqueles que entendem alguma coisa de gestão de projectos. Às vezes, os membros da equipe deixarão o gerente do projeto acreditam que ele tem a autoridade e, em seguida, o usarão para descarregar toda e qualquer decisão do projeto, lançando sobre o gerente toda a responsabilidade por uma possível decisão equivocada.


ERRO # 17: Não se interessa em conhecer sua equipe
Pessoas que trabalham em equipes de projeto, principalmente se organizadas em uma estrutura matricial, sabem que têm um retorno garantido para a sua área funcional original depois que o projeto for concluído.
Os gerentes de projeto sabem isso tão bem, que cometem o erro de não achar que seja necessário conhecer sua equipe, uma vez que não teria mais contato com estes após a conclusão do projeto.
O gerenciamento de projetos é um esforço em equipe. Se o gerente não conhecer a equipe, então seus membros não poderão se sentir como se fossem parte desta. sabe-se que uma equipe pode promover melhor comunicação, cooperação, trabalho e confiança.
E se você não acredita que isso é importante, tente gerir um projeto de forma indiferente e veja o que acontece.


ERRO # 18: Não isolar a equipe das questões políticas do projeto
Fatores ambientais da empresa, especialmente aqueles de origem política, não devem afetar o desempenho da equipe. Cabe ao gerente de projeto e ao patrocinador isolar a equipe destes fatores.
Questões políticas podem fazer com que os membros da equipe percam seu senso de direção sobre o projeto e o desempenho será reduzido. Além disso, os membros da equipe que não são politicamente astutos podem envolver-se em áreas onde eles têm conhecimento limitado, o que pioraria a situação.


ERRO # 19: Não querer dizer "Não"
A palavra "não" poderia muito bem ser a palavra mais importante no vocabulário de um gerente de projeto. Tanto para tratar as relações com o cliente, como da equipe.
Após o go-live do projeto, os clientes (muitas vezes) tentam convencer o gerente a aceitar mudanças no escopo sem custo, a fim de manter o cliente satisfeito. Isso pode levar a conseqüências desastrosas...
Outra razão para dizer não é quando os membros da equipe reclamam que estão sobrecarregados de trabalho e tentar transferir parte desta carga para o próprio gerente. Embora seja verdade que os gerentes de projeto são, ao mesmo tempo, gestores e executores, eles devem conhecer suas próprias limitações.


ERRO # 20: Selecionando corretamente o campo de batalha
Para ser bom em fazer guerra, é preciso saber quando atacar, quando defender e quando sair em retirada, a fim de lutar novamente. Os gerentes de projeto inexperientes tendem a não entender corretamente quando lutar e quando desistir. Em vez disso, eles acabam lutando batalhas que deveriam ser combatidas por outros, ou por todos. Os gerentes de projeto deve saber se o campo de batalha é bom para eles.




NOTA:
Obviamente, esta lista não é exclusiva. No entanto, ele fornece algumas orientações sobre o tipo de problemas que os gerentes de projeto devem entender. Estes erros podem ser corrigidos e, assim, economizar tempo e dinheiro.


----------------------------------------------------------------------------------------------
Dr. Harold Kerzner (Ph.D., MS, Engenharia, MBA) é Senior Executive Director do International Institute for Learning, Inc., e professor de Sistemas de Gestão de Baldwin-Wallace College. Ele é um especialista nas áreas de gerenciamento de projetos, gestão da qualidade total e planejamento estratégico. Dr. Kerzner é o autor de livros best-seller, incluindo o Gerenciamento de Projetos: Uma Abordagem Sistêmica do Planejamento, Programação e Controle, agora em sua nona edição.

quarta-feira, 15 de setembro de 2010

Vinte erros mais comuns (Parte III)

(terceira parte do assunto)



ERRO # 11: Ignorando problema
Ignorar os problemas é semelhante ao erro anterior de não querer pedir ajuda. No entanto, ignorar um problema também pode parecer (para o cliente) que o gerente do projeto poderia tê-lo resolvido e não deu a devida importância. Assim, o problema logo se materializará.
Os problemas não vão embora. Em vez disso, eles aumentam de tamanho e as possibilidades de realizar uma solução pode diminuir, aumentando significativamente os riscos. Saber de um problema e não tomar nenhuma ação resolutiva pode ser visto como um "beijo da morte" pelo patrocinador e até mesmo se tornar o objeto de rescisão do projeto.


ERRO # 12: Acreditar em salvadores e milagres
Talvez a razão mais comum para não pedir ajuda ou ignorar o problema é que o gerente do projeto está à procura de um salvador ou de um milagre para resolver o problema. Ainda que os milagres possam ocorrer, tais como um rápido e repentino avanço técnico, as chances de isso acontecer são muito, muito baixas.

Os gerentes de projeto precisam desenvolver, logo no início do projeto, uma estratégia para lidar com os problemas. A esperança não é uma estratégia. Pelo contrário, é uma forma distorcida de racionalização para evitar um problema.


ERRO # 13: Prometer recompensas
Os gerentes de projeto inexperientes, muitas vezes, fazem promessas de recompensas, mesmo sabendo que eles não têm muita responsabilidade sobre os salários e vencimentos. No
entanto, acreditam que esta é uma forma eficaz de motivar a equipe. Os gerentes de projeto não podem fazer promessas de promoção, horas extras, gratificações, trabalhos futuros trabalhos e outras questões, mas persistem em fazê-lo.
Os membros mais experientes da equipe sabem o que um gerente de projeto pode e o que não pode prometer ou cumprir. O resultado é uma equipe desmoralizada, com pouca confiança no seu  gerente. Estes mesmos profissionais, também podem se recusar a trabalhar para este gerente do projeto no futuro.


ERRO # 14: Não ver dependências entre projetos
Os gerentes de projeto inexperientes muitas vezes ficam tão encantados com seus projeto que eles não conseguem ver mais nada à sua volta. O resultado é que eles acabam tomando decisões que são as melhores para o seu projeto, sem se importar com o todo.
Os gerentes de projeto devem estar dispostos a negociar suas decisões levando em conta a necessidade da empresa, e não apenas as do projeto, e isso requer uma compreensão das dependências entre os projetos e as atividades em curso. 
Lutando pelos melhores recursos da empresa não pode ser uma boa decisão, se esta for levada apenas pelas necessidades do seu projeto, principalmente se o seu projeto tiver uma prioridade muito baixa em comparação com outros projetos da empresa.


ERRO # 15: Não informar o cliente que estão errados
Acreditar que o cliente tem sempre razão não é necessariamente a postura mais correta em gerenciamento de projetos. Embora os gerentes de projeto pretendem apaziguar os clientes, eles  devem estar dispostos a dizer: "Sua decisão ou idéia está errada".
Isto é particularmente verdadeiro quando os clientes solicitam alterações no escopo, ou simplesmente mudar o rumo do projecto, sem compreender totalmente suas ramificações. Algumas pessoas acreditam que a palavra mais importante no vocabulário de um gerente de projeto é "não".


(última parte na próxima semana)

quarta-feira, 8 de setembro de 2010

Vinte erros mais comuns (Parte II)

(continuando da semana anterior)



Erro # 6: Não compartilhar responsabilidades com os gerentes funcionais
Nos primórdios da gestão de projeto, os gerentes dominavam a tecnologia.
Quando surgiam as necessidades de alocar pessoal, os gerentes de projetos negociavam recursos específicos que ficariam alocados sob sua direção técnica e não de um gerente funcional. O gerente funcional ainda manteve o controle sobre a administração de seus recursos, fora de um projeto.  Hoje, os gerentes de projeto têm apenas uma compreensão da tecnologia e, portanto, deve negociar com os gerentes funcionais suas necessidades de entregas e não de pessoas.
Os gerentes de projeto inexperientes acreditam que eles têm a responsabilidade exclusiva sobre a pessoa e, também, a responsabilidade para o sucesso do projeto. É um erro para o gerente de projeto não compartilhar esta responsabilidade com os gerentes funcionais, mesmo que esta situação não faça parte da atual cultura corporativa.

Erro # 7: Melhorias sem fim
A maioria dos gerentes de projeto quer encantar o cliente. No entanto, há limites que devem ser observados. Melhorar indefinidamente uma entrega após seu escopo ter sido alcançado pode sair muito caro.
Além disso, o cliente pode acreditar que eles sempre poderão obter essas melhorias sem custo em projetos futuros, pois um novo padrão foi definido.

Erro # 8: Não compreender o que os interessados e os patrocinadores querem ouvir
Um dos requisitos para passar no exame PMP® é a compreensão da Gestão de Custos e, mais especificamente, as fórmulas atribuída a medição de valor agregado.
Embora não haja o mérito deste, reportar uma métrica para o valor agregado é apenas parte do que as partes interessadas e os patrocinadores querem ouvir. É imperativo que, como parte da gestão de stakeholders, gerentes de projeto entrevistem os interessados para saber quais informações que estes consideram importantes.
Todos os interessados podem querer um conjunto diferente de monitoramento de métricas e indicadores de desempenho (KPI). O gerente de projeto pode achar que é necessário desenvolver um painel de desempenho diferente para cada uma das partes interessadas. Isso poderia incorrer em custos significativos, se não previstos para o orçamento.

Erro # 9: Não entender completamente os requisitos do projeto
Os mais inexperientes gerentes do projeto, na maior parte do tempo, tenderão a utilizar suas próprias interpretações dos requisitos, em vez de consultar a especialistas no assunto. Isso pode levar a desorientação na abordagem técnica e as modificações onerosas nas fases posteriores do projeto.
Muitas vezes, não é o gerente de projeto o elo inicial entre as partes interessadas, mas o pessoal de vendas e marketing. O gerente do projeto, em seguida, herda as exigências do projeto e pode não estar plenamente conscientes dos pressupostos utilizados na elaboração da proposta comercial.

ERRO # 10: Recusando-se a pedir ajuda
Um dos erros mais comuns cometidos pelos gerentes de projeto inexperiente é a crença de que a pedir ajuda irá fazê-los parecer incompetentes aos olhos dos seus pares e subordinados. Nada poderia estar
mais longe da verdade. Bons gerentes de projeto reconhecem seus limites e busca ajuda com a maior brevidade possível.
Recusar-se a procurar a ajuda pode resultar em desvios de cronograma e custos excessivos. Se gerente de projeto perde muito em busca de ajuda, o número de opções para corrigir o problema pode diminuir. Os patrocinadores devem encorajar os gerentes de projeto a pedirem ajuda no momento mais próximo possível. No entanto, deve ficar claro que o patrocinador não é a área de escape para todos os problemas que o gerente de projeto não pode resolver.

(continua na próxima semana)

quarta-feira, 1 de setembro de 2010

Vinte erros mais comuns (Parte I)

Para ler o original, clique abaixo:
Vinte erros comuns cometidos pelos gerentes de projeto novos ou inexperientes.
Por Harold Kerzner, Ph.D., PMP



Você já leu o PMBOK® diversas vezes, fez o exame de certificação para gerentes de projeto, passou, e agora você é um PMP®. No entanto, descobre que os erros persistem. 
Os gerentes de projeto não são infalíveis. A maioria dos cursos de formação em gestão de projeto, mesmo as que incidam sobre o Guia PMBOK®, estressam o tema dos "geralmente aceitos como as melhores práticas"". O que não é ensinado são as discussões sobre o que não se deve fazer como um gerente de projeto.


A lista abaixo mostra vinte dos erros (neste post, os cinco primeiros) mais comuns que os gerentes de projetos jovens ou inexperientes costumam fazer. Obviamente que há mais de vinte erros e, muitos deles, podem ser exclusivo para indústrias ou situações específicas. No entanto, a lista é um bom ponto de partida para entender por que muitos gerentes de projeto entram em apuros por causa de suas próprias atitudes.


Erro # 1: Detalhamento excessivo
Gerentes de projeto inexperientes tendem a ficar encantados com a estruturação das atividades de um projeto (sigla em inglês WBS: Work Breakdown Structure).
Um gerente de projeto recém-nomeado me pediu para rever a sua WBS para um projeto de TI. O projeto de trinta dias tinha 340 pacotes de trabalho e alguns dos pacotes de trabalho foram divididos em minutos em vez de horas ou dias. Enquanto o gerente estava orgulhoso de sua realização na criação de um WBS em "nível micro", ele se recusou a considerar a quantidade de tempo e o esforço exigidos pela equipe para gerenciar esse nível de detalhe. O custo envolvido para estabelecer as 340 atividades e monitorá-las poderia facilmente aumentar o custo de apoio à gestão do projeto, em cinqüenta por cento ou mais.
Os gerentes de projeto deve estabelecer um nível adequado de WBS para gerir. Criar uma WBS altamente detalhada é um convite para microgerenciar um projeto, alienando assim os gerentes funcionais. A maioria dos gerentes de projeto hoje não possuem conhecimentos técnicos para criar uma WBS detalhada, sem assistência funcional. Apenas imagine-se aprensentando na reunião de kick-off para um projeto de trinta dias e sendo entregue uma WBS com 340 pacotes de trabalho...


Erro # 2: Fingindo saber mais do que você realmente conhece
Na maior parte dos casos, os gerentes de projeto que possuem hoje uma compreensão da tecnologia ao invés do domínio desta tecnologia, ainda persistem na tentativa de tomar decisões técnicas sobre o projeto.
O tamanho e a complexidade dos projetos de hoje devem deixar claro para os gerentes de projeto que devem depender dos especialistas no assunto e levar um apoio funcional para a dar a direção técnica do projeto. Em alguns projetos, como em R&D (pesquisa e desenvolvimento), as atribuições de gerente de projeto pode ser ditada pela necessidade de domínio de uma tecnologia ao invés de apenas sua compreensão, mas esta é uma exceção e não a regra.
Bons gerentes de projeto sabem das suas limitações e não tentar impor uma solução sem consultar primeiro com os verdadeiros especialistas.


Erro # 3: Preparar uma agenda ambiciosa
Quanto mais inexperientes o gerente de projeto, mais otimista se tornará quando da
elaboração de um cronograma inicial.
Embora metas ambiciosas possam ser interessantes, elas são frequentemente irrealistas e podem piorar a situação com os clientes, para os quais nunca é dito que o cronograma é ambicioso e, portanto, acreditam que o cronograma seja realista.
Os clientes passam a focar as datas marco e agora, quando o um deslizamento de metas mostra-se ambiciosas demais para a realidade, você tem um cliente insatisfeito que quer saber quais outras surpresas aparecerão adiante.
Outro fator a considerar é o impacto dessas agendas sobre as estimativas funcionais. Cronogramas ambiciosos podem exigir que os membros da equipe estejam em uma posição mais alta na curva de aprendizagem para conseguirem executar as atividades nos tempos necessários, mudando assim, os padrões funcionais. Além disso, tais atividades podem demandar mais comprometimento da equipe quanto seus horários permitem, tornando o cronograma irreal.


Erro # 4: Dependência excessiva de processos repetitivos
As empresas podem levar anos na criação de uma metodologia Enterprise Project Management (EPM). A intenção é que a metodologia seja utilizada em todos os projetos para todos os clientes e do início ao fim de qualquer projeto.
Embora a intenção tenha mérito, metodologias de EPM não servem para todos os problemas possíveis que poderão existir em cada projeto. Ter fé absoluta na expectativa de que os processos repetitíveis irão resolver seus problemas é um erro. Os processos repetitivos aparecem na forma de diretrizes, formulários, modelos e listas de verificação. processos repetitivos não são uma substituição ou substituto para a atenção da administração, a partir de tomada de decisão, ou resolução de problemas.
Eles são apenas ferramentas para o gerente de projetos utilizar e, como todos sabemos, os projetos são geridos por pessoas e não ferramentas.


Erro # 5: Ignorando problemas
Todos os projetos têm problemas.
Gerentes de projeto inexperientes gastam boa parte do tempo necessário para resolver estes problemas apenas para descobrir que os custos de corrigir estes problemas mais tarde (que não no ciclo de vida do projeto) foi significativamente mais caro do que se os reparos tivessem acontecido nas fases anteriores do projeto.
Os gerentes de projeto não podem ser seletivo em quais problemas resolver. Todos os problemas do projeto devem ser abordados e quanto mais cedo, melhor. Embora seja verdade que os gerentes de projeto podem não ser capazes de resolver os problemas eles mesmos, eles deveriam pelo menos saber quais são os especialistas no assunto de que necessitam para resolver tais questões.


(continua na próxima semana)