Criando equipes produtivas

Os engenheiros prosperam em ambientes onde podem se concentrar e entrar na zona. As equipes geralmente enfrentam distrações e prioridades concorrentes que forçam os engenheiros a mudar de contexto e dividir sua atenção. Eles têm dificuldade em equilibrar tempo de concentração com tempo de atenção. A adição de novos recursos exige que os membros da equipe fiquem voltados para baixo e focados. Responder a problemas do cliente e resolver problemas de site ao vivo exige que a equipe fique atenta e ciente do que está acontecendo.

Para atenuar as distrações, uma equipe pode se dividir em duas equipes: uma para recursos e outra para saúde do site em tempo real.

A abordagem de duas tripulações gera maior produtividade e previsibilidade. A implementação bem-sucedida depende desses elementos-chave:

• Funções de tripulação claramente definidas
• Um processo de rotação de tripulação bem definido
• Ajustes frequentes no tamanho da tripulação

Equipe de funcionalidades

A equipe de funcionalidades, ou equipe F, se concentra no futuro. Eles funcionam como uma unidade eficaz com uma missão clara e um objetivo: criar e enviar recursos de alta qualidade.

A tripulação F está protegida do caos diário do serviço ao vivo para garantir que eles tenham tempo para projetar, construir e testar seu trabalho. Eles podem contar com distrações mínimas e liberdade de ter que corrigir problemas que surgem aleatoriamente. Eles são encorajados a raramente verificar seus e-mails e evitar serem puxados para outros problemas, a menos que sejam críticos.

Quando um membro da equipe F entra em uma conversa ou ocasionalmente é sugado para uma corrente de e-mails, outros membros da equipe devem repreendê-los: "Você está na equipe F, o que você está fazendo?" Se um membro da equipe F precisar resolver um problema crítico, ele é incentivado a delegar à equipe de atendimento ao cliente e retornar ao trabalho de recursos.

A tripulação F opera como uma equipe unida que se concentra em um pequeno conjunto de recursos. Um bom limite de trabalho em progresso (WIP) é de dois recursos em andamento para 4 a 6 pessoas. Ao trabalhar em conjunto, eles criam um contexto compartilhado profundo e encontram bugs críticos ou problemas de design que uma revisão de código cursor perderia. Uma equipe dedicada permite uma taxa de transferência e um tempo de execução mais previsíveis. Os membros da equipe geralmente se referem à equipe F como serenos e focados. Eles acham pacífico e rejuvenescedor se concentrar profundamente em um recurso, dedicar total atenção a ele. As pessoas deixam seu tempo na F-crew sentindo-se revigoradas e realizadas.

Equipe de clientes

A equipe de atendimento ao cliente, ou equipe C, concentra-se no agora e fornece suporte de linha de frente para problemas de clientes e de site ativo, bugs, telemetria e monitoramento. A equipe C costuma se reunir em torno de um computador, depurando um problema crítico em um site ativo. A prioridade número um é a saúde do site em operação. Altamente focados neste ambiente, eles desenvolvem as habilidades especializadas de depuração e análise. A equipe do cliente é frequentemente conhecida como equipe de proteção, pois protege o restante da equipe de distrações. Em vez de trabalhar em recursos futuros, a equipe C é a ponte entre os clientes e o produto atual. Os membros da tripulação estão ativos por email, Twitter e outros canais de comentários. Os clientes querem saber que foram ouvidos, e o trabalho da equipe C é ouvi-los. A equipe C faz triagem de problemas relatados pelo cliente imediatamente e rapidamente envolve e auxilia clientes bloqueados.

Com um dilúvio de tarefas recebidas, trabalhar em uma equipe C em ritmo acelerado pode, às vezes, ser estimulante. Em uma semana agitada, eles lidam com vários e-mails, investigações em tempo real e bugs. À medida que as operações se acalmam, elas trabalham para melhorar a telemetria e os relatórios, investindo seu tempo para facilitar a manutenção do serviço.

As equipes C permitem que a equipe resolva problemas sem retirar os membros da equipe de outras prioridades e garantir que clientes e parceiros sejam ouvidos. A capacidade de resposta às perguntas e questões torna-se um ponto de orgulho para as equipes C. No entanto, esse ritmo pode ser drenante, exigindo uma rotação frequente entre as equipes.

Rotação da tripulação

Um processo de rotação bem definido faz com que o sistema de duas equipes funcione. Você poderia simplesmente trocar as equipes (a tripulação F se torna tripulação C e vice-versa), mas isso limita o compartilhamento de conhecimento entre as equipes e dentro delas. Em vez disso, opte por uma rotação semanal.

No final de cada semana, realize uma breve reunião de troca onde a equipe decide quem troca entre as equipes. Você pode usar um quadro branco para rastrear quem está em cada equipe no momento e quando houve a troca. As pessoas com mais tempo de serviço de cada tripulação normalmente devem trocar de posição entre si. No entanto, em qualquer semana, alguém pode querer permanecer para concluir o trabalho em uma investigação de site ativo ou funcionalidade. Embora haja flexibilidade, quanto mais tempo alguém estiver em uma tripulação, maior a probabilidade de serem trocados.

Rotações semanais ajudam a evitar silos de conhecimento na equipe e a garantir um fluxo constante de informações e perspectiva entre as equipes. O movimento frequente de engenheiros cria conhecimento compartilhado do trabalho da equipe, o que ajuda a equipe C a resolver problemas sem a ajuda de outras pessoas. Muitas vezes, novos membros da tripulação F encontrarão rapidamente uma falha de design ou código anteriormente negligenciada.

Tamanho da tripulação

O tamanho da tripulação varia para manter a integridade da equipe. Se uma equipe tem uma alta taxa de entrada de problemas ao vivo ou tem muita dívida técnica, a tripulação C fica maior, e vice-versa. Ajustar os tamanhos semanalmente aumenta a previsibilidade das entregas e das dependências da equipe. Em algumas semanas, uma equipe pode mover todos para a equipe C para tratar do feedback de um grande lançamento.

Essa estratégia simplifica a comunicação com o gerenciamento. Sem um sistema de duas tripulações, os engenheiros geralmente trabalham em várias coisas simultaneamente. Quando várias distrações ocorrem em uma única semana, as funcionalidades em andamento costumam ser atrasadas. Como resultado, uma equipe pode não conseguir fornecer linhas do tempo com confiança para o trabalho futuro do recurso.

Uma equipe F dedicada resulta em produtividade previsível e tempo de processamento e entrega. Dividir recursos entre equipes aumenta a responsabilidade dentro da equipe e com o gerenciamento sobre o que a equipe pode realizar a cada semana e cada sprint.

Próximas etapas

O sistema de duas equipes pode ajudar as equipes a entender onde os engenheiros devem gastar seu tempo e progredir em muitas prioridades concorrentes.

Além de melhorar a produtividade e a previsibilidade, o sistema de duas tripulações pode aumentar a moral da equipe. Os engenheiros de cada equipe entendem claramente suas funções e responsabilidades e funcionam de forma mais independente e com uma responsabilidade muito maior. Essa abordagem é ideal para as equipes de DevOps, responsáveis pelo desenvolvimento e pelas operações. No entanto, essa abordagem pode ser aplicada a quase qualquer equipe agile que lida com prioridades concorrentes.

A Microsoft é uma das maiores empresas Agile do mundo. Saiba como a Microsoft organiza equipes no planejamento do DevOps.