Desde a chegada do Scale Agile Framework ao mercado mundial, houve comparações repetidas entre os frameworks Scrum e SAFe®.
Muitos especialistas da indústria têm saído e apontado possíveis falhas no Scaled Agile Framework. Por exemplo, Ron Jeffries expressou preocupação com a abordagem do SAFe® para resolver as dependências entre as equipes realizando uma reunião com mais de 250 pessoas (Dependencies & SAFe®).
Ken Schwaber mencionou que SAFe® não adere aos valores do Manifesto Agile (especialmente o primeiro princípio – Individual e Interações sobre Processos e Ferramenta) por ser altamente centrado no processo (UnSAFe® At Any Speed).
Entretanto, o Scaled Agile Framework realmente subscreve o espírito do Agile manifesto. Aqueles que passaram por qualquer iniciação ao SAFe® confirmariam que, em nível de equipe, o SAFe® funciona muito semelhante ao Scrum padrão, embora as equipes também possam trabalhar em Kanban.
Neste nível, temos uma equipe Agile que é multifuncional e trabalha em conjunto para entregar software de trabalho a cada 2 semanas (ou 4 semanas a critério das equipes) – que são chamadas Iterações. O conteúdo para a Iteração é determinado por um Product Owner que está encarregado do backlog da equipe.
A Iteração começa com uma reunião de planejamento onde a equipe decide que histórias de usuários pode apresentar até o final da iteração. A cada dia a equipe discute seu progresso e, ao final da iteração, eles demonstram os resultados ao Product Owner para garantir que eles tenham entregue o que o Product Owner tinha desejado. Em seguida, eles se reúnem para fazer uma retrospectiva onde podem melhorar para a próxima iteração antes de começar o ciclo novamente com uma nova reunião de Planejamento. Tudo isso é orientado por um Scrum Master que se assegura de que a equipe trabalhe sem problemas dentro do processo e que a equipe também trabalhe em conjunto para continuar melhorando o processo.
No contexto do SAFe®, você tem várias equipes Agile trabalhando independentemente, mas em sincronia. Por consequência, todas as equipes precisam ter a mesma data de início, data final e duração do Sprint. Este é um princípio chave do framework SAFe® e referido como “Desenvolva em Cadência” no contexto geral. Assim, o átomo básico que compreende a molécula SAFe® é uma equipe Scrum. O incremento agregado de múltiplas equipes Scrum é a “funcionalidade” que foi planejada e combinada para ser lançada com o Product Owner (PO) de antemão.
Image credits: Scaled agile
Confira nossa ferramenta de SAFe®. SwiftEASe.
Princípios de Entrega Agile e Contínua
Talvez, o motivo por trás do sucesso do Scaled Agile Framework seja sua capacidade de trazer os conceitos propagados pela Entrega Contínua e DevOps. Como resultado, o SAFe® foi adotado mais rapidamente do que as metodologias mais antigas como DAD (Disciplined Agile Delivery), LeSS (Large Scale Scrum) e Nexus. O SAFe® enfatiza a necessidade de integrar todos os “incrementos” das equipes Scrum no final dos Sprints sincronizados. Isto assegura que o Software seja sempre mantido em um estado de lançamento. Portanto, o lema de “Lance a qualquer momento” é um princípio chave do framework SAFe®. De acordo com os princípios-chave do manifesto Agile, o software é desenvolvido em “pedaços”, mantido em um estado de funcionamento, e lançamentos regulares no mercado trazem ao cliente o feedback necessário para melhorar o software em incrementos futuros.
Desafios de Escala em Grandes Programas e Organizações
Com todas as coisas boas de que as equipes Scrum foram capazes, sempre houve o desafio de escalar. A pergunta constante – Como escalar Agile? A necessidade de escalar tem sido sentida em cenários onde um incremento maior é necessário ou um programa grande tem que ser entregue de forma Agile.
Além disso, muitas empresas em transição do método tradicional de Cascata para um método Agile, buscam uma estrutura comprovada que as ajude a aumentar a escala enquanto aderem aos princípios do Lean-Agile. Grandes organizações que vêm operando há muito tempo e podem ter uma variedade de processos e micro-culturas entre diferentes equipes e agora querem implementar os princípios Lean-Agile são mais propensas a buscar algo “testado e experimentado” do que buscar sua própria abordagem de escalonamento. Eles podem usar o SAFe® (ou mesmo um dos outros, como DAD ou LeSS) – não apenas para escalar Agile, mas para realizar uma transformação mais profunda em toda a organização. No processo, eles poderiam ajustar o framework à forma como ele funcionaria melhor para eles.
Pelo grande número de organizações que encontramos, o Scaled Agile Framework ou SAFe® tem fornecido um modelo para escalar princípios e ferramentas Agile a grandes organizações. O SAFe® é um framework destinado a cobrir toda a organização. Ele opera em 4 níveis – Portfólio, Fluxo de Valor, Programa e Equipe.
SAFe® é Agile?
O manifesto Agile em nenhum lugar menciona o tamanho ideal da equipe para a aderência de seus princípios. Portanto, seria controverso afirmar que o Agile não pode ser escalado. Além disso – revisando o manifesto Agile, os princípios não declaram “como” praticar o Agile. Tampouco recomendam as melhores práticas. Os princípios Agile servem como uma estrela orientadora apontando para o objetivo final. Eles podem ser levados à escala abrangendo um número maior de funcionários para colaborar de forma criativa com o objetivo de atingir um objetivo comum.
O Scrum é um framework que assimilou as ideias do manifesto Agile e criou um plano composto de Funções, Artefatos, Eventos e Valores que as organizações ou equipes que pretendem praticar os princípios Agile do desenvolvimento de software podem cumprir.
Os pontos comuns entre os frameworks Scrum e SAFe® são que ambos são inspirados pelo manifesto Agile. O coração de uma operação SAFe® bem sucedida é o desenvolvimento e integração de múltiplas equipes Scrum bem sucedidas na cadência. É injusto comparar os dois e é semelhante a comparar as folhas de uma árvore com todo o seu galho. O SAFe® reúne os princípios-chave do Scrum, Kanban e Entrega Contínua para oferecer uma estrutura que não vê todos estes conceitos isoladamente, mas os une com o objetivo final de trabalhar com software firmemente enraizado – em alinhamento com o manifesto Agile.
Talvez, a razão mais provável para que SAFe® se sinta “não Agile” seja seu conteúdo geral, sua estrutura e seu tamanho. Parece ir contra o princípio do Manifesto Agile “Indivíduos e interações sobre processos e ferramentas”, como Ken Schwaber apontou! No entanto, o fato é que, como muitas empresas tentam coordenar e sincronizar a produção de suas diversas equipes para produzir de forma coesa produtos e serviços tangíveis de maneira orquestrada, elas procuraram alguma prescrição geral – um framework – com o qual pudessem fazer isso simultaneamente.
SAFe® é Agile? O que você acha? Por favor, compartilhe conosco seus comentários/experiências!
Confira nossa ferramenta SwiftEASe que ajuda no Escalonamento de Agile com SAFe®, clique neste link:
Anshuman Singh
Product Manager, SwiftEASe
SAFe® and Scaled Agile Framework are registered trademarks of Scaled Agile, Inc.