Morei dois anos em Portugal e algo me chamou muita atenção no dia a dia: a forma como as pessoas trabalhavam.
Um exemplo simples acontecia nos supermercados. Se as filas começavam a aumentar, o gerente rapidamente ocupava um caixa vazio. Se um produto caía no chão e a equipe de limpeza estava ocupada, outro funcionário resolvia a situação sem esperar pelo “responsável”.
As funções eram bem definidas, mas o compromisso principal parecia não ser com o próprio cargo. Era com o funcionamento da operação.
Essa experiência ficou marcada na minha memória e, anos depois, percebi que a mesma lógica faz diferença dentro das empresas.
Ao longo da minha carreira, vi muitos projetos fracassarem mesmo contando com profissionais extremamente competentes. O designer instrucional entregava o roteiro, o designer gráfico desenvolvia a interface, o desenvolvedor implementava as funcionalidades e o analista de testes fazia suas validações. Todos cumpriam exatamente aquilo que lhes havia sido solicitado.
Ainda assim, a entrega final não atendia às expectativas.
O problema raramente estava na competência individual. Estava na arquitetura do trabalho. Cada profissional executava bem a sua etapa, mas havia pouca integração entre as áreas e pouca preocupação com o impacto das decisões no restante do projeto.
Projetos maduros costumam funcionar de outra forma. Processos, ferramentas e automações ajudam a dar escala e previsibilidade, mas não substituem o que realmente mantém um projeto saudável: comunicação fluida, visão sistêmica e alinhamento constante entre todas as pessoas envolvidas.
Foi essa forma de conduzir projetos que sempre procurei aplicar na prática. Mais do que acompanhar cronogramas ou controlar entregas, meu papel sempre foi criar as condições para que diferentes especialidades trabalhassem como parte de um único fluxo, e não como etapas isoladas. Quando todos entendem o objetivo comum, a tendência é que as decisões deixem de otimizar apenas uma área e passem a fortalecer o resultado do projeto como um todo.
No fim, clientes e usuários não avaliam organogramas, fluxogramas ou departamentos. Eles percebem apenas uma coisa: se a experiência funcionou ou não.
Talvez um dos maiores riscos em qualquer projeto seja justamente quando todos podem dizer, com razão:
“A minha parte eu fiz.”
Porque projetos não são avaliados pela soma das tarefas concluídas. Eles são avaliados pelo valor que entregam.
Deixe um comentário