Análise editorial
A pessoa responsável pelo marketing tinha feito mais do que sugerir uma aplicação nova. O seu CMO concordava com os argumentos a favor do Notion. Tinha passado horas a construir fluxos de trabalho, simplificado a configuração e feito chamadas individuais com colegas. Seis meses depois, segundo o seu relato, a equipa tinha regressado às folhas de cálculo, ao email e às mensagens dispersas.
O relato no r/projectmanagement retrata uma forma particularmente frustrante de implementar software: o sistema existe, as pessoas já viram como funciona e quem o criou continua a ter de reunir a informação que deveria organizar.
É o relato de uma pessoa; não conhecemos a versão do resto da equipa. Não podemos determinar por que razão aquela implementação perdeu força. Mas, a par de outras discussões públicas e da investigação sobre colaboração, abre uma pergunta útil para quem escolhe software para equipas: o que acontece entre fazer o trabalho e manter o sistema partilhado atualizado?
Quem constrói o espaço de trabalho vê um problema diferente
Para esta pessoa, o problema era evidente. As decisões e os detalhes das campanhas estavam espalhados por documentos, reuniões e mensagens. Reuni-los podia demorar horas. O Notion já ajudava nos seus projetos pessoais, pelo que alargar a utilização à equipa parecia razoável.
Da perspetiva de um colega, porém, a pergunta relevante pode ser mais concreta: em que me ajuda introduzir esta atualização para fazer o que vem a seguir?
Um participante com o nome BrIDo88 levanta essa possibilidade: um processo novo pode parecer algo que beneficia quem o promove à custa dos restantes. Outras respostas salientam o apoio da direção ou a imposição do uso. São interpretações concorrentes; falta a explicação da própria equipa.
Uma discussão separada sobre a perda de adesão descreve essa divisão de forma mais nítida. O autor, cuja conta aparece agora eliminada, diz que uma nova ferramenta de projetos acaba por ser algo que o PM atualiza para a direção, enquanto o trabalho efetivo continua no Slack. Os comentários perguntam se o sistema responde a uma necessidade real e se alguém além de quem o organiza tem razões para o usar.
A pergunta recorrente é quem precisa desse registo o suficiente para o manter útil. Estas discussões permitem identificar essa pergunta, não determinar a frequência do problema.
O trabalho adicional tem de ficar a cargo de alguém
Há uma tradição de investigação por trás desta questão. Num artigo da i-com publicado em 2024, Melanie Duckert e Pernille Bjørn revisitam os desafios do software colaborativo através de trabalho etnográfico realizado em duas organizações durante 2023. Um deles diz respeito à distribuição desigual do esforço necessário para uma tecnologia partilhada funcionar e do benefício que proporciona.
As suas observações não são sobre o Notion. Um dos casos aborda o Workplace, da Meta, num ambiente onde o Microsoft Teams já estava estabelecido. Os colaboradores tinham de se lembrar de quando fazia sentido recorrer a outra plataforma e fazer um esforço adicional para publicar e acompanhar atualizações. A sobreposição de funções fazia parte do problema.
O estudo também estabelece um limite importante: quando os investigadores chegaram, os sistemas já estavam em uso, o que restringia a observação da adoção inicial. São dados qualitativos de organizações específicas, não uma taxa de insucesso das ferramentas de colaboração.
Esta perspetiva ajuda a examinar o caso do Notion sem o resolver. Uma atualização pode ser valiosa para quem prepara um relatório de portefólio de projetos e representar um custo para quem já explicou a mesma coisa noutro local. As duas experiências podem coexistir num espaço de trabalho que todos aprovaram inicialmente.
Um segundo registo pode ajudar a não perder o trabalho de vista
Noutro tópico sobre gestão de projetos, uma pessoa que acompanha vários programas descreve a utilização de Todoist, Favro, Excel e Word. Regista tarefas tanto no Favro como em folhas de cálculo porque estas tornam mais fácil voltar a encontrar a informação do que os cartões arquivados.
As respostas posteriores clarificam a preocupação. Está a perder a confiança em onde encontrar informação atualizada. Os departamentos não seguem critérios consistentes para acompanhar os projetos. Procura uma forma de organizar o trabalho, em vez de mais um conjunto de documentos para manter.
Esse detalhe muda a pergunta. Eliminar simplesmente a folha de cálculo retiraria o local de que esta pessoa ainda depende para ter visibilidade. Transferir tudo para uma aplicação nova não explicaria, por si só, onde encontrar uma tarefa concluída ou qual o registo que prevalece quando duas versões divergem.
As ferramentas podem desempenhar funções distintas: conversa, execução detalhada de tarefas, análise financeira ou consulta a longo prazo. Vale a pena examinar o ponto em que essas funções se sobrepõem. Se uma decisão exige atualizações manuais separadas em dois registos, alguém terá de os conciliar. Um painel pode esconder esse trabalho de manutenção e continuar a depender dele.
O Notion permite partilhar dados sem impor a mesma vista
As possibilidades técnicas importam aqui. A documentação do Notion sobre fontes de dados explica que uma fonte ligada pode aparecer noutra base de dados. As vistas, os filtros, as ordenações e os agrupamentos podem ser diferentes, enquanto as alterações às propriedades ou páginas da fonte se refletem no original. O acesso continua a depender das permissões da base de dados original.
Isto permite apresentar o mesmo trabalho de formas diferentes sem manter cópias separadas dentro do Notion. A vista focada nas tarefas de um colaborador e a visão geral de um responsável não precisam de se transformar em duas listas atualizadas de forma independente. Manter uma folha de cálculo ou um chat externos em sintonia com esse registo é uma tarefa à parte.
O Notion também permite comentários em páginas e registos de bases de dados, além de menções que encaminham colegas para uma discussão específica. A sua documentação sobre colaboração assinala uma exceção relevante: mencionar alguém numa página a que essa pessoa não tem acesso não lhe envia uma notificação.
Não sabemos se essas funcionalidades teriam ajudado aquela equipa. Para quem escolhe o software, a pergunta prática é se um membro da equipa consegue chegar ao registo certo, fazer uma atualização útil e ver a sua consequência.
Antes de mudar de ferramenta, siga o percurso de uma atualização
Para uma equipa nesta situação, pode ser útil seguir uma tarefa recente através do sistema existente. Onde foi acordada uma alteração pela primeira vez? Quem a introduziu num registo? Alguém voltou a introduzi-la noutro? Onde procurou a pessoa seguinte antes de agir?
Considere uma alteração hipotética da data de lançamento. Um colega combina a nova data no chat. Alguém altera uma folha de cálculo; espera-se que outra pessoa atualize o Notion. Na revisão seguinte, quem gere o projeto abre o espaço de trabalho e encontra a data antiga. A equipa comunicou e o registo partilhado está errado.

Mude agora o percurso: a data é atualizada no registo do projeto e a discussão no chat inclui uma ligação para esse registo. Para funcionar, as pessoas precisam de acesso, de uma responsabilidade clara pela atualização e de uma razão para consultar o registo da próxima vez. Deslocar a conversa, por si só, não cria essas condições.
Seguir uma alteração real pode revelar uma permissão em falta, uma vista confusa, um campo desnecessário, uma tarefa de elaboração de relatórios sem responsável ou um processo que dois departamentos entendem de forma diferente. Essas possibilidades exigem mudanças distintas.
O sistema abandonado daquela pessoa responsável pelo marketing deixa estas perguntas em aberto. Comprar outra ferramenta também as deixaria em aberto se a avaliação não incluísse quem mantém a informação e quem depende dela.
Ao comparar software de gestão de projetos, leve toda essa sequência para a avaliação. Pergunte que atualização existente o novo sistema substitui, quem beneficia da mudança e onde terá lugar a próxima decisão. Um espaço de trabalho passa a fazer parte do trabalho quando mantê-lo atualizado ajuda as tarefas a avançar.
