Pros
A equipe de desenvolvimento era tecnicamente boa e, em geral, colaborativa. A infraestrutura também ajudava: os equipamentos eram adequados e sem muitas restrições, o que facilitava o trabalho. Em alguns momentos, era possível aprender bastante lidando com problemas mais complexos.
Cons
Em relação à gestão do time Fathom, o primeiro ponto que me chamou atenção foi a rotatividade. Fora alguns grupos mais estáveis, havia uma saída frequente de pessoas, o que contribuía para um ambiente de incerteza e aumentava a sensação de insegurança e ansiedade na equipe. Tasks simples frequentemente viravam demandas grandes por conta do estado do código e problemas acumulados, gerando retrabalho constante e refatorações não planejadas. Era comum tasks serem repassadas no meio do caminho, muitas vezes já atrasadas, gerando insegurança e cobranças desalinhadas para quem assumia sem contexto. Havia um padrão recorrente de microgerenciamento em dailys e canais públicos, com exposição de status e cobranças frequentes; somado à urgência constante, isso gerava ansiedade e insegurança na equipe. A dívida técnica elevada e falhas detectadas tardiamente reforçavam o ciclo de retrabalho, direcionando o esforço para correções em vez de melhorias estruturais no processo. Tudo isso somado contribuía para maior rotatividade, além de um ambiente marcado por insegurança, ansiedade e sinais recorrentes de síndrome do impostor na equipe, tornando o contexto de trabalho mais desgastante do que o necessário.