Dilbert e Gerenciamento de Projetos
Publicado em 03/03/2007 por Luiz de Paiva
No Domingo passado, a tira do Dilbert foi relacionada a Gerenciamento de Projetos. Clique aqui para ver a tira (não é permitida sua reprodução aqui).
Tradução:
- Chefe: “Você estará encarregado deste projeto”.
- Dilbert: “Qual é meu orçamento?”.
- Chefe: “Terei que aprovar todos os gastos”.
- Dilbert: “Quem se reportará a mim?”.
- Chefe: “Sua equipe se reportará a mim e eu lhes direi o que fazer”.
- Dilbert: “Vou começar a desenvolver o plano de projeto”.
- Chefe: “Pule esta parte, eu já tenho um plano em mente”.
- Dilbert: “Hipoteticamente, quem seria culpado em caso do projeto fracassar”.
- Chefe: “Bem, você é o encarregado…”.
Parece piada, mas é a vida real de muitos Gerentes de Projeto (em maior ou menor nível). Empresas que ainda não entenderam as vantagens da disciplina de Gerenciamento de Projetos fingem projetizar suas atividades, mas na prática tudo continua funcionando como era antes.
A função do stakeholder (no caso, o chefe) é delegar a autoridade do projeto para o encarregado. O encarregado, por sua vez, deve preparar um plano que deverá ser aprovado pelo stakeholder.
No momento que o Gerente de Projeto passa a ser um assistente do stakeholder, sua função deixa de fazer sentido. O stakeholder deve entender que um dos benefícios básicos de realizar um projeto de forma estruturada é precisamente não ter que se preocupar com todas as decisões e etapas. Não há perda do poder de decisão nesta situação, mas muitas vezes é esse o medo de muitos gerentes funcionais.
Também é interessante o conceito de culpa na tira, e é outro erro comum. No fracasso de um projeto, ao procurar justificativas ou bodes expiatórios, é comum apontar o Gerente de Projetos como responsável (parece óbvio, já que é a pessoa responsável por coordenar o projeto). Claro que muitas vezes o gerente pode ser responsável pelo fracasso, mas ele não é a pessoa que escolhe o projeto, nem quem toma as principais decisões. O risco de um bom projeto mal gerenciado fracassar é tão grande quanto o de um mau projeto bem gerenciado.
Apesar de ser um conceito básico para pessoas da área, é um ótimo exemplo para quem quer entender um pouco melhor do que se trata esta disciplina.
Assine nosso RSS

Engenheiro, Consultor e 

Stakeholder nesse caso não seria o Sponsor do projeto?
Parece q todo o stakeholder tem essa função…
Rafael,
Sim, o stakeholder é o sponsor. Na realidade o patrocinador é também um stakeholder do projeto.
Não sei se foi isso que você quis dizer, mas realmente tem muito stakeholder que se acha sponsor
Abraços…