First Lead: De Desenvolvedor a Tech Lead

Introdução

O pilar técnico é o que te trouxe até aqui. Você está sentado em uma cadeira de Tech Lead ou se preparando para ela porque suas Hard Skills foram evoluindo com o tempo e agora está na hora de aproveitá-las de forma ainda mais escalável.

As hard skills são suas habilidades técnicas e as soft skills são seus atributos comportamentais ou inter-pessoais.

Neste módulo vamos identificar os desafios técnicos que serão mais frequentes de você como Tech Lead. Mas não se engane, não é porque esse módulo é técnico que ele é mais importante que os demais. Como eu disse, a carreira de Tech Lead se apoia em um tripé. Qualquer pé que não esteja firme vai ter um impacto gigante em você e no seu time.

Eu não acredito mais na diferença entre hard e soft skills.

Todas são habilidades para um bom desempenho em qualquer empresa.

Equipes de software têm problemas com otimizações locais x globais?

Sim. Equipes de software podem encontrar problemas relacionados a otimizações locais versus globais, especialmente ao trabalhar em sistemas de software grandes e complexos.

Otimizações locais referem-se a otimizar um componente, microserviço ou módulo específico de um sistema sem considerar o impacto no desempenho geral do sistema. Otimizações locais podem resultar em desempenho subótimo ou ineficiências no nível do sistema, já que as otimizações individuais podem não ser compatíveis ou podem entrar em conflito umas com as outras. Também há casos onde a falta de um pensamento global leva a problemas de experiência e erros que podem gerar perdas financeiras para os clientes e para o negócio.

Otimizações globais, por outro lado, consideram o desempenho geral do sistema e visam otimizar o sistema como um todo, em vez de componentes individuais. Otimizações globais exigem um entendimento holístico da arquitetura do sistema e suas dependências, e podem envolver compensações entre metas ou requisitos conflitantes.

Equipes de software podem encontrar problemas relacionados a otimizações locais versus globais quando desenvolvedores individuais ou equipes focam exclusivamente em otimizar seus próprios componentes ou módulos sem considerar o impacto no sistema geral. Isso pode resultar em desempenho subótimo do sistema ou conflitos entre componentes, pois as otimizações individuais podem não ser compatíveis entre si ou podem ter consequências não intencionais.

Para abordar esses problemas, equipes de software precisam priorizar otimizações globais e incentivar a comunicação e colaboração entre diferentes equipes e desenvolvedores. Isso inclui estabelecer métricas e metas de desempenho claras para o sistema como um todo e encorajar os desenvolvedores a considerar o impacto de suas otimizações no desempenho geral do sistema. Além disso, equipes de software podem usar ferramentas e técnicas como integração contínua e testes para garantir que otimizações individuais não entrem em conflito umas com as outras e que o sistema funcione de maneira otimizada como um todo.

Tratando o tema como Tech Leads e Gestores:

Como líder ou gestor de uma equipe de software, é fundamental compreender a interação entre otimizações locais e globais e como elas impactam o sucesso dos projetos, especialmente em ambientes que utilizam microsserviços. Vamos aprofundar esse entendimento com uma analogia, exemplos práticos, e estratégias para incentivar um acompanhamento global eficaz.

Analogia: Orquestra e Maestro

Pense na sua equipe de software como uma orquestra. Cada grupo de músicos (equipe de desenvolvedores) toca um tipo diferente de instrumento (microsserviços). Otimizações locais são como cada seção da orquestra afinando seus instrumentos isoladamente. Se não coordenadas, podem lehesar a sinfonia. Otimizações globais, contudo, são como o maestro (gestor) garantindo que todas as seções contribuam para a harmonia total.

Microsserviços

Em arquiteturas baseadas em microsserviços, cada serviço opera de maneira independente, mas deve integrar-se harmoniosamente ao ecossistema maior. Otimizações locais mal geridas podem levar a problemas de compatibilidade e comunicação entre esses serviços, afetando o desempenho do sistema como um todo.

Estratégias para Líderes e Gestores

1. Definição de Objetivos Globais: Estabeleça metas claras para o sistema como um todo. Isso ajuda a manter o foco na performance e integração entre todos os microsserviços.

2. Fomento da Comunicação e Colaboração: Encoraje a troca de informações e colaboração entre as equipes. Assegure que todos entendam como seus trabalhos impactam o sistema global.

3. Ferramentas de Integração e Testes: Utilize integração contínua e testes automatizados para assegurar que mudanças em um microsserviço não afetem negativamente outros.

4. Treinamento: Eduque sua equipe sobre a importância das otimizações globais. Promova treinamentos que enfatizem a visão global do projeto.

5. Monitoramento e Feedback Constante: Implemente sistemas de monitoramento para acompanhar o desempenho global. Use esses dados para fornecer feedback regular às equipes, destacando como suas ações afetam o sistema como um todo.

6. Participação Ativa dos Líderes: Como gestor, envolva-se ativamente no acompanhamento dos projetos. Entenda as nuances técnicas e contribua para a tomada de decisões estratégicas que afetam a arquitetura global.

Pilar Técnico

Detalhamento do Escopo Técnico

Acesse a Checklist para fazer Design Docs.
Checklist para Design Docs:

Determinando o Escopo Técnico a partir dos Requisitos de um Produto

Para um Tech Lead, detalhar o escopo técnico a partir dos requisitos de um produto é uma das tarefas mais cruciais. Camile Fournier, em "The Manager's Path", descreve o Tech Lead como um gerente de projetos, ressaltando a importância de viabilizar tecnicamente o negócio.

O Tech Lead deve viabilizar tecnicamente o negócio. Detalhar o escopo técnico auxilia na gestão do projeto e na compreensão e desdobramento dos requisitos do produto. Existem várias ferramentas para isso:

• Design Docs

• Tech Specs

• RFCs (Request for Comments)

• ADRs (Architecture Decision Records)

Embora tenham propósitos semelhantes, os ADRs focam mais nas decisões arquiteturais.

Importância dos Documentos

Esses documentos permitem discutir a solução antes de implementá-la e evidenciar os trade-offs das escolhas feitas. Isso é fundamental para garantir que todas as decisões sejam bem justificadas e compreendidas por todos os membros da equipe.

Objetivos dos Design Docs

Os Design Docs devem ser criados para destacar pontos controversos e fomentar discussões produtivas. Pontos típicos de discussão incluem:

• Arquitetura do sistema

• Desenho da API

• Tipos de armazenamento de dados

• Considerações sobre segurança

• Stack tecnológica

• Dívidas técnicas

• Priorização do desenvolvimento

• Integrações com outros sistemas

• Tratamento de erros

• Uso de bibliotecas específicas ou criação de novas

• Mudanças e refactors necessários

Processo de Detalhamento do Escopo Técnico

1. Entendimento dos Requisitos do Produto:

   • Trabalhar de perto com o Product Owner e a equipe de desenvolvimento para garantir uma compreensão completa e clara dos requisitos.

2. Identificação das Áreas Técnicas:

   • Identificar tecnologias específicas, integrações e requisitos de segurança. Revisar com a equipe de desenvolvimento para garantir a cobertura de todos os aspectos técnicos.

3. Criação do Plano de Trabalho:

   • Descrever cada tarefa técnica, atribuir responsabilidades, estimar tempo e definir resultados esperados. O plano deve ser realista e alcançável, feito em colaboração com a equipe.

4. Documentação do Escopo Técnico:

   • Documentar de forma clara e concisa todos os aspectos do escopo técnico, incluindo diagramas técnicos e descrições detalhadas das tarefas. A documentação deve ser acessível e atualizada regularmente.

Conclusão

O Tech Lead deve colaborar estreitamente com a equipe de desenvolvimento para entender os requisitos do produto e criar um plano detalhado que cubra todas as áreas técnicas necessárias. Esse processo é essencial para garantir a entrega do projeto dentro do prazo, orçamento e qualidade esperados.

Recursos

• ADR GitHub

• Design Docs YouTube

• Design Docs at Google

• ML Design Docs

• Chromium Design Docs

• Livro: Camile Fournier - "The Manager's Path"