Engenheiros staff encontram problemas observando o trabalho real das equipes

Tese central

Para encontrar problemas relevantes, o engenheiro staff não deve depender apenas de sessões formais de planejamento ou de tarefas atribuídas por gestores. A abordagem defendida é acompanhar atentamente o trabalho cotidiano das equipes, absorver dificuldades recorrentes, deixar que evidências se acumulem e identificar padrões antes de decidir o que construir. A experiência descrita vem principalmente de infraestrutura e ferramentas para desenvolvedores em grandes empresas, onde há autonomia de baixo para cima; em ambientes mais hierárquicos, pode haver menos espaço para esse método.

Ouvir problemas, não pedidos

As informações úteis aparecem em reuniões, conversas, apresentações, mensagens e e-mails, quando as pessoas explicam o que torna seu trabalho difícil, reclamam de obstáculos ou descrevem o que gostariam de fazer. Em vez de aceitar pedidos de funcionalidades como especificações prontas, o engenheiro deve investigar o objetivo subjacente, testar se recursos existentes já atendem parte da necessidade e observar diretamente os fluxos de trabalho e os bugs. Acompanhando a rotina das equipes e tentando reproduzir alguns problemas, torna-se mais fácil distinguir a necessidade real da solução inicialmente solicitada.

Também é útil conversar com pessoas que têm uma visão mais ampla da organização, como responsáveis por sistemas críticos ou por atividades que atravessam várias equipes. Elas podem já ter visto o mesmo problema em diferentes lugares e ajudar a revelar padrões.

Deixar os problemas amadurecerem

O autor relata ter construído funcionalidades a partir de pedidos de equipes bastante insistentes e depois observado pouco uso, porque as prioridades haviam mudado ou o pedido vinha de uma investigação pontual. Por isso, recomenda manter problemas potenciais em aberto em vez de transformá-los imediatamente em projetos. A espera pode mostrar que a mesma dificuldade afeta várias equipes, que necessidades aparentemente distintas têm uma estrutura comum ou que o solicitante não considerava o problema tão importante quanto parecia.

O registro pode ser mental ou sistemático; o mecanismo é uma escolha pessoal. O essencial é permitir que mais evidências se acumulem antes de agir.

Encontrar a forma comum e testar a ideia

No trabalho com o Perfetto, pedidos variados - fixar trilhas, abrir gravações em determinado ponto, criar agregações personalizadas e usar soluções improvisadas - revelaram uma necessidade mais ampla: personalizar a interface para diferentes fluxos sem impor escolhas a todos. A hipótese levou à criação de macros, extensões leves que automatizam ações, e de servidores de extensões para compartilhá-las. Segundo o texto, dezenas de equipes do Google usam esses recursos, assim como algumas empresas internamente.

Mas uma conexão elegante é apenas uma hipótese. Em outro caso, o autor concluiu que um sistema de cache transparente resolveria tanto o compartilhamento de gravações grandes quanto consultas repetidas. Protótipos e a elaboração de um RFC mostraram que os problemas exigiam soluções diferentes, posteriormente lançadas como sessões aquecidas e exportação de tabelas por fluxo.

Antes de construir, a ideia pode ser enviada diretamente se for simples e de baixo risco; em situações incertas, um protótipo descartável ajuda a expor falhas e obter reações. Projetos grandes exigem esforço prolongado e apoio de outras equipes. O processo também deve permitir abandonar uma proposta sem valor comprovado, tecnicamente inviável ou inoportuna, mesmo que ela possa ser retomada depois.

O efeito sobre o papel staff

Encontrar e formular o problema pode influenciar o roteiro da organização sem que o engenheiro implemente a solução. Resolver problemas úteis gera confiança, amplia a rede de conversas e facilita o acesso a novas informações. Assim, o trabalho staff não substitui a atividade técnica por reuniões: as conversas servem como insumo para decidir e construir. A conclusão é que problemas valiosos aparecem ao permanecer envolvido no trabalho das pessoas tempo suficiente para enxergar o que nenhum pedido isolado revela.