Razões para o fracasso do
gerenciamento de projetos
De lutas de poder a falhas nas comunicações, pode
haver muitas razões que causam o fracasso do
gerenciamento de projetos. Quando se trata de
processos Agile e Scrum, existem razões muito
específicas pelas quais essas tarefas de
gerenciamento de projetos falham. Quando uma
organização toma conhecimento de tais razões para o
fracasso do gerenciamento de projetos, ela pode
trabalhar no sentido de antecipar e prevenir o
mesmo.
Microgestão obsessiva
As equipes de gerenciamento de projetos que
trabalham nas estruturas Agile e Scrum não aceitam
muito bem serem microgerenciadas. A implicação da
falta de confiança pode destruir a ética de trabalho
eficaz. Portanto, isso pode ser contado como uma das
razões mais importantes para o fracasso do
gerenciamento de projetos.
Esperando que a mágica aconteça
O gerenciamento de projetos Scrum e Agile tiveram
imenso sucesso, mas não são a panacéia para todos os
males. Portanto, é irrealista e contraproducente
esperar que essas equipes de gerenciamento de
projetos forneçam resultados improváveis.
Deixando as equipes à deriva
Mesmo que essas metodologias de gerenciamento de
projetos dependam de equipes auto-organizadas, elas
ainda precisarão de um senso de direção a ser
fornecido a elas. E se esse senso de direção não foi
implementado ou fornecido, pode levar ao fracasso do
gerenciamento do projeto.
Lutas de poder
Uma equipe de gerenciamento de projetos é formada
por indivíduos que têm um senso agudo de seu papel
em termos de experiência no assunto. Mas onde eles
precisam de esclarecimento e definição é no papel
específico que desempenham no esquema mais amplo das
coisas. Mas se tais papéis e responsabilidades não
forem identificados de maneira precisa e elaborada,
isso pode levar a disputas de poder, o que fará a
equipe implodir.
Falta de Transparência
As comunicações precisam fluir de maneira constante
e completa, mas se um membro da equipe decidir reter
as informações ou começar a jogar um jogo de "vamos
manter o proprietário do produto adivinhando", isso
levará ao fracasso do projeto. Não pode haver
compartimentos entre os membros da equipe. Tem que
ser uma equipe multifuncional e todo mundo tem que
saber o que a outra pessoa está fazendo.
Trabalhando com diferentes versões
Quando um backlog de produto ou um backlog de sprint
é criado, é importante garantir que todos os membros
da equipe trabalhem com a versão atual do mesmo. Mas
se um membro, por exemplo, o proprietário do
produto, decidir simplesmente substituir o plano por
um que ele criou para si mesmo, ele garantirá que
cada membro esteja trabalhando com documentos
diferentes e essa é uma das razões para
espetaculares falha na gestão do projeto.