O que é uma Metodologia Ágil?

Ao responder à pergunta 'o que é uma metodologia ágil?', tentarei esclarecer alguns dos desafios de linguagem que costumam atrapalhar. Por exemplo, existe alguma diferença entre Agile (com A maiúsculo) e agile (com a minúsculo)?  E o que queremos dizer com método, framework ou metodologia e isso importa?

As opiniões sobre o assunto variam, então usarei o conceito de agilidade para ajudar com as respostas porque é uma palavra que está acima de tudo isso sem ser controversa.

Agilidade é definida como a capacidade de pensar e se mover rapidamente e facilmente. No contexto de planejamento e execução do trabalho, a agilidade abraça o conceito de mudança contínua. É particularmente valiosa em um ambiente onde algum grau de volatilidade, incerteza, complexidade ou ambiguidade torna os planos rígidos e detalhados difíceis de formular e executar.

Algumas pessoas veem 'Agile' como definindo uma forma de trabalhar enquanto outras veem como descrevendo uma forma de pensar ou se comportar. Algumas até tentam usar a capitalização de Agile versus agile para diferenciar entre essas abordagens. Isso por si só pode alimentar horas de debate às vezes divertido, mas mais frequentemente frustrante, sobre qual é mais importante ou mais valioso – fazer Agile ou ser ágil?

Pessoalmente, eu preferiria focar no terreno comum – reconhecendo que pensar e fazer estão intimamente ligados. Na verdade, dada a definição anterior de agilidade, especialmente o aspecto relacionado à capacidade de resposta, nem deveria ser possível 'fazer Agile' na ausência de pensamento. Além disso, sem ação subsequente, a agilidade no pensamento não tem valor tangível, exceto talvez o aprendizado pela observação. Então, qualquer forma verdadeiramente ágil de trabalhar precisa combinar tanto perspectivas humanas quanto de processo se quiser ser eficaz.

Antes de compartilhar minha visão sobre isso, é melhor dizer que as palavras método, framework e abordagem são frequentemente usadas de forma intercambiável com metodologia.

Framework é mais frequentemente usado em um contexto de marca, com, por exemplo, Scrum, AgilePM e SAFe se descrevendo como frameworks. Os outros termos são mais frequentemente usados ao falar em termos mais generalizados sobre agilidade.

Os melhores frameworks ágeis descrevem combinações específicas de valores, princípios, processos, práticas, papéis, responsabilidades e produtos de trabalho ou artefatos de apoio. Valores, princípios, papéis e responsabilidades lidam com os aspectos humanos da agilidade, enquanto processo, práticas e produtos de trabalho fornecem a estrutura e mecânica para entrega.

Alguns dos frameworks ágeis mais populares incluem:

Scrum é um framework ágil usado principalmente na criação de produtos. Tem suas origens no espaço de desenvolvimento de software e é onde ainda é mais utilizado. Ao contrário da linguagem comum, NÃO é uma metodologia de gerenciamento de projetos porque não aborda nenhum aspecto do gerenciamento de projetos. Foca exclusivamente na entrega de produtos, onde realmente se destaca.

O Scrum compreende um conjunto de 5 valores (Comprometimento, Foco, Abertura, Respeito e Coragem) fortemente focados nos aspectos humanos da agilidade. Eles descrevem um conjunto de comportamentos ideais que todos em uma equipe Scrum devem tentar implementar e apoiar uns nos outros. O Scrum também define três papéis dentro do framework:

• Um Product Owner responsável por identificar e priorizar o trabalho para entregar valor otimizado de forma precoce e frequente;
• Múltiplos Desenvolvedores que se auto-organizam para entregar Incrementos valiosos do produto; e
• Um Scrum Master que ajuda toda a equipe a tirar o máximo proveito da forma ágil de trabalhar que o Scrum descreve.

A entrega do produto é orquestrada em um ciclo simples e repetitivo de desenvolvimento conhecido como Sprint. Os Sprints são tipicamente curtos – um mês ou menos de duração. Cada ciclo começa com eventos (reuniões curtas e focadas) para concordar e planejar o trabalho. Termina com eventos para revisar o que foi entregue e explorar como tanto o produto quanto a forma de trabalhar podem ser melhorados. Todos os dias há uma reunião Daily Scrum de 15 minutos usada pelos Desenvolvedores para manter o foco na entrega de sua Meta do Sprint acordada e ajustar os detalhes finos de seus planos adequadamente.

O Scrum enfatiza o empirismo no controle de seus processos - outro fundamento humano chave da verdadeira metodologia ágil. À medida que o desenvolvimento avança, espera-se que a equipe explore a transparência proporcionada pelos eventos e artefatos do Scrum. Com base na inspeção destes, eles devem continuamente adaptar o que estão fazendo para otimizar a entrega de valor. Transparência, inspeção e adaptação são os três pilares do controle empírico de processo.

Algumas pessoas consideram o Kanban como uma abordagem enxuta para desenvolvimento ao invés de uma abordagem ágil. Embora possa haver mérito técnico nesse argumento, para a maioria dos propósitos isso é irrelevante. Como o Scrum, o Kanban descreve uma forma de trabalhar que é focada em entregar valor cedo e frequentemente, encoraja a colaboração entre os membros da equipe e os capacita a gerenciar os detalhes do seu trabalho.

Uma diferença chave entre Scrum e Kanban é que o processo Kanban é de fluxo contínuo de trabalho ao invés de ciclos repetidos. Os membros da equipe puxam um item de trabalho do backlog assim que terminam o item anterior. Diferentemente do Scrum, que prefere que os membros da equipe sejam multifuncionais (com múltiplas habilidades), transferências de uma pessoa para outra no Kanban são mais comuns. O número de itens de Trabalho em Progresso (WiP) é deliberadamente restrito, encorajando os membros da equipe a colaborar para resolver problemas quando o limite de WiP é atingido.

Os aspectos comportamentais humanos do Kanban são guiados por seis práticas fundamentais: Visualizar o trabalho; Limitar Trabalho em Progresso; Gerenciar fluxo; Tornar políticas explícitas; Implementar loops de feedback; Melhorar colaborativamente; e Evoluir experimentalmente.

Como no Scrum, um backlog ordenado é mantido para guiar e moldar o trabalho dos desenvolvedores. Diferentemente do Scrum, planejamento, revisões e retrospectivas não estão vinculadas a ciclos de desenvolvimento. Análogos destes existem no Kanban e são tipicamente organizados em uma cadência pré-acordada e incluem uma Daily Stand-up. A tabela abaixo descreve os eventos do Scrum e seus análogos no Kanban.

SAFe – o Scaled Agile Framework – é um pouco diferente porque, como o próprio nome sugere, aborda um panorama muito mais amplo. Foi especificamente projetado para escalar práticas ágeis em grandes empresas.

Enquanto Scrum e Kanban são adequados para equipes individuais, o SAFe fornece uma estrutura para coordenar múltiplas equipes ágeis, frequentemente entre departamentos e fluxos de valor, na entrega de produtos e soluções complexas.

O SAFe baseia-se em princípios fundamentais ágeis e lean – extraindo de frameworks como Scrum, Kanban e Lean Product Development – e os integra em uma hierarquia estruturada. Aborda não apenas a entrega no nível de equipe, mas também alinhamento estratégico, governança, orçamento e colaboração entre equipes.

Os principais papéis no SAFe incluem:

• Equipes Ágeis (seguindo Scrum ou Kanban),
• Product Owner e Scrum Master (no nível de equipe),
• Release Train Engineer (RTE) – um líder de estilo ágil para um Agile Release Train (ART),
• Gerenciamento de Produto e Arquiteto/Engenheiro de Sistema – coordenando prioridades e arquitetura entre equipes,
• Lean Portfolio Management – alinhando investimentos à estratégia.

O trabalho é planejado e entregue em Program Increments (PIs) – tipicamente de 8–12 semanas – e estruturado em torno de eventos regulares baseados em cadência:

• PI Planning – uma sessão de planejamento em larga escala, presencial, que alinha todas as equipes nos objetivos e dependências,
• System Demos – que mostram o progresso integrado entre equipes,
• Inspect & Adapt – uma retrospectiva estruturada para melhoria contínua.

O SAFe encoraja liderança Lean-Agile, uma cultura de aprendizado contínuo e pensamento centrado no cliente. Embora seja mais prescritivo que Scrum ou Kanban, o SAFe fornece uma estrutura para escala, permitindo que organizações mantenham agilidade enquanto gerenciam complexidade e alinhamento no nível empresarial.

AgilePM também é um pouco diferente por focar em um projeto ao invés de um contexto de produto, lidando com todos os aspectos clássicos do gerenciamento de projetos, mas de uma forma fundamentalmente ágil. Equilibra todos os benefícios da agilidade com o rigor das disciplinas mais tradicionais de gerenciamento de projetos.

É particularmente adequado para organizações como no governo, serviços financeiros ou outras indústrias regulamentadas que requerem garantias das partes interessadas, papéis e responsabilidades definidos, e um ambiente de entrega controlado.

O AgilePM inclui elementos de escalonamento para múltiplas equipes auto-organizadas e foca na entrega de valor. Diferentemente da maioria das abordagens ágeis, no entanto, foca em resultados ao invés de produtos, abrangendo todo o trabalho necessário para realizar valor ao invés de apenas entregar algo que deveria ser valioso.

Como qualquer bom framework ágil, inclui tanto elementos humanos quanto de processo, todos identificados no diagrama abaixo.

Tendo resumido alguns dos frameworks ágeis mais significativos, agora é um bom momento para retornar ao termo metodologia.

Para muitos, metodologia é simplesmente outra palavra para framework, mas prefiro olhar um pouco mais profundamente para o valor adicional que a palavra pode transmitir. Muitas fontes definem metodologia como "o estudo, análise ou aplicação de métodos". Então uma metodologia ágil pode ser interpretada de forma um pouco diferente de um framework neste contexto para incluir uma compreensão real do que faz um framework específico funcionar, e por quê.

Recentemente, algumas organizações parecem ter se desiludido com o 'ágil', frequentemente se afastando de investimentos significativos que falharam em entregar as promessas feitas. Por que isso acontece? É porque os frameworks ágeis não funcionam? É porque foi prometido demais? Ou é por falta de atenção à metodologia?

Estou envolvido com agilidade desde seu surgimento em meados dos anos 1990, implementando, adaptando e até mesmo criando frameworks ágeis. Tendo experimentado, e às vezes liderado, o bom, o ruim e o feio das iniciativas para melhorar o desempenho através da agilidade, acredito que o último destes pode estar mais próximo da verdade.

Como mencionei antes, a atenção tanto às dimensões humana quanto de processo de qualquer framework ágil precisa ser considerada.  A parte do processo é fácil... Trabalhar em rajadas curtas a partir de um backlog priorizado de trabalho, realizar revisões frequentes do produto durante o desenvolvimento, realizar reuniões de equipe 'stand-up' de 15 minutos todos os dias, etc.

A parte humana é muito mais complicada. Uma compreensão real dos aspectos pessoais e interpessoais da forma ágil de trabalhar é necessária se o potencial de qualquer framework for ser realizado. Estes incluem:

Todas as abordagens ágeis enfatizam a auto-organização (ou autogestão) no nível da equipe. A premissa por trás disso é que aqueles mais próximos do trabalho devem estar mais qualificados para decidir a melhor forma de executá-lo. Somando-se a isso, a necessidade de responder rapidamente a mudanças relativamente pequenas no ambiente de trabalho torna a auto-organização essencial para o modo ágil de trabalhar.  As duas dimensões disso são empoderamento e responsabilização.

O empoderamento relaciona-se ao grau de autonomia e autodeterminação que as equipes e indivíduos dentro das equipes possuem. É preciso equilibrar a autoridade sobre o que fazer, quando e como, para alcançar um objetivo acordado, com a competência para fazer isso de forma eficaz. 

Isso é contrabalanceado pela responsabilização. Indivíduos e equipes que são empoderados para assumir a responsabilidade de seu trabalho dessa forma demonstram melhor desempenho e produtividade, e maior satisfação no trabalho quando comparados àqueles cujo trabalho é controlado por outros.

Um bom líder ágil (tradicionalmente, um gerente) irá, portanto, trabalhar para garantir o empoderamento ideal de suas equipes.

Entre as características dos seres humanos que nos distinguem da maioria das outras espécies animais está nossa capacidade de colaborar para resolver problemas. A colaboração é alimentada por nossas habilidades avançadas de comunicação – principalmente nossa capacidade de compartilhar pensamentos e ideias através da linguagem. Todas as abordagens ágeis têm o trabalho colaborativo em seu centro e dependem da transparência apoiada por comunicação clara, aberta e honesta sobre todos os aspectos do trabalho sendo realizado. Este é um requisito essencial dentro de uma equipe ágil e deveria ser o padrão também para a comunicação externa.

É aqui que a metodologia realmente entra em ação… Uma das principais causas de fracasso das iniciativas de transformação ágil decorre da falta de aplicação inteligente e pragmática. Isso remonta à base humana fundamental da agilidade. Se você tratar o Scrum, AgilePM ou qualquer outro framework ágil puramente como um conjunto de processos a serem seguidos, é improvável que obtenha muito valor dele.

O sucesso completo com qualquer framework ágil requer empirismo. Ou seja, requer transparência contínua e inspeção e adaptação constantes:

• A transparência tanto da abordagem sendo seguida quanto do progresso sendo feito em direção aos objetivos desejados é essencial. É necessária para permitir…
• Inspeção de ambos. Especificamente analisando se todos os envolvidos entendem a forma de trabalhar e estão aplicando o framework escolhido corretamente e se os resultados e outcomes são como esperado. Isso é necessário para permitir uma efetiva…
• Adaptação. Que também pode se relacionar à adaptação nas pessoas ou no processo.
  • Pessoas novas na forma de trabalhar ágil provavelmente a acharão bem diferente da maneira como trabalharam anteriormente. Tanto os membros da equipe QUANTO os stakeholders externos à equipe provavelmente precisarão fazer ajustes na forma como trabalham.
  • Os processos e práticas padrão do framework podem precisar ser adaptados para resultados ótimos. Quaisquer adaptações que permitam à equipe ser mais eficiente e eficaz na conquista dos objetivos finais do negócio devem ser consideradas. Com agilidade, não deve haver medo de experimentação nesse sentido.

AgilePM é o primeiro, e possivelmente o melhor framework para Gestão de Projetos Ágil. Ele descreve a gestão de projetos ágil como uma abordagem flexível e iterativa para gerenciar projetos. Foi projetado para abordar os desafios de ambientes modernos e dinâmicos. O AgilePM foca na entrega de valor de negócio desde cedo e continuamente, abraçando mudanças e incertezas ao longo do ciclo de vida do projeto. Diferentemente dos métodos tradicionais que dependem muito de planejamento detalhado inicial e assumem um ambiente estável, o AgilePM foi construído para prosperar em condições de volatilidade, incerteza, complexidade e ambiguidade (VUCA).

Em projetos ágeis, pessoas, colaboração e soluções funcionais são enfatizadas em detrimento de processos rígidos e documentação. O AgilePM integra os valores do Manifesto Ágil – com os quais todas as abordagens verdadeiramente ágeis se alinham – em um contexto de projeto mais amplo, expandindo além do desenvolvimento de software para se aplicar a diversos projetos de negócio.

O AgilePM enfatiza o desenvolvimento iterativo da solução de negócio, o timebox do trabalho e o engajamento frequente das partes interessadas para garantir que as soluções evoluam em resposta ao feedback do mundo real, em vez de requisitos fixos definidos no início. Mas o AgilePM vai além disso. Não se limita a supervisionar o desenvolvimento de produtos, mas inclui garantir a realização de valor ao alinhar recursos, gerenciar riscos e manter a governança. O framework apoia o planejamento e a tomada de decisões just-in-time, encorajando flexibilidade e adaptabilidade enquanto ainda fornece controles robustos e responsabilização.

Em geral, a Gestão de Projetos Ágil, exemplificada pelo AgilePM, é uma abordagem disciplinada, mas adaptável para projetos que equilibra agilidade com governança. É especialmente eficaz para projetos onde mudanças são esperadas e o valor para o cliente é um foco central. Ajuda a habilitar a agilidade de negócio ao permitir que as organizações respondam de forma rápida e responsável às necessidades em mudança sem comprometer a qualidade ou direção estratégica.

Agilidade empresarial é a capacidade de uma organização se adaptar rapidamente às mudanças do mercado e do ambiente de forma produtiva e econômica. Ela enfatiza a capacidade de resposta, inovação e foco no cliente, permitindo que as organizações prosperem em meio à incerteza e mudança.

Historicamente, o conceito se inspira em pensadores como Alvin Toffler e Peter Drucker, que destacaram a necessidade de adaptabilidade e inovação diante de mudanças rápidas. O termo "agilidade empresarial" ganhou destaque no início dos anos 2000, influenciado pelo movimento de Desenvolvimento Ágil de Software, e desde então evoluiu para abranger práticas organizacionais mais amplas.

Os principais aspectos da agilidade empresarial incluem:

• Foco no Cliente: Organizações ágeis priorizam entregar valor aos clientes de forma eficiente, usando feedback contínuo para aprimorar a experiência do cliente.
• Flexibilidade e Adaptabilidade: Tais organizações podem ajustar processos e estruturas rapidamente em resposta tanto a variações menores quanto a mudanças significativas, contando com funcionários empoderados para tomar decisões informadas.
• Eficiência Operacional: Ao simplificar processos e reduzir desperdícios, empresas ágeis alcançam eficiência, frequentemente através do empoderamento de equipes para assumirem a propriedade de seus fluxos de trabalho.

A agilidade empresarial não é uma abordagem única; ela varia entre organizações e até mesmo dentro de diferentes áreas da mesma organização. É uma jornada contínua, exigindo uma cultura que apoie o aprendizado e adaptação constantes. Implementar frameworks ágeis como Scrum pode ser um ponto de partida, mas a verdadeira agilidade envolve uma mudança de mentalidade em toda a organização.

Por fim, a agilidade empresarial oferece uma vantagem competitiva ao permitir que as organizações respondam rapidamente às demandas do mercado, inovem continuamente e entreguem valor sustentado aos clientes.

Muitas pessoas usam os termos metodologia ágil, método ágil e framework ágil de forma intercambiável. Isso é normal – é assim que o mundo funciona. Dito isso, acredito que metodologia sugere um mergulho mais profundo no porquê e como os métodos e frameworks funcionam.

Muitos conseguirão melhorias modestas no desempenho através de uma implementação relativamente 'irrefletida' de um framework ágil como Scrum ou AgilePM 'direto da caixa'. Para muitos deles, isso será uma recompensa suficiente, mas para aqueles convencidos por um sonho de melhoria radical, 'viver ágil' em vez de 'fazer ágil' é um próximo passo essencial.  

Isso pode ser alcançado aproveitando as bases empíricas de todos os melhores frameworks – explorando a transparência e o aprendizado através da inspeção e adaptação experimental que sustentam a forma ágil de trabalhar.

Embora melhorias significativas possam ser realizadas relativamente rapidamente, abraçar a agilidade nem sempre é fácil porque geralmente requer uma mudança de comportamento dentro e ao redor das equipes de entrega. Otimizar a agilidade é uma jornada sem fim, e vale ressaltar que a adaptação nos aspectos humanos da forma de trabalhar, em vez dos aspectos de processo, provavelmente desbloqueará as recompensas mais valiosas.