Skip to main content
Key Takeaways

Fricção das Ferramentas: Quando uma ferramenta de gestão de projetos cria mais trabalho do que aquele que poupa, está na altura de reconsiderar.

Problemas de Adesão: A pouca adesão da equipa e uma integração deficiente podem indicar a necessidade de mudar de ferramentas para obter uma melhor funcionalidade.

Complexidade Empresarial: Os fluxos de trabalho rígidos das ferramentas empresariais podem dificultar a produtividade, levando à mudança para opções mais simples.

Momento da Mudança: Avalie as ferramentas durante três a seis meses; problemas persistentes podem tornar necessária uma mudança.

Não Mudar: Uma insatisfação ligeira não justifica uma mudança; avalie se os benefícios compensam as perturbações da migração.

Mudar de ferramentas de gestão de projetos nunca é uma decisão tomada de ânimo leve. Os custos da migração, as curvas de aprendizagem e a resistência da equipa — nada disso é trivial. Mas chega um momento em que o atrito de ficar ultrapassa o atrito de partir. 

Os responsáveis pela gestão de projetos e pelas operações que já passaram por isso dizem que, em retrospetiva, os sinais são normalmente claros. A parte mais difícil é reconhecê-los em tempo real e fazer algo a esse respeito.

Quando a ferramenta cria mais trabalho do que aquele que poupa

O teste mais fundamental a qualquer ferramenta de gestão de projetos é simples: está a tornar o trabalho mais fácil ou mais difícil? Matthew Fox, Gestor de Projetos Sénior e Especialista em Operações na Fox Consulting, explica-o de forma direta. "Se descobrir que o seu pessoal interno passa mais tempo a trabalhar na ferramenta do que dentro da ferramenta, isso é um sinal de alerta", afirma.

Continue Reading for Free

Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.

Acrescenta que, quando uma ferramenta "causa muito atrito", cria soluções alternativas e consome uma parte significativa da semana da equipa, algo correu mal. "Uma ferramenta deve apoiar o trabalho que está a ser realizado, não causar atrito quando estamos a tentar trabalhar." 

Uma ferramenta deve apoiar o trabalho que está a ser realizado, não causar atrito quando estamos a tentar trabalhar.

Matthew Fox

Matthew Fox

Matthew Fox, Gestor de Projetos Sénior e Especialista em Operações na Fox Consulting

Get timely perspective on the shifts, decisions, and trade-offs shaping your role, plus practical resources you can put to work.

Get timely perspective on the shifts, decisions, and trade-offs shaping your role, plus practical resources you can put to work.

Quando a ferramenta funciona tecnicamente, mas por pouco

Por vezes, o problema não é uma ferramenta não ter funcionalidades de gestão de projetos, mas sim o facto de utilizar essas funcionalidades parecer uma batalha. Julia Rajic, Diretora de Operações na Point Blank, passou por isso com a Resource Guru. "Em teoria, podia fazer tudo aquilo de que precisávamos", afirma, "mas, para conseguir que fizesse realmente essas coisas, parecia que era preciso arrancar-lhe os dentes." 

A plataforma não tinha a flexibilidade quotidiana de que a sua equipa precisava — coisas como gerir facilmente pessoal temporário e ajustar horários através de arrastar e largar. A administração da plataforma, explica, "era muito mais difícil do que precisava de ser". Quando uma ferramenta exige tanto esforço só para funcionar, deixou de ser uma solução.

Quando as lacunas de funcionalidades se juntam a uma adoção falhada

As mudanças de ferramentas raramente acontecem por uma única razão. Rajic descreve outra transição pela qual a sua equipa passou — a mudança de monday.com para a Asana — em que a decisão resultou de uma combinação de capacidades em falta e de uma quebra no apoio da equipa. "Grande parte da discussão sobre o motivo para abandonar a monday foi relacionada com a gestão de recursos", explica. "Não era realmente muito boa na gestão de recursos." 

Mas a funcionalidade não era a história toda. A agência nunca tinha recebido uma integração adequada na monday.com à partida, o que significava que a adoção nunca atingiu o nível necessário. "Havia muito aquela atitude de ‘Não gosto disto, é novo, vou recusar-me a utilizá-lo’", afirma Rajic. "Por isso, a adoção não estava no nível necessário para que fosse bem-sucedida." Quando uma ferramenta falha simultaneamente em ambas as frentes, torna-se difícil contestar o argumento a favor da mudança. Mas isto traz uma boa lição: se a sua equipa não estiver disposta a receber formação e integração numa nova ferramenta, ou se a sua organização não tiver recursos para dedicar tempo à integração, talvez seja melhor manter a situação atual. 

A adoção [da monday.com] não estava no nível necessário para que fosse bem-sucedida.

julia rajic

Julia Rajic

Diretora de Operações na Point Blank

Quando as ferramentas empresariais se tornam burocracia

As plataformas empresariais, como a Jira, são concebidas para lidar com a complexidade — mas essa complexidade pode tornar-se o problema. Ryan Gilbreath, Gestor Técnico de Projetos na RTS Labs, já viu isso acontecer. A respeito do que faz ou desfaz a experiência de uma equipa com a Jira, afirma: "Acredito mesmo que depende da forma como o administrador da JIRA a configura e dos fluxos de trabalho que implementa.” Quando esses fluxos de trabalho são rígidos e aceder a documentos ou colaborar com outras equipas exige ultrapassar inúmeros obstáculos, a ferramenta deixa de acelerar o trabalho e começa a dificultá-lo.

"Se for a [configuração do Jira] a abrandar o ritmo do progresso", diz Gilbreath, "provavelmente vou sair do Jira e usar algo diferente, provavelmente uma folha de cálculo, se for caso disso." O facto de um PM técnico experiente estar disposto a voltar a usar uma folha de cálculo diz muito sobre o quão mal uma ferramenta empresarial excessivamente configurada pode falhar.

Se for a [configuração do Jira] a abrandar o ritmo do progresso, provavelmente vou sair do Jira e usar algo diferente.

Ryan Gilbreath Headshot-90425

Ryan Gilbreath

Gestor de Projetos Técnicos na RTS Labs

Quanto tempo esperar antes de tomar a decisão

Nem todos os problemas com uma ferramenta justificam uma mudança imediata. Melody MacKeand, fundadora da Melody MacKeand Consulting, recomenda dar às correções dos processos internos uma oportunidade real antes de concluir que o problema está na própria ferramenta. "Tento dar um prazo de três a seis meses para orientar o rumo", afirma. 

Se os mesmos problemas persistirem após esse período, pode ser altura de agir — mas MacKeand também reconhece uma razão menos quantificável para fazer uma mudança. "Se uma equipa estiver numa plataforma há muito tempo, digamos, mais de 10 anos, por vezes só precisa de mudar de ferramenta para sentir que está a ser ouvida ou que algo é realmente diferente. E, nesse caso, sou totalmente a favor da mudança de ferramenta." Por vezes, o valor de mudar não é apenas operacional — é um sinal para a equipa de que a liderança está a ouvir.

Se uma equipa estiver numa plataforma há muito tempo, digamos, mais de 10 anos, por vezes só precisa de mudar de ferramenta para sentir que está a ser ouvida.

Melody Mackeand

Melody MacKeand

Fundadora da Melody MacKeand Consulting

As razões para ficar

É claro que nem toda a insatisfação com uma ferramenta é motivo para a abandonar. Marissa Taffer, fundadora e presidente da M. Taffer Consulting, apresenta uma perspetiva importante. "Não quero obrigar alguém a aprender uma ferramenta nova só por aprender", afirma. "Se houver uma razão convincente para mudar, tudo bem. Mas não vou fazer a mudança só porque acho que poderíamos organizar melhor um projeto noutro sistema." A perturbação causada pela migração de uma ferramenta — o tempo, a formação, a resistência — tem de ser ponderada face a um benefício concreto. Melhorias marginais não atingem esse patamar.

Se houver uma razão convincente para mudar [de ferramenta], tudo bem. Mas não vou fazer a mudança só porque acho que poderíamos organizar melhor um projeto noutro sistema.

marissa taffer photo

Marissa Taffer

Fundadora e presidente da M. Taffer Consulting

O tema comum a todas estas perspetivas é o mesmo: a ferramenta existe para servir a equipa, e não o contrário. Quando essa relação se inverte — quando a plataforma começa a consumir energia, a bloquear o progresso ou a corroer a confiança — esse é o momento. Os PM que tomam bem estas decisões não são os que têm as pilhas tecnológicas mais apelativas. São os que sabem quando manter tudo como está e quando mudar.

Quer mais perspetivas como estas? Crie uma conta DPM gratuita para ouvir mais especialistas como estes.