Criação de equipas 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 o contexto e dividir sua atenção. Eles lutam para equilibrar tempo de concentração com tempo de interação. Adicionar novos recursos exige que os membros da equipe estejam de cabeça baixa e focados. Responder aos problemas dos clientes e abordar problemas do site em tempo real exige que a equipe esteja atenta e ciente do que está acontecendo.

Para mitigar distrações, uma equipe pode se dividir em duas equipes: uma para recursos e outra para a saúde do local ao vivo.

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

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

Tripulação de reportagem

A equipa de funcionalidades, ou F-crew, concentra-se no futuro. Eles trabalham como uma unidade eficaz com uma missão e objetivo claros: construir e enviar recursos de alta qualidade.

A tripulação F está protegida do caos do dia-a-dia 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 incentivados a verificar raramente o email e evitar envolver-se em outros problemas, a menos que sejam críticos.

Quando um membro da equipa F entra numa conversa ou ocasionalmente é envolvido num encadeamento de e-mails, outros membros da equipa devem chamar-lhes a atenção: "Você está na equipa F, o que está a fazer?" Se um membro da equipa F precisar resolver um problema crítico, é incentivado a delegá-lo para a equipa de suporte ao cliente e voltar ao trabalho de desenvolvimento de funcionalidades.

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

Tripulação do cliente

A equipa do cliente, ou C-crew, concentra-se no agora e fornece suporte de primeira linha para questões do cliente e do site ativo, bugs, telemetria, e monitorização. A equipa C muitas vezes se junta em torno de um computador, resolvendo um problema crítico no sistema em tempo real. A sua prioridade número um é a saúde no local. Com uma concentração total neste ambiente, eles desenvolvem habilidades especializadas em depuração e análise. A equipa de apoio ao cliente é frequentemente chamada de equipa de escudo, porque protege o resto da equipa de distrações. Em vez de trabalhar em funcionalidades futuras, a equipa C serve de ponte entre os clientes e o produto atual. Os membros da tripulação estão ativos no e-mail, Twitter e outros canais de feedback. Os clientes querem saber que são ouvidos, e o trabalho da equipe C é ouvi-los. A equipe C faz a triagem imediata dos problemas relatados pelo cliente e rapidamente engaja e auxilia os clientes bloqueados.

Com um dilúvio de tarefas recebidas, trabalhar numa equipa C acelerada pode, por vezes, ser emocionante. Em uma semana movimentada, eles atendem a vários e-mails, investigações em tempo real no site e problemas técnicos. À medida que as operações se acalmam, eles trabalham para melhorar a telemetria e os relatórios, investindo seu tempo para facilitar a manutenção do serviço.

As C-crews permitem que a equipe resolva problemas sem tirar os membros da equipe de outras prioridades e garantem que os clientes e parceiros sejam ouvidos. A capacidade de resposta a perguntas e problemas torna-se um motivo de orgulho para as tripulações C. No entanto, este ritmo pode ser desgastante, exigindo uma rotação frequente entre as tripulações.

Rotação da tripulação

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

No final de cada semana, realize uma pequena reunião de troca onde a equipe decide quem troca entre as tripulações. Você pode usar um gráfico de quadro branco para rastrear quem está atualmente em cada tripulação e quando eles foram trocados. As pessoas com mais tempo de permanência em cada tripulação normalmente devem trocar entre si. No entanto, em qualquer semana, alguém pode querer permanecer para concluir o trabalho em uma investigação em um site ativo ou funcionalidade. Embora haja flexibilidade, quanto mais tempo alguém estiver em uma tripulação, maior a probabilidade de ser trocado.

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

Dimensão da tripulação

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

Esta estratégia simplifica a comunicação com a gestão. Sem um sistema de duas tripulações, os engenheiros geralmente trabalham em várias coisas simultaneamente. Quando várias distrações ocorrem durante uma única semana, as funcionalidades em desenvolvimento geralmente são atrasadas. Como resultado, uma equipa pode ser incapaz de fornecer cronogramas com confiança para o desenvolvimento futuro de funcionalidades.

Uma equipe F dedicada leva a um rendimento e tempo de entrega previsíveis. Dividir recursos entre as equipes aumenta a responsabilidade dentro da equipe e com a gestão sobre o que a equipe pode realizar a cada semana e a cada sprint.

Próximos passos

O sistema de duas tripulações pode ajudar as equipas a compreender onde os engenheiros devem gastar o seu tempo e a progredir em muitas prioridades concorrentes.

Além de melhorar a produtividade e a previsibilidade, o sistema de duas tripulações pode aumentar o moral da equipe. Os engenheiros de cada equipa compreendem claramente os seus papéis e responsabilidades e funcionam de forma mais independente e com uma responsabilização 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 praticamente qualquer equipe Agile que lida com prioridades concorrentes.

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