Promova uma cultura ágil dentro da sua equipe

  • Artigo

Serviços de DevOps do Azure | Azure DevOps Server 2022 - Azure DevOps Server 2019

À medida que sua equipe cresce, você quer que suas ferramentas cresçam com ela. E se você é uma empresa que adota metodologias ágeis, você quer que suas ferramentas ágeis apoiem os objetivos de negócios da sua empresa.

No entanto, escalar com sucesso o Agile requer abordar a cultura e as ferramentas dentro da sua organização.

Nota

Novo no Agile? Para obter mais informações, consulte Cultura ágil e Dimensionamento ágil para grandes equipes.

Habilite 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 apoiar a autonomia da equipe. Uma equipa precisa de autonomia para ser eficiente. E as empresas precisam de alinhamento entre as equipas e a organização para serem eficientes.

Muito alinhamento com liderança insuficiente de autonomia da equipe não suporta inovação ou agilidade das equipes para fazer as coisas. Muito pouco alinhamento com cada equipe executando seu próprio programa não fornece a visão e a coordenação necessárias para atingir as metas de negócios.

Com o nível certo de alinhamento em toda a organização e autonomia da equipe, os indivíduos ficam capacitados a inovar e inspirados a colaborar para atingir as metas de negócios.

Criar alinhamento

Ao planejar como você deseja expandir seu conjunto de ferramentas Agile, considere as seguintes áreas. Essas áreas são fundamentais para criar alinhamento empresarial e, ao mesmo tempo, desenvolver a autonomia da equipe.

Área

Criar alinhamento

Autonomia de apoio

Visão do produto

A organização define os objetivos e o roteiro para a organização. Você pode definir metas como épicos e recursos que aparecem na lista de pendências do portfólio.

Uma equipa determina a melhor forma de cumprir o roteiro. A equipe divide as metas em histórias de usuários ou itens da lista de pendências do produto usando as listas de pendências da equipe.

Estrutura da equipa

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

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

Cadência de desenvolvimento

As organizações ágeis precisam lançar produtos e atualizações de recursos em intervalos regulares. Estabelecer horários regulares de lançamento e sprint promove o ritmo do negócio.
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 na melhoria contínua.

Todas as equipas gerem o seu trabalho dentro da cadência de sprint definida. A equipe fornece informações sobre a duração do sprint que funciona melhor para eles.
A equipe escolhe os métodos ágeis que funcionam para eles, Scrum, Kanban ou uma mistura de ambos. A equipe também se apropria 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 define uma cadência de sprint de 2 semanas, algumas equipes podem optar por operar em sprints de 1 semana, enquanto ainda estão alinhadas com o cronograma organizacional.

Cadência de comunicação

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

Uma equipa determina os detalhes que comunicam e quem desenvolve a comunicação. Seus e-mails de sprint podem conter um resumo de realizações de sprint anteriores e os 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 avalia a qualidade e definir expectativas para os 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 bugs para equipes ou indivíduos.
Além disso, eles podem monitorar o status e as tendências de bugs criando painéis de bugs.

Uma equipa escolhe a forma como cumpre os padrões de qualidade. Eles podem encenar bugs bashes para novos recursos ou no final de cada sprint. Eles podem escolher um indivíduo para funcionar como um escudo contra bugs em uma base rotativa.

Gerencie riscos, acompanhe o trabalho

A organização determina como cada unidade funcional comunica status e risco. Eles estabelecem um "contrato de comunicação" quanto às informações mínimas exigidas 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 que são comuns entre as equipes.

Além de atender às necessidades definidas pela organização, as equipes determinam quaisquer outros detalhes que precisam gerenciar e rastrear para reduzir seus riscos. Quer utilizem um quadro branco com notas adesivas ou um gráfico de Gantt completo, gerem os detalhes. Por exemplo, as equipes podem adicionar um item de lista de pendências para rastrear uma dependência que têm de outra equipe. Ou podem acompanhar os seus riscos através de uma lista de problemas ou impedimentos. Além disso, as equipes contribuem regularmente para melhorar o processo e a infraestrutura para apoiar a capacidade da organização de gerenciar riscos e obter insights.

Estruturar equipas

À medida que você escala, uma das tarefas mais importantes a considerar é 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 a serviços e equipes de dados.

Gráfico mostrando equipes horizontais vs verticais.

No entanto, com a adoção de práticas ágeis, estruturas de equipe verticais que abrangem a arquitetura proporcionam maior autonomia da equipe. As equipes verticais podem oferecer os recursos que possuem trabalhando em toda a 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 fornecer. Por exemplo, a Fabrikam Fiber, organiza suas equipes nas seguintes sete equipes de recursos.

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

Cada equipe planeja os recursos a serem entregues. Eles têm autonomia para determinar como estruturar os dados, arquitetar os serviços e projetar as interfaces de usuário web e móvel. Planeiam em conformidade com os padrões de qualidade definidos pela organização e para os quais todas as equipas contribuem.

Configure suas ferramentas Agile para dimensionar

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

  • Adicionar equipes e visualizações de lista de pendências filtradas: você adiciona equipes para dar suporte à autonomia da equipe e fornece a elas as ferramentas que elas podem configurar e gerenciar que suportam como elas querem trabalhar. Essas ferramentas incluem listas de pendências de produtos, quadros Kanban, listas de pendências de sprint, quadros de tarefas e outros.

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

  • Configurar sprints e releases: você pode estruturar suas iterações para suportar um conjunto plano de sprints ou um conjunto de sprints incorporados em versões agendadas. Cada equipe ativa o conjunto de sprints e lançamentos dos quais precisa participar.

  • Gerenciar portfólios: configurando uma hierarquia de equipes e listas de pendências e ativando listas de 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 visualizar e organizar listas de pendências para acompanhar o progresso e as dependências podem gerenciar as listas de pendências de recursos e épicos.

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

  • Configurar painéis: com painéis de equipe, você pode configurar gráficos que acompanham o progresso dentro de uma equipe ou entre equipes. Especificamente, você pode adicionar gráficos de status e tendência com base nas 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 nas atribuições de área da equipe. E as listas de pendências de portfólio permitem agrupar itens da lista de pendências em Recursos e Épicos.

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

  • Adicionar pastas e usar os favoritos da equipe: à medida que suas equipes crescem, você vê uma lista crescente de consultas de itens de trabalho, definições de compilação e pastas de código-fonte. Usando pastas, subpastas e favoritos da equipe, você pode gerenciar muitas dessas listas mais facilmente. Você pode adicionar favoritos da equipe para consultas compartilhadas, código-fonte e definições de compilação.

Dimensione com equipes e não com projetos

Muitas vezes, as organizações procuram adicionar 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 equipas
  • Rastreamento e auditoria: é mais fácil vincular itens de trabalho a outros objetos para fins de rastreamento e auditoria
  • Capacidade de manutenção: você minimiza a manutenção de grupos de segurança e atualizações de processos.

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

Antes de criar ou trabalhar com qualquer uma das ferramentas Agile, você precisa de um projeto. Se você ainda não tem um, você pode 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 mais informações, consulte estes artigos:

Recursos da indústria cultural ágil