Gerenciamento de Projetos: Os 10 mandamentos
O gerenciamento de projetos é um assunto que está em voga, e artigos sobre o tema pipocam em todas as mídias. A ComputerWorld não foge à regra, e publicou na sua seção Management um interessante artigo propondo os 10 mandamentos do gerenciamento de projetos.
Segundo o subtítulo, estes mandamentos vão levar sua organização à terra prometida da cultura baseada em projetos. Eu não faria uma afirmação tão ampla, mas tenho certeza de que eles podem provocar algumas reflexões interessantes.

Por ser produto da ComputerWorld e ter como autor James M. Kerr, cuja carreira foi na gestão de TI, o texto tem forte inclinação para os aspectos que afetam a área de tecnologia nas organizações. Mas mesmo que não seja o seu caso, certamente você pode adaptar grande parte das propostas à sua realidade.
Aparentemente, o artigo "The Ten Commandments of Project Management" ainda não foi traduzido pela ComputerWorld brasileira. Mas abaixo você encontra uma tradução parcial, com algumas adaptações e flexões para melhor adaptar o texto à realidade brasileira.
Leia também: "Gerenciamento de Projetos: uma versão “light” para aplicar em pequenos projetos" e "Gerenciamento de projetos pessoais: Não faça suas estimativas no vácuo", aqui no Efetividade.net.
Os 10 mandamentos do gerenciamento de projetos
I - Estreitarás teus escopos. Nada é pior do que um projeto interminável. Ele pode sugar todos os recursos e esgotar até mesmo a equipe mais motivada. Para manter os projetos firmes e orientados, concentre seus maiores esforços em projetos menores, que tenham entregas ("deliverables") alcançáveis e que possam cumprir seus prazos. A longo prazo, uma série de vitórias pequenas tem mais impacto sobre a organização do que uma gigantesca orquestra sinfônica que nunca chega a tocar.
II - Não tolerarás equipes inchadas. Uma boa maneira de começar com o pé direito é garantir que a equipe do projeto terá o tamanho certo. Equipes maiores são mais difíceis de motivar e administrar, e as personalidades podem ficar no meio do caminho, atrapalhando o trabalho. Não existe um tamanho ideal para a equipe, mas uma boa regra empírica é ter uma pessoa para cada papel e um papel para cada pessoa. Se alguns integrantes tiverem que desempenhar mais de um papel, tudo bem - se você for errar o dimensionamento, erre a favor de uma equipe menor.
III - Exigirás dedicação de todas as áreas envolvidas. Se a área de TI aceitar um prazo apertado, mas parte dos documentos de projeto precisar ser aprovado pelas demais áreas da organização, e elas não estiverem comprometidas da mesma forma, o projeto acaba virando uma gincana. Se as áreas de negócio aceitam um prazo apertado, mas dependem de um aplicativo a ser desenvolvido pela área de TI, que não está comprometida da mesma forma, o projeto também acaba virando uma gincana. O gerente de projeto deve se posicionar de forma a que todas as áreas diretamente envolvidas no sucesso do projeto estejam comprometidas, e disponíveis na medida da necessidade, desde o princípio.
IV - Estabelecerás um comitê para analisar o andamento. O comitê de acompanhamento, qualquer que seja seu título oficial, é o corpo diretivo do projeto. Ao mesmo tempo em que lida com questões relacionadas às políticas e estratégias da empresa, ele pode e deve remover as lombadas e obstáculos do caminho do projeto. Um arranjo típico envolve reuniões quinzenais das áreas de gerência intermediária envolvidas no projeto, para analisar seu andamento e verificar como se envolver das formas descritas acima.
V - Não consumirás tua equipe. O 'burnout', ou esgotamento físico e mental dos membros da equipe, causado pelo stress e esforço das atividades, não é incomum. Fique atento às necessidades das pessoas e evite este efeito que reduz a efetividade da equipe - não planeje de forma que o envolvimento das pessoas vá exigir sacrifícios incomuns e continuados. Em particular, evite o efeito do envolvimento serial: o popular efeito "sempre os mesmos" - pessoas que se destacam por resolver bem os problemas que recebem, e assim acabam sendo envolvidos em mais projetos do que seria racional, gerando stress para elas, e disputa de recursos para os projetos.
VI - Buscarás apoio externo quando necessário. Adotar consultores em gerenciamento de projetos é uma forma de prevenir o esgotamento. Além de aumentar as equipes, os especialistas externos muitas vezes podem trazer valiosas novas idéias, perspectivas e energias. É essencial trazer o profissional certo no momento certo: especialistas nos aspectos técnicos e de mercado não são a mesma coisa que especialistas em gerenciamento de projetos. Considere as características do projeto e da equipe antes de definir o tipo de apoio externo necessário.
VII - Darás poder às tuas equipes. Equipes de projeto que já estejam se esforçando para cumprir seus escopos e prazos não precisam ter preocupações adicionais com questões formais como o preenchimento de formulários de registro de atividades para seus departamentos, ou participação em reuniões periódicas de seu órgão de origem. Ao invés disso, eles devem ter o poder discricionário de dedicar-se às atividades essenciais e que agregam valor ao projeto, e a estrutura deve se esforçar para adaptar-se a estas condições. Mas é importante que os membros da equipe correspondam a esta confiança, saibam claramente o que se espera deles e de que forma devem usar sua iniciativa.
VIII - Usarás ferramentas de gerenciamento de projetos. Tarefas mundanas de gerenciamento de projetos podem ser automatizadas. Procure ferramentas que ofereçam acompanhamento do andamento, gerenciamento de tarefas, gerenciamento do fluxo de trabalho e análise de recursos, e que funcionam em uma plataforma de Intranet que promova o compartilhamento e a comunicação. Mas lembre-se de que usar tecnologias que acrescentem uma camada extra de complexidade a um projeto já desafiador por si pode não ser uma boa idéia.
IX - Reconhecerás o sucesso. Todos os participantes do projeto devem ser reconhecidos de forma positiva pelo esforço que praticaram. As recompensas não precisam ser extravagantes. É fundamental que a origem real do reconhecimento - seja a Presidência, a direção da filial regional, o principal patrocinador do projeto ou o seu gerente - fique clara para todos, e que se manifeste de forma tão individual e personalizada quanto possível.
X - Não tolerarás gambiarras. Políticas sólidas de gerenciamento de projetos devem eliminar antecipadamente a tentação de recorrer a alternativas rápidas e rasteiras, que só levam a erros, desperdício, retrabalho e frustração.
Estes são os mandamentos da gestão de projetos segundo James Kerr. Que tal aproveitar para incluir nos comentários alguns mandamentos adicionais que você aprendeu em sua própria experiência ou que sejam adotados em sua organização?



Comentar
Comentários arquivados
Comentário de Jocélia Maria Arruda em 18/06/2008 às 22:37:19
Comentário de Carlos Hernandez em 28/06/2008 às 14:18:41
Comentário de J.M.Pinheiro em 03/08/2008 às 21:59:26
Comentário de eloy em 06/09/2008 às 18:59:27
Comentário de vlamir em 10/10/2008 às 14:50:34
Comentário de José em 13/10/2008 às 18:05:09
Comentário de Gerenciamento de Projetos em 13/10/2008 às 18:05:32
Comentário de José Lúcio Lustosa em 21/10/2008 às 16:02:46
Comentário de Wellington Lustosa de Lyra em 24/11/2008 às 15:57:55
Comentário de joel jefferson em 22/12/2008 às 14:13:42
Comentário de joel jefferson em 22/12/2008 às 14:14:42
Comentário de michel em 12/03/2009 às 20:02:21
Comentário de alexandre josé moreira de souza em 08/04/2009 às 11:37:47
Comentário de Julimar Falconiere em 25/04/2009 às 23:57:51
Comentário de Artur Xavier em 04/05/2009 às 22:40:01
Comentário de selma alves freitas em 06/05/2009 às 12:41:43
Comentário de vanio marques em 10/05/2009 às 19:45:02
Comentário de neusa maria pereira em 10/05/2009 às 19:51:21
Comentário de Ednaldo em 13/05/2009 às 18:02:53
Comentário de vandro emilio de araujo em 13/05/2009 às 22:08:24
Comentário de gilmar da silva rodrigues em 19/05/2009 às 23:20:42
Comentário de Jose Roberto Bernardo em 10/06/2009 às 16:15:59
Comentário de rafaelgouvea_16@yahoo.com em 02/07/2009 às 15:56:35
Comentário de jamilton oliveira em 09/09/2009 às 13:08:24
Comentário de Diego em 06/01/2010 às 13:06:03
Comentário de hernando em 26/03/2010 às 13:50:16
Comentário de hernando em 26/03/2010 às 13:52:36
Comentário de Cid Andrade em 20/09/2007 às 13:51:04
Comentário de Silvio em 20/09/2007 às 18:15:48
Comentário de O Primo em 20/09/2007 às 20:21:12
Comentário de Oscar Costa em 21/09/2007 às 22:33:24
Comentário de Oscar Costa em 21/09/2007 às 22:40:24
Comentário de Neto em 23/09/2007 às 02:37:57
Comentário de O Primo em 23/09/2007 às 10:06:45
Comentário de Marcel em 05/11/2010 às 08:53:44
Comentário de Ivan em 15/02/2011 às 15:28:43
Comentário de Gerenciamento de Projetos em 27/03/2011 às 20:53:07
Comentário de Cesar Felipe em 05/10/2007 às 08:56:11
Comentário de Raphael em 09/01/2012 às 12:02:01
Comentário de Sérgio Monteiro em 31/10/2007 às 12:52:48
Comentário de Flávio Nisti em 28/11/2007 às 20:11:30
Comentário de Marlon Jobs em 29/11/2007 às 00:24:48
Comentário de Fabíola Cargnino em 08/12/2007 às 09:04:15
Comentário de Delson Pott em 18/12/2007 às 10:55:13
Comentário de Patrick Alexandre em 02/01/2008 às 10:32:59
Comentário de FRANCISCO GOMES DE ANDRADE em 22/01/2008 às 13:50:11
Comentário de Marcus Welbs em 10/03/2008 às 14:43:21
Comentário de Thayse em 24/03/2008 às 13:36:24
Comentário de Leure em 31/03/2008 às 15:24:09
Comentário de marcelo neiva tullio em 10/05/2008 às 22:26:46
Comentário de Francisco Leite em 24/05/2008 às 20:05:01