Promover uma cultura Agile dentro de sua equipe

  • Artigo

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

À medida que sua equipe cresce, você deseja que suas ferramentas cresçam com ela. E se você é uma empresa que adota metodologias Agile, deseja que suas ferramentas Agile ofereçam suporte às metas de negócios da sua empresa.

No entanto, o dimensionamento do Agile com êxito requer o endereçamento da cultura e das ferramentas em sua organização.

Observação

Novo no Agile? Saiba mais sobre a Cultura Agile e o Dimensionamento Agile para Grandes Equipes.

Habilitar a autonomia

As organizações que aspiram a ser ágeis precisam considerar as obrigações gêmeas de criar alinhamento em toda a empresa e dar suporte à autonomia da equipe. Uma equipe precisa de autonomia para ser eficiente. E as empresas precisam de alinhamento entre as equipes e a organização para serem eficientes.

Muito alinhamento com lideranças com autonomia de equipe insuficientes não dá suporte à inovação ou agilidade das equipes para fazer as coisas. Pouco alinhamento com cada equipe que executa seu programa não fornece o insight e a coordenação necessários para atender às metas de negócios.

Com o nível certo de alinhamento entre a organização e a autonomia da equipe, os indivíduos têm o poder de inovar e inspirar-se a colaborar para atender às metas de negócios.

Criar alinhamento

Ao planejar como deseja aumentar seu conjunto de ferramentas Agile, considere as áreas a seguir. Essas áreas são fundamentais para criar o alinhamento empresarial ao desenvolver a autonomia da equipe.

Área

Criar alinhamento

Dar suporte à autonomia

Visão do produto

A organização define as metas e o roteiro para a organização. Você pode definir metas como épicos e recursos que aparecem no backlog do portfólio.

Uma equipe determina como atender melhor ao roteiro. A equipe divide metas em histórias de usuário ou itens de lista de pendências do produto usando suas listas de pendências de equipe.

Estrutura da equipe

Com base nas metas de negócios, as organizações determinam o número e o tamanho das equipes. Equipes de recursos estruturadas verticalmente possuem a maior autonomia e eficiência.

Com as equipes, deve haver algumas funções estabelecidas, como proprietário do produto e líderes de desenvolvimento, mas também deve haver espaço para rotacionar as funções. Por exemplo, os membros da equipe podem se revezar atuando como Scrum Master, desenvolvendo demonstrações, executando retrospectivas ou criando emails de sprint.

Cadência de desenvolvimento

As organizações Agile precisam lançar produtos e atualizações de recursos em intervalos regulares. Estabelecer agendas regulares de lançamento de sprint promove o ritmo dos negócios.
Cada sprint — uma iteração em caixa de tempo de duração constante entre duas e quatro semanas — inclui planejamento, execução, entrega de valor, reflexão e envolvimento em melhoria contínua.

Todas as equipes gerenciam seu trabalho dentro da cadência de sprint definida. A equipe fornece entrada no comprimento do sprint que funciona melhor para eles.
A equipe escolhe os métodos Agile que funcionam para eles, Scrum, Kanban ou uma combinação de ambos. A equipe também assume a propriedade de começar e agir em seu próprio conjunto de práticas de melhoria contínua.
É possível que algumas equipes sejam executadas em sprints mais curtos. Por exemplo, se uma organização definir uma cadência de sprint de 2 semanas, algumas equipes poderão optar por operar em sprints de 1 semana, enquanto ainda estão alinhadas com o agendamento organizacional.

Cadência de comunicação

Assim como os sprints trazem um ritmo natural ao fluxo de trabalho, as comunicações regulares também. Ao definir expectativas para os tipos de comunicações que desejam ver para se manterem alinhados e com que frequência ocorrem, as organizações criam naturalmente alinhamento entre as equipes e a empresa.
Emails de sprint de equipe, status de barra de bugs e status de entrega de recursos da equipe de lançamento são exemplos dessas comunicações regulares.

Uma equipe determina os detalhes que eles comunicam e quem desenvolve a comunicação. Seus e-mails de sprint podem conter um resumo das realizações de sprint anteriores e dos próximos planos de sprint ou incluir uma demonstração de recursos concluídos recentemente.

Qualidade

Cada organização precisa definir os critérios e padrões pelos quais avaliam a qualidade e definem as expectativas para padrões de qualidade. Algumas maneiras de definir os critérios são definir critérios de saída para o desenvolvimento de novos recursos, padrões para gerenciar dívidas técnicas e limites de bug para equipes ou indivíduos.
Além disso, eles podem monitorar status de bugs e tendências criando dashboards de bugs.

Uma equipe escolhe como atende aos padrões de qualidade. Eles podem preparar buscas de bugs para novos recursos ou no final de cada sprint. Eles podem escolher um indivíduo para funcionar como um escudo de bug em uma base rotativa.

Gerenciar riscos, acompanhar o trabalho

A organização determina como cada unidade funcional comunica o status e o risco. Ela estabelece um "contrato de comunicação" quanto às informações mínimas necessárias que a organização precisa.
Além disso, a organização fornece a infraestrutura para reduzir os riscos. A organização deve às equipes tudo o que elas podem fazer para reduzir os riscos comuns entre as equipes.

Além de atender às necessidades definidas pela organização, as equipes determinam os outros detalhes necessários para gerenciar e acompanhar para reduzir seus riscos. Seja usando um quadro branco com notas autoadesivas ou um gráfico de Gantt completo, elas gerenciam os detalhes. Por exemplo, as equipes podem adicionar um item de lista de pendências do produto para rastrear uma dependência que elas têm em outra equipe. Ou eles podem controlar seus riscos por meio de uma lista de problemas ou impedimentos. Além disso, as equipes contribuem regularmente para melhorar o processo e a infraestrutura para dar suporte à capacidade da organização de gerenciar riscos e obter insights.

Equipes de estrutura

Conforme você dimensiona, uma das tarefas mais importantes a serem consideradas é como você estrutura suas equipes. Tradicionalmente, as estruturas de equipe horizontais dividem as equipes de acordo com a arquitetura de software: interface do usuário, arquitetura orientada ao serviço e equipes de dados.

Gráfico mostrando equipes horizontais vs verticais.

No entanto, com a adoção de práticas agile, as estruturas de equipe verticais que abrangem a arquitetura fornecem maior autonomia de equipe. As equipes verticais podem entregar os recursos que possuem trabalhando em toda a arquitetura de software. Elas também espalham o conhecimento necessário para trabalhar em todos os níveis de arquitetura em todas as equipes.

Configure suas equipes ao longo dos fluxos de valor que sua organização deseja fornecer. Por exemplo, a Fabrikam Fiber organiza suas equipes em sete equipes de recursos a seguir.

Gráfico mostrando sete equipes de recursos: Carrinho de compras, Perfil do cliente, Status do serviço, Email, Voz, Internet e TV

Cada equipe planeja os recursos a serem entregues. Eles têm a autonomia de determinar como estruturar os dados, arquitetar os serviços e projetar as interfaces do usuário web e móvel. Elas planejam a adesão aos padrões de qualidade definidos pela organização e aos quais todas as equipes contribuem.

Configurar suas ferramentas Agile para dimensionar

À medida que sua organização cresce, você pode dimensionar suas ferramentas Agile das seguintes maneiras.

  • Adicionar equipes e exibições de lista de pendências filtradas: você adiciona equipes para dar suporte à autonomia da equipe e fornecer a elas as ferramentas que podem configurar e gerenciar que dão suporte a como elas querem trabalhar. Essas ferramentas incluem listas de pendências do produto, placas Kanban, backlogs de sprint, quadros de tarefas e outros.

    Além disso, você pode configurar equipes para dar suporte a uma hierarquia de lista de pendências e listas de pendências do portfólio para que os gerentes de portfólio possam examinar a prioridade e o progresso em várias equipes.

  • Configurar sprints e lançamentos: você pode estruturar suas iterações para dar suporte a um conjunto simples de sprints ou a um conjunto de sprints inseridos em versões agendadas. Cada equipe ativa o conjunto de sprints e versões dos quais elas precisam participar.

  • Gerenciar portfólios: configurando uma hierarquia de equipes e listas de pendências e ativando listas de pendências do portfólio. As equipes de recursos focadas em um subconjunto da lista de pendências do produto podem permanecer focadas apenas nas suas listas de pendências. Os gerentes de portfólio que desejam exibir e organizar as listas de pendências para acompanhar o progresso e as dependências podem gerenciar listas de pendências do portfólio de Recursos e Épicos.

    Se você precisar de outras listas de pendências de portfólio, por exemplo, Cenários ou Iniciativas, também poderá adicioná-las.

  • Configurar painéis: com painéis de equipe, você pode configurar gráficos que acompanham o progresso em uma equipe ou entre equipes. Especificamente, você pode adicionar status e gráficos de tendências com base em consultas criadas.

  • Agrupar ou categorizar o trabalho: há várias maneiras de agrupar o trabalho que você deseja acompanhar. As listas de pendências filtram itens de trabalho com base em atribuições de área de equipe. E as listas de pendências de portfólio permitem agrupar itens de lista de pendências em Recursos e Epics.

    Se você quiser acompanhar e relatar itens de trabalho com base em outros agrupamentos, poderá fazê-lo. Você pode adicionar marcas a itens de trabalho e filtrar as listas de pendências ou consultas com base em marcas. Além disso, você pode adicionar caminhos de subárea para representar áreas de recursos mais granulares.

  • Adicione pastas e use os favoritos da equipe: à medida que suas equipes crescem, você vê uma lista crescente de consultas de item de trabalho, definições de build e pastas de código-fonte. Usando pastas, subpastas e favoritos da equipe, você pode gerenciar muitas dessas listas com mais facilidade. Você pode adicionar favoritos da equipe para consultas compartilhadas, código-fonte e definições de build.

Dimensionar com equipes e não com projetos

Muitas vezes, as organizações analisam a adição de um projeto para cada projeto de desenvolvimento de software.

Recomendamos que você adicione equipes para dimensionar suas ferramentas em vez de adicionar projetos pelos seguintes motivos:

  • Visibilidade: É mais fácil ver o progresso em todas as equipes
  • Acompanhamento e auditoria: é mais fácil vincular itens de trabalho a outros objetos para fins de acompanhamento e auditoria
  • Manutenção: você minimiza a manutenção de grupos de segurança e atualizações de processo.

Para obter mais informações, consulte Sobre projetos e dimensionamento de sua organização.

Antes de criar ou trabalhar com qualquer uma das ferramentas Agile, você precisa de um projeto. Se você ainda não tiver um, poderá criar um.

Se você estiver pronto para mudar de uma equipe para duas equipes ou configurar várias equipes, confira Adicionar equipes. Para adicionar um administrador de equipe ou configurar ativos de equipe, confira Gerenciar equipes e configurar ferramentas de equipe.

Para obter mais informações, consulte estes artigos:

Recursos do setor de cultura Agile