O que é uma Metodologia Ágil?

Ao responder a pergunta 'o que é uma metodologia ágil?', tentarei esclarecer alguns dos desafios de linguagem que costumam atrapalhar. Por exemplo, há 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 acima diferem, 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 de forma rápida e fácil. No contexto de planejamento e execução de 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 planos rígidos e detalhados difíceis de formular e executar.

Algumas pessoas veem 'Agile' como definindo uma forma de trabalhar, enquanto outras a 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 por observação. Portanto, 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, todos se descrevendo como frameworks. Os outros termos são mais frequentemente usados quando se fala 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 a 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. Ele 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 aplicar em si mesmos e apoiar uns aos 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 ideal cedo e frequentemente;
• 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 trabalho 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. Todo dia 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 específicos de seus planos adequadamente.

O Scrum enfatiza o empirismo no controle de seus processos - outro fundamento humano essencial da verdadeira metodologia ágil. Conforme 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 processos.

Algumas pessoas consideram o Kanban 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 focada em entregar valor cedo e frequentemente, encoraja a colaboração entre os membros da equipe e os capacita a gerenciar os detalhes de seu trabalho.

Uma diferença fundamental 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. Diferente do Scrum, que prefere que os membros da equipe sejam multifuncionais (multihabilidosos), passagens 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. Diferente do Scrum, planejamento, revisões e retrospectivas não estão vinculados a ciclos de desenvolvimento. Análogos a estes existem no Kanban e são tipicamente organizados em uma cadência pré-acordada e incluem uma Reunião Diária. 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. Ele é 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 se baseia em princípios fundamentais ágeis e lean – extraindo de frameworks como Scrum, Kanban e Desenvolvimento Lean de Produtos – e os integra em uma hierarquia estruturada. Ele aborda não apenas a entrega no nível da 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 da equipe),
• Release Train Engineer (RTE) – um líder no estilo ágil para um Agile Release Train (ART),
• Gerenciamento de Produto e Arquiteto/Engenheiro de Sistema – coordenando prioridades e arquitetura entre as equipes,
• Lean Portfolio Management – alinhando investimentos à estratégia.

O trabalho é planejado e entregue em Program Increments (PIs) – tipicamente de 8 a 12 semanas de duração – 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 as equipes,
• Inspect & Adapt – uma retrospectiva estruturada para melhoria contínua.

O SAFe encoraja a liderança Lean-Ágil, 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 as organizações mantenham agilidade enquanto gerenciam complexidade e alinhamento no nível empresarial.

AgilePM também é um pouco diferente no sentido de que foca em um projeto ao invés de um contexto de produto, lidando com todos os aspectos clássicos do gerenciamento de projetos, mas de 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 garantia 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. Ao contrário da maioria das abordagens ágeis, no entanto, ele foca nos resultados ao invés dos 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 a fundo no 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 poderia ser interpretada de forma um pouco diferente de um framework neste contexto, incluindo uma compreensão real do que faz um framework específico funcionar, e por quê.

Recentemente, algumas organizações parecem ter ficado desencantadas com o 'ágil', frequentemente se afastando de investimentos significativos que falharam em cumprir as promessas feitas. Por que isso acontece? É porque os frameworks ágeis não funcionam? É porque se prometeu 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 vivenciado, e às vezes liderado, o bom, o ruim e o feio de iniciativas para melhorar a performance através da agilidade, acho que a última dessas opções pode estar mais próxima da verdade.

Como mencionei antes, a atenção tanto às dimensões humanas quanto aos processos 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 diárias de equipe de 15 minutos em pé, 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 deve 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. Além disso, a necessidade de responder rapidamente a mudanças relativamente menores no ambiente de trabalho torna a auto-organização essencial para o modo de trabalho ágil.  As duas dimensões disso são empoderamento e responsabilidade.

O empoderamento se relaciona 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 responsabilidade. Indivíduos e equipes que são empoderados para assumir a responsabilidade pelo 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 diferenciam 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 núcleo e dependem da transparência apoiada por uma 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 para a comunicação externa também.

É aqui que a metodologia realmente entra em ação… Uma das principais causas de falha 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 disso.

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…
• A inspeção de ambos. Especificamente analisando se todos os envolvidos compreendem a forma de trabalho e estão aplicando o framework escolhido corretamente e se os produtos e resultados são os esperados. Isso é necessário para permitir uma…
• Adaptação eficaz. Que também pode se relacionar à adaptação de pessoas ou processos.
  • Pessoas novas em uma forma ágil de trabalho provavelmente acharão bem diferente da forma 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. Qualquer adaptação que permita à equipe ser mais eficiente e eficaz em alcançar os objetivos finais do negócio deve ser considerada. Com agilidade, não deve haver medo de experimentação nesse sentido.

AgilePM é o primeiro e, sem dúvida, o melhor framework para Gerenciamento Ágil de Projetos. Ele descreve o gerenciamento ágil de projetos como uma abordagem flexível e iterativa para gerenciar projetos. Foi desenvolvido para enfrentar os desafios de ambientes modernos e dinâmicos. O AgilePM foca na entrega de valor de negócio de forma precoce e contínua, ao mesmo tempo em que abraça mudanças e incertezas ao longo do ciclo de vida do projeto. Diferente 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 enfatizados 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, timeboxing do trabalho e engajamento frequente das partes interessadas para garantir que as soluções evoluam em resposta ao feedback do mundo real, ao invés de requisitos fixos definidos desde o início. Mas o AgilePM vai além disso. Ele 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 suporta planejamento e tomada de decisão just-in-time, encorajando flexibilidade e adaptabilidade enquanto ainda fornece controles robustos e responsabilização.

Em geral, o Gerenciamento Ágil de Projetos, exemplificado pelo AgilePM, é uma abordagem disciplinada, porém 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ócios ao permitir que 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 a mudanças de mercado e ambientais de maneiras produtivas e econômicas. 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 deriva de 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 melhorar a experiência do cliente.
• Flexibilidade e Adaptabilidade: Essas organizações podem ajustar processos e estruturas rapidamente em resposta tanto a variações menores quanto a mudanças significativas, confiando em funcionários empoderados para tomar decisões informadas.
• Eficiência Operacional: Ao otimizar processos e reduzir desperdícios, empresas ágeis alcançam eficiência, muitas vezes empoderando equipes para assumir 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.

Em última análise, a agilidade empresarial fornece 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 é aceitável – é 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 alcançarão melhorias modestas no desempenho através de uma implementação relativamente 'irrefletida' de um framework ágil como Scrum ou AgilePM 'pronto para uso'. Para muitos deles, isso será recompensa suficiente, mas para aqueles convencidos do sonho de uma melhoria radical, 'viver ágil' em vez de 'fazer ágil' é um próximo passo essencial.  

Isso pode ser alcançado aproveitando os fundamentos empíricos 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 notar que a adaptação nos aspectos humanos da forma de trabalhar, em vez dos aspectos do processo, provavelmente desbloqueará as recompensas mais ricas.