Fechar

Ágil em escala

Continuação: dimensionamento ágil em grandes organizações

Scrum e Kanban são duas estruturas ágeis populares usadas pelas equipes. Na última década, à medida que a popularidade aumentou, o setor começou a fazer dimensionamento ágil em organizações maiores. Dois métodos populares emergiram para facilitar isso: o Scrum of Scrums e o Scaled Agile Framework (SAFe). Ambos são ótimos pontos de partida para dimensionamento ágil dentro de uma organização.

De onde quer que você esteja partindo, perceba que seu esforço para escala ágil deve ser ágil em si. Escolha um quadro que colocará você no caminho certo e ajuste-o conforme o negócio precisar evoluir e novos insights surgirem. (O truque é não ajustá-lo tanto de modo que não seja reconhecido como ágil.)

Método ágil em artigos sobre dimensionamento

[CONTINUED]

Scrum of scrums

Scrum é a estrutura ágil mais conhecida para equipes. Quando várias equipes ágeis trabalham juntas em um grande projeto, o Scrum of Scrums é a próxima etapa natural para o dimensionamento ágil. O principal componente do Scrum of Scrums é uma reunião rápida com várias equipes.  Não uma reunião de status. Nem uma reunião para scrum masters falarem sobre o processo ágil. É uma reunião curta para manter todos da organização atualizados sobre questões importantes no portfólio.

Para começar, selecione um membro de cada equipe para representá-los no Scrum of Scrums, idealmente alguém com um cargo técnico. O Scrum of Scrums é uma reunião democrática. Um scrum master pode ajudar a facilitar a reunião rápida, mas ela ocorre como qualquer reunião rápida de equipe. Trata-se de uma reunião diária e ela deve ser curta – não mais de 15 minutos. Isso abrirá as portas para o compartilhamento de conhecimentos e tratará de problemas importantes de integração, pois os técnicos interessados são informados no início e têm um fórum de comunicação.

Scrum of Scrums | Coach Agile Atlassian
Pro tip:

Algumas equipes podem escolher usar o Scrum of Scrums apenas duas ou três vezes por semana, mas com uma reunião um pouco mais longa do que 15 minutos. Lembre-se: o Scrum of Scrums não é uma reunião chata sobre status para atualização da equipe. Mantenha o foco nessas reuniões rápidas. Entenda os problemas que afetam o grupo, decida quais ações (se houver) precisam ser tomadas e por quem e encerre a reunião. 

Normalmente, um scrum de scrums será cluster em torno de um item de trabalho grande como um tema. Elas não são reuniões para discutir liberações ou epis da equipe a menos que esses itens envolvam os outros participantes na reunião.

Algumas organizações também encontram valor na extensão de outras cerimônias ágeis , como planejamento de sprint e retrospectivas de sprint, para o Scrum of Scrums. Os representantes reúnem-se pouco antes do planejamento de sprint da equipe e compartilham o que será provavelmente tratado nos próximos sprints. Esse é um ótimo modo de evitar o bloqueio de dependências entre as equipes ou abordar problemas de integração antes que eles fiquem muito complicados. Para as retrospectivas, o Scrum of Scrums é usado após as retrospectivas da equipe e a discussão de itens de ação que podem precisar de coordenação entre equipes para resolução.

Embora planejamento dimensionado e reflexão não precisem ser feitos a cada sprint, eles  são  partes importantes da cultura ágil. Comece com uma frequência de uma vez por mês e ajuste-a conforme necessário. 

Scaled Agile Framework (SAFe)

Outro modo de fazer um dimensionamento ágil em grandes organizações é o SAFe (consulte o diagrama). Desenvolvido por Dean Leffingwell, o SAFe tem uma abordagem mais estruturada para dimensionamento ágil do que o Scrum of Scrums. O SAFe descreve três níveis na organização: portfólio, programa e equipe. Essa estrutura normalmente é melhor para organizações maiores, pois o SAFe usa uma abordagem em camadas para a entrega do trabalho.

No SAFe, grandes áreas de trabalho relacionado, chamadas temas, são mapeadas para epics de negócios e epics arquiteturais. Epics de negócios descrevem as iniciativas voltadas para o cliente como o lançando de um novo produto. Os epics arquiteturais são iniciativas de tecnologia da empresa, como migração de servidores com base em Windows e Linux. Esses epics compõem a lista de pendências do portfólio.

À medida que um negócio começa a ser executado na lista de pendências do portfólio usando prioridades definidas pelo gerenciamento de produtos e liderança técnica, cada epic de negócios ou arquitetural torna-se um programa ágil com seu próprio mecanismo de liberação ágil. Várias equipes ágeis trabalham juntas em cada programa dentro da organização. Cada programa contém vários recursos e itens de obra arquiteturais que compõem a lista de pendências do programa.

Finalmente, cada equipe tem sua própria lista de pendências derivada da lista de pendências do programa. As equipes trabalham juntas para fornecer iterações ao software em funcionamento enquanto são coordenadas com outras equipes no programa.

"Como posso começar?"

Que bom que perguntou! Ao dimensionar o método ágil em toda uma organização, foque-se no "suficiente". Muitos processos sobrecarregam uma organização com a agilidade, e processos não suficientes fazem com que a liderança sênior não tenha visibilidade. O desenvolvimento ágil bem-sucedido no portfólio reflete o desenvolvimento ágil na equipe: a mesma transparência, a capacidade de resposta para mudar e o foco no software integrado podem ser aplicados a qualquer programa do portfólio.

Estruturas flexíveis e conjuntos de ferramentas compartilhados facilitam a colaboração em toda a empresa.

Se sua organização começa com o Scrums of Scrums, o SAFe ou outra metodologia estabelecida, ou um processo próprio, lembre-se de que o processo deve ser ágil. Continue tentando novas ideias e fazendo melhorias. Lembre-se também de que ferramentas de gerenciamento de projeto ágil e desenvolvimento são uma parte importante no dimensionamento ágil. 

Certifique-se de que o conjunto de ferramentas da organização atenda as necessidades da equipe ágil, bem como os líderes sêniores do portfólio. Finalmente, use as retrospectivas em todos os níveis da organização para obter insights sobre como otimizar ainda mais o processo da empresa para fornecer softwares mais rapidamente, com mais qualidade e confiança. 

Laura Daly
Laura Daly

Laura é um guru ágil na Atlassian, com experiência em várias equipes de produto, incluindo Jira Software, Portfolio for JIRA e Bitbucket. Quando não está escrevendo sobre as práticas recomendadas ágeis, ela está nas montanhas perseguindo tempestades ou procurando um acostamento de terra perfeito.