Desde que comecei a construir coisas, vivo num ciclo interminável de otimização — rotinas pessoais, estruturas de equipa, sistemas de produto. Independentemente da fase em que estava, uma pergunta continuava a voltar, quase como uma sombra: Como é que realmente lidamos com o tempo?

Faço parte de uma geração — e de uma profissão — que cresceu convencida de que pode aprender e construir qualquer coisa. Programadores e builders raramente se sentem limitados por falta de conhecimento ou competência. Com curiosidade e acesso à internet, o mundo parece aberto. O que nos trava é quase sempre o tempo.

É possível criar qualquer produto se o prazo for suficientemente longo. É possível dominar qualquer competência se o calendário der espaço para isso. Mas no mundo real, os resultados dependem muito de quando algo é entregue. Esse detalhe simples muda carreiras, empresas e resultados.

Um produto construído em um ano tem uma trajetória completamente diferente do mesmo produto construído em três. O mesmo vale para funcionalidades atrasadas por meses. As oportunidades mudam, os mercados evoluem, o momentum desvanece. As equipas que passam a maior parte do tempo a reagir raramente têm a chance de moldar o futuro. Vi muitas startups com boas ideias e fundadores talentosos falharem. A pista de aterragem acaba. É preciso velocidade suficiente para descolar antes disso acontecer. Algumas equipas simplesmente não chegam a tempo, mesmo sendo capazes. O produto é construído, mas o timing escorrega e a janela fecha-se.

Ao longo dos anos em que geri uma agência de software, liderei equipas de engenharia e conduzi o desenvolvimento de produto, fui-me tornando cada vez mais fascinado por como o tempo se comporta dentro do trabalho. Não estava tanto a tentar controlá-lo, mas a tentar compreendê-lo. Queria criar ambientes onde o tempo se movesse com propósito em vez de se dispersar em todas as direções.

Experimentei processos, decisões de arquitetura, rituais de comunicação, roadmaps e ritmos de equipa. Grande parte do que aprendi veio pela intuição — sinais que conseguia sentir, ajustes que faziam tudo correr de forma mais fluida, padrões que surgiam depois de muitos projetos e decisões. Esses insights guiavam a forma como trabalhava, mas eram difíceis de descrever ou até de nomear. Viviam abaixo da superfície.

Depois comecei a construir o WebWork, um produto centrado inteiramente no tempo. Pela primeira vez, não estava apenas a pensar nessas ideias dentro das minhas próprias equipas — estava a construir um sistema usado por dezenas de milhares de pessoas para compreenderem o seu tempo, melhorá-lo e moldar a forma como o trabalho flui nas suas empresas.

O WebWork tornou-se o lugar onde a intuição encontrou dados reais. Finalmente conseguia ver os padrões que havia sentido durante anos: como o tempo escorregava, onde se acumulava, como o trabalho mudava de forma consoante o ambiente ao seu redor. O produto revelou com que facilidade as equipas se desviam, como as prioridades se dissolvem rapidamente e o quanto a clareza é determinante.

Esta experiência tornou algo evidente: compreender o tempo exige muito mais do que contar horas. Requer consciência de como o trabalho flui, como as decisões se propagam pelas equipas e como a estrutura influencia o momentum.

Depois de muitos anos a construir, observar e estudar estes padrões, uma ideia tornou-se central em tudo o que via: o tempo comporta-se como um sistema. Reage à estrutura, ao ambiente, às expectativas e aos hábitos. Entregue a si próprio, tende a dispersar-se. Moldado com intenção, cria movimento e progresso.

Foi essa compreensão que se tornou o ponto de partida para o Builder’s Time.

O livro é uma tentativa de organizar uma década de pensamentos, instintos e observações em algo claro e útil. Analisa como as equipas entram em ciclos reativos, como os produtos perdem anos por falta de alinhamento, porque é que o progresso estagiona mesmo quando as pessoas trabalham muito, e como os builders podem criar ambientes onde o tempo se transforma em momentum.

Escrevi o livro para dar palavras às questões com que me debati durante anos:
Porque é que o trabalho demora o tempo que demora?
Porque é que certas horas valem muito mais do que outras?
Porque é que as semanas desaparecem sem progresso em alguns ambientes e se acumulam rapidamente noutros?
E como construímos sistemas que dão ao trabalho a melhor hipótese possível de avançar?

Muitos de nós que crescemos nesta geração de builders acreditamos que podemos fazer qualquer coisa. A verdade mais difícil que acabamos por encontrar é que não conseguimos fazer tudo a tempo. Aprender a trabalhar dentro dessa realidade — moldando-a em vez de lutar contra ela — tornou-se o centro da minha jornada.

O Builder’s Time é o livro que eu precisava quando comecei. A minha esperança é que ajude outros a ver o seu trabalho e o seu tempo com olhos mais claros.