Promover uma cultura Agile em sua equipe

  • Artigo

Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019 | TFS 2018

Observação

Você é novo no Agile? Saiba mais sobre a Cultura Agile e o Dimensionamento Agile para Grandes Equipes.

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

No entanto, para dimensionar o Agile com êxito, é necessário abordar a cultura e as ferramentas em sua organização.

O alinhamento habilita 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. As equipes precisam de autonomia para serem eficientes. E as empresas precisam de alinhamento entre as equipes e a organização para serem eficientes.

O alinhamento excessivo com líderes insuficientes de autonomia de equipe não dá suporte à inovação ou agilidade das equipes para fazer as coisas. O alinhamento muito pequeno com cada equipe que executa seu próprio 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 se inspirar a colaborar para cumprir as metas de negócios.

Criar alinhamento e dar suporte à autonomia

Conforme você planeja 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. As metas podem ser definidas como épicos e recursos que aparecem no backlog do portfólio.

As equipes determinam como atender melhor ao roteiro. As equipes dividem metas em histórias de usuário ou itens de pendência de produto usando suas 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 levam a maior autonomia e eficiência.

Com as equipes, deve haver algumas funções estabelecidas, como proprietário do produto e clientes potenciais de desenvolvimento, mas também espaço para girar funções. Por exemplo, os membros da equipe podem se revezar atuando como Scrum Master, desenvolvendo demonstrações de sprint, executando retrospectivas de sprint ou criando e-mails 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 e sprint promove o ritmo dos negócios.
Cada sprint — uma iteração em caixa temporal de duração constante entre duas e quatro semanas — inclui planejamento, execução, entrega de valor, reflexão e participação em melhoria contínua.

Todas as equipes gerenciam seu trabalho dentro da cadência de sprint definida. As equipes fornecem entrada no comprimento do sprint que funciona melhor para eles.
As equipes escolhem os métodos Agile que funcionam para eles, Scrum, Kanban ou uma combinação de ambos. As equipes também assumem a propriedade de iniciar e agir em seu próprio conjunto de práticas de melhoria contínua.
É possível que algumas equipes executem em sprints mais curtos. Por exemplo, se uma organização definir uma cadência de sprint de duas 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 para o fluxo de trabalho, as comunicações regulares também. Ao definir as expectativas para os tipos de comunicações que eles desejam ver para se manterem alinhadas e com que frequência elas ocorrem, as organizações naturalmente criam alinhamento entre as equipes e a empresa.
Emails de sprint de equipe, status da barra de bugs e status de entrega de recursos da equipe de lançamento são exemplos dessas comunicações regulares.

As equipes determinam os detalhes que comunicam e quem desenvolverá a comunicação. Seus e-mails de sprint podem conter um resumo das realizações anteriores de sprint 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 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 a dívida técnica e limites de bug para equipes ou indivíduos.
Além disso, eles podem monitorar o status do bug e as tendências criando painéis de bugs.

As equipes escolhem como atendem aos padrões de qualidade. Eles podem preparar bashes de bugs para novos recursos ou no final de cada sprint. Eles podem escolher um indivíduo para agir como um escudo de bug em uma base rotativa.

Gerenciar o risco, acompanhar o trabalho

A organização determina como cada unidade funcional comunicará o status e o risco. Eles estabelecem 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 riscos. A organização deve às equipes tudo o que puderem para reduzir os riscos comuns entre as equipes.

Além de atender às necessidades definidas pela organização, as equipes determinam quaisquer outros detalhes necessários para gerenciar e acompanhar para reduzir seus riscos. Se eles usam um quadro branco com anotações pegajosas ou um gráfico de Gantt completo, eles gerenciam os detalhes.
Por exemplo, as equipes podem adicionar um item de pendência para controlar uma dependência que 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 das organizações de gerenciar riscos e obter insights.

Equipes de recursos

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.

Equipes horizontais versus verticais

No entanto, com a adoção de práticas agile, estruturas de equipe verticais que abrangem a arquitetura têm sido mostradas para proporcionar maior autonomia de equipe. As equipes verticais podem entregar os recursos que possuem trabalhando na arquitetura de software. Eles 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 entregar. Por exemplo, a Fabrikam Fiber organiza suas equipes nas sete equipes de recursos a seguir.

Sete equipes de recursos: carrinho de compras, perfil do cliente, status do serviço, Email, Voz, Internet e TV

Cada equipe planeja os recursos que eles entregarão. Eles têm autonomia para determinar como eles estruturarão os dados, arquitetarão os serviços e projetarão as interfaces do usuário web e móvel. Eles 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 backlog filtradas: Adicione equipes para dar suporte à autonomia da equipe e forneça a eles as ferramentas que elas podem configurar e gerenciar que dão suporte a como elas desejam trabalhar. Essas ferramentas incluem pendências de produto, placas Kanban, backlogs de sprint e quadros de tarefas e muitos outros.

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

  • Configurar sprints e versões: 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 que precisam participar.

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

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

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

  • Agrupar ou categorizar o trabalho: Há várias maneiras de agrupar o trabalho que você deseja acompanhar. As pendências filtram itens de trabalho com base em atribuições de área de equipe. Além disso, as pendências de portfólio permitem agrupar itens de backlog em Recursos e Épicos.

    Se você quiser acompanhar e relatar itens de trabalho com base em outros agrupamentos, poderá. Você pode adicionar marcas a itens de trabalho e filtrar 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 favoritos da equipe: À medida que suas equipes crescem, você verá 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.

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, consulte Adicionar equipes. Para adicionar um administrador de equipe ou configurar ativos de equipe, consulte Gerenciar equipes e configurar ferramentas de equipe.

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

Recursos do setor de cultura agile

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.

A adição de equipes para dimensionar suas ferramentas em vez de adicionar projetos é recomendada pelos seguintes motivos:

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

Para saber mais, confira Sobre projetos e dimensionamento de sua organização.