O que é um Scaled Agile Framework (SAFe)?
O Scaled Agile Framework (SAFe) é uma base de conhecimento online disponível gratuitamente que permite a aplicação de práticas lean-agile no nível corporativo. Ele fornece uma experiência simples e leve para o desenvolvimento de software. É um conjunto de organizações e padrões de fluxo de trabalho destinados a orientar as empresas para o dimensionamento de práticas enxutas e ágeis. Está dividido em três segmentos que são Equipe, Programa e portfólio.
A estrutura SAFe permite que a equipe,
- Implementando software e sistemas Lean-Agile em nível empresarial
- É baseado nos princípios Lean e Agile.
- Ele fornece orientação detalhada para o trabalho no portfólio, fluxo de valor, programa e equipe da empresa.
- Ele foi projetado para atender às necessidades de todas as partes interessadas em uma organização.
O SAFe foi desenvolvido pela primeira vez no campo e foi elaborado nos livros e no blog de Dean Leffingwell . A versão 1.0 é a primeira versão oficial em 2011. A versão mais recente é a 4.6, lançada em outubro de 2018. Ela fornece orientação para trabalhar nos níveis de portfólio empresarial, fluxo de valor, programa e equipe.
Neste tutorial do SAFe Agile, você aprenderá-
- O que é Scaled Agile Framework (SAFe)
- Por que usar o Agile Framework
- Quando usar o Scaled Agile Framework
- Quão diferente de outras práticas Agile
- Fundamentos do Scaled Agile Framework
- Manifesto Ágil
- Níveis diferentes em SAFE
- Nível de equipe
- Nível do programa
- Nível de portfólio
- Nível do fluxo de valor
Por que usar o Agile Framework
É uma estrutura simples e leve, mas é capaz de lidar com as necessidades de grandes fluxos de valor e desenvolvimento de sistemas complexos. Ao implementar a estrutura ágil SAFe, você terá os seguintes benefícios:
- A produtividade aumentou em 20 - 50%
- A qualidade aumentou mais de 50%
- O tempo de chegada ao mercado é mais rápido do que 30-75%
- Aumento do engajamento dos funcionários e satisfação no trabalho.
O diagrama detalhado da estrutura está disponível no site. Ele mostra todas as funções principais, atividades, resultados e fluxos. Ele também serve como um auxílio à navegação para o resto do site.
A imagem abaixo explica como funciona o processo ágil. Os épicos são um grande corpo de trabalho, que é subdividido em uma série de histórias menores ou subepics. Esses subepics são atribuídos à equipe como uma história. Cada equipe então trabalha nessas histórias ou recursos de software de acordo.
Quando usar o Scaled Agile Framework
- Quando uma equipe está interessada em implementar uma abordagem ágil de forma consistente em programas e portfólios maiores e com várias equipes.
- Quando várias equipes estão executando sua própria maneira de implementação do Agile, mas regularmente enfrentando obstáculos, atrasos e falhas.
- Quando as equipes querem trabalhar de forma independente.
- Quando você deseja dimensionar o Agile em toda a organização, mas não tem certeza de quais novas funções podem ser necessárias ou quais funções existentes (ou seja, gerenciamento) precisam ser alteradas e como.
- Quando você tentou dimensionar o Agile em toda a sua organização, mas lutando para se alinhar para alcançar uma estratégia uniforme ou consistente em todos os departamentos de negócios, desde o portfólio até os níveis de programa e equipe.
- Quando uma organização precisa melhorar seu lead time de desenvolvimento de produto e deseja saber como outras empresas tiveram sucesso em escalar Agile com SAFe.
Quão diferente de outras práticas Agile
Agora, neste tutorial do Scaled Agile Framework, vamos ver como o Scaled Agile framework é diferente de outras práticas ágeis,
- Ele está disponível publicamente e é de uso gratuito.
- Disponível em uma forma altamente acessível e utilizável.
- São resultados leves, praticamente comprovados e específicos para nível.
- Ele constantemente / regularmente modifica / mantém as práticas ágeis mais comumente usadas.
- Oferece extensões úteis para práticas ágeis comuns.
- Fundamenta práticas ágeis para um contexto empresarial.
- Oferece uma visão completa do desenvolvimento de software.
- Visibilidade ou transparência é mais em todos os níveis.
- Feedback contínuo ou regular sobre qualidade e melhoria.
Fundamentos do Scaled Agile Framework
Scaled Agile Framework (SAFe): É a base de sua
- Princípios Lean-Agile
- Valores fundamentais,
- Liderança Lean-Agile
- Mentalidade Lean-Agile,
- Comunidades de Prática (Grupo de pessoas que estão constantemente trabalhando nas práticas de SAFe)
- Implementando 1-2-3
Princípios SAFe Lean-Agile
Esses princípios e valores básicos do SAFe Agile para o SAFe devem ser compreendidos, exibidos e continuados para obter os resultados desejados.
- Tenha uma visão econômica
- Aplicar pensamento sistêmico
- Assuma variabilidade; preservar opções
- Construa de forma incremental com ciclos de aprendizagem rápidos e integrados
- Baseie os marcos em uma avaliação objetiva dos sistemas de trabalho
- Visualize e limite WIP, reduza tamanhos de lote e gerencie comprimentos de fila
- Aplique cadência, sincronize com planejamento de domínio cruzado
- Desbloquear a motivação intrínseca dos trabalhadores do conhecimento
- Descentralize a tomada de decisão
SAFe Agile Core Values
A metodologia SAFe Agile é baseada nesses quatro valores.
Alinhamento:
- SAFe suporta alinhamento.
- O alinhamento começa em,
- Temas estratégicos na carteira de pedidos e
- Desce para Visão e Roteiro das pendências do programa e, em seguida,
- Vai para as pendências da equipe.
Qualidade embutida:
- Ele garante que cada entrega incremental reflita os padrões de qualidade.
- A qualidade não é "adicionada mais tarde" está embutida.
- A qualidade integrada é um pré-requisito do Lean e é obrigatório
Transparência:
- A transparência é o capacitador para a confiança.
- SAFe ajuda a empresa a alcançar a transparência em todos os níveis - executivos, gerentes de portfólio e outras partes interessadas.
- Todos podem ver o backlog do portfólio / Kanban, o backlog do programa / Kanban e o Backlog da equipe / Kanban.
- Cada nível tem uma compreensão clara dos objetivos de IP.
- Os programas de trem têm visibilidade das pendências da equipe, bem como de outras pendências do programa
- Equipes e programas têm visibilidade em epopeias de negócios e arquitetura. Eles podem ver o que pode estar vindo em sua direção.
Execução do programa:
- SAFe coloca grande foco em sistemas de trabalho e resultados de negócios resultantes.
- O SAFe não é útil se as equipes não podem executar e entregar valor continuamente.
Líderes Lean Agile:
Os líderes Lean-Agile são alunos e professores ao longo da vida. Ajuda as equipes a construir sistemas melhores por meio da compreensão e exibição dos Princípios de segurança Lean-Agile.
Como um facilitador para as equipes, a responsabilidade final é a adoção, o sucesso e a melhoria contínua dos desenvolvimentos Lean-Agile. Para a mudança e melhoria contínua, os líderes devem ser treinados.
Os líderes precisam adotar um novo estilo de liderança. Aquele que realmente capacita e envolve indivíduos e equipes para alcançar seu potencial máximo.
Princípios desses líderes Lean-Agile
- Lidere a mudança
- Conheça o Caminho; Enfatizar a aprendizagem ao longo da vida
- Desenvolver Pessoas
- Inspire e Alinhe com a Missão; Minimize as restrições
- Descentralize a tomada de decisões
- Desbloquear a motivação intrínseca dos trabalhadores do conhecimento
Lean Agile Mind-Set:
A mentalidade Lean-Agile é representada em duas coisas:
- A SAFe House of Lean
- Manifesto Ágil
A SAFe House of Lean :
O SAFe é derivado dos princípios e práticas de manufatura enxuta. Com base nestes fatores a SAFe apresenta a “SAFe House of Lean”. É inspirado na "casa" da Toyota enxuta.
O objetivo do lean é imbatível: entregar o máximo valor ao cliente no menor tempo de entrega com a mais alta qualidade possível para o cliente
A figura abaixo explica a Meta, os Pilares e a Fundação da "Casa Segura do Lean".
Manifesto Ágil
Estamos descobrindo melhores maneiras de desenvolver software, fazendo isso e ajudando outros a fazê-lo. Por meio desse trabalho, chegamos a valorizar:
É por isso que, embora haja um valor nos itens à direita, valorizamos mais os itens à esquerda.
Manifesto Ágil
- A maior prioridade é satisfazer o cliente por meio da entrega contínua e antecipada de software valioso.
- Aceite as mudanças de requisitos, mesmo no final do desenvolvimento. Os processos da metodologia Agile SAFe aproveitam as mudanças para o benefício do cliente.
- Entregue software funcional com freqüência, de algumas semanas a alguns meses, com preferência para a escala de tempo mais curta.
- Desenvolvedores e empresários devem trabalhar juntos diariamente ao longo do projeto.
- Construa projetos em torno de indivíduos motivados. Dê a eles o apoio e o ambiente de que precisam e confie neles para fazer o trabalho.
- O método mais eficiente de comunicação com uma equipe de desenvolvimento é uma conversa cara a cara.
- O software funcional é a principal medida de progresso.
- Processos ágeis promovem o desenvolvimento sustentável. Os patrocinadores, desenvolvedores e usuários devem ser capazes de manter um ritmo constante indefinidamente.
- A atenção contínua à excelência técnica e ao bom design aumenta a agilidade.
- Simplicidade - a arte de maximizar a quantidade de trabalho não realizado - é essencial.
- As melhores arquiteturas, requisitos e designs surgem de equipes auto-organizadas.
- Em intervalos regulares, a equipe reflete sobre como se tornar mais eficaz e, a seguir, ajusta e ajusta seu comportamento de acordo.
Níveis diferentes em SAFE
Existem dois tipos diferentes de implementação SAFe:
- Implementação SAFe 4.0
- Implementação SAFe 3.0
- Na implementação do SAFe 4.0, temos 4 níveis: Portfólio, Fluxo de Valor, Programa e Equipe.
- Na implementação do SAFe 3.0, temos 3 níveis: Portfólio, Programa e Equipe
- O SAFe de 3 níveis é para implementações menores com 100 ou menos pessoas. Programas que não requerem colaboração significativa.
- O SAFe de 4 níveis é para soluções que normalmente requerem muitas centenas de profissionais para desenvolver, implantar e manter o software.
Nível de equipe
Funções / equipes | Eventos | Artefatos | ||
---|---|---|---|---|
* Equipe Ágil | * Planejamento de Sprint | * Team Backlog | ||
* Proprietário do produto | * Backlog Grooming | * Requisitos não Funcionais | ||
* Scrum Master | * Daily Stand-Up | * Objetivos de PI da equipe | ||
* Execução | * Iterações | |||
* Sprint Demo | * Histórias (Software de Trabalho) | |||
* Retrospectiva de Sprint | * Metas Sprint | |||
* IP Sprints | * Qualidade Integrada | |||
* Espigões | ||||
* Equipe Kanban |
- Todas as equipes SAFe fazem parte de um ou outro Agile Release Train (ART).
- As equipes SAFe são equipes multifuncionais, auto-organizadas, autogerenciadas e capacitadas
- Cada equipe é igualmente responsável por definir, construir e testar histórias de seu Backlog da equipe em iterações de comprimento fixo
- As equipes planejam e executam iterações time-boxed de duas semanas de acordo com as metas de iteração acordadas.
- As equipes usarão a rotina ScrumXP / Team Kanban para entregar sistemas de alta qualidade para produzir uma Demonstração do Sistema a cada duas semanas.
- Todas as diferentes equipes do ART (Agile Release Trains) criarão um sistema integrado e testado. As partes interessadas avaliarão e responderão com feedback rápido
- Eles aplicam práticas de Qualidade Integrada.
- Cada equipe ScrumXP terá de 5 a 9 membros, o que inclui todas as funções necessárias para construir um valor incremental de qualidade em cada Iteração.
- As funções ScrumXP incluem:
- Equipe (Dev + QA)
- Scrum Master
- Proprietário do produto. Etc ...
- O SAFe divide a linha do tempo de desenvolvimento em um conjunto de iterações dentro de um PI (incremento do programa).
- A duração do PI é de 8 a 12 semanas.
- A equipe usará histórias para entregar o valor. O Product Owner terá autoridade de conteúdo sobre a criação e aceitação das histórias.
- As histórias contêm os requisitos do cliente.
- O Team Backlog inclui histórias de usuários e ativadores, que são identificadas durante o planejamento de PI. Quando o Gerenciamento de Produto apresenta o Roadmap, Visão e Backlog do Programa.
- Identificar, elaborar, priorizar, programar, implementar, testar e aceitar as histórias são os requisitos primários do trabalho de gerenciamento em nível de equipe.
- Cada iteração fornece:
- Um incremento valioso de nova funcionalidade
- Realize por meio de padrões de repetição constante
- Planeje a iteração
- Comprometa-se com alguma funcionalidade
- Execute a iteração criando e testando histórias
- Demonstrar a nova funcionalidade
- Retrospectivo
- Repita para a próxima iteração
- As equipes também suportam a Demonstração do Sistema no final de cada Iteração. que é o ponto crítico de integração para o ART.
- Os fluxos de valor maiores terão vários ARTs.
- As Iterações de Inovação e Planejamento (IP) potencializam as equipes com uma oportunidade de inovação e exploração.
Nível do programa
Funções / equipes | Eventos | Artefatos | ||
---|---|---|---|---|
* DevOps | * Planejamento PI (Incremento do Programa) | * Visão | ||
* Equipe do Sistema | * Demonstrações do sistema | * Roteiro | ||
* Gerenciamento de Liberação | * Oficina de inspeção e adoção | * Métricas | ||
* Gestão de produtos | * Pista arquitetônica | * Milestones | ||
* UEX Architect | * Liberar a qualquer momento | * Lançamentos | ||
* Engenheiro de trem de liberação (RTE) | * Trem de liberação ágil | * Programa épico | ||
* Arquiteto / Engenheiro de Sistema | * Lançamento | * Programar Kanban | ||
* Proprietários de empresas | * Backlog do programa | |||
* Líderes Lean-Agile | * Requisitos não Funcionais | |||
* Comunidades de Prática | * Trabalho mais curto ponderado primeiro (WSJF) | |||
* Serviços compartilhados | * Objetivos de PI do programa | |||
* Cliente | * Recurso | |||
* Facilitador | ||||
* Solução | ||||
* Coordenação do Fluxo de Valor |
- No nível do Programa, o Value of SAFe é fornecido por Agile Release Trains (ART) de longa duração. A iteração é para a equipe e o treinamento é para o programa.
- Agile Release Trains (ART) é o principal veículo para entrega de valor no nível do programa. Ele entrega um fluxo de valor para a organização.
- A duração dos Incrementos do Programa (IPs) é de 8 a 12 semanas.
- O ART é composto por 5 a 12 equipes ágeis (~ 50 a 125+ pessoas), o que inclui todas as funções e infraestrutura necessárias para fornecer software totalmente testado e funcional em nível de sistema.
- Cada PI é uma caixa de tempo de iteração múltipla. Durante o qual um incremento significativo e valioso do sistema é desenvolvido e entregue.
- Em cada PI acontecerá uma sessão de "demonstração" e "Inspecione e adapte", e começa o planejamento para o próximo PSI.
- No nível do Programa, a SAFe enfatiza o princípio do alinhamento. Isso ocorre porque vários esforços da equipe ágil são integrados para criar valor para o cliente.
- A hierarquia do artefato SAFe é Epopéia-> recursos-> histórias do usuário .
- No nível do programa, o gerente de produto / gerente de programa tem autoridade de conteúdo. Ele define e prioriza o backlog do programa.
- O backlog do programa é uma lista priorizada de recursos.
- No nível do programa, os recursos podem ser originados ou podem derivar de epopeias definidas no nível do portfólio.
- Os recursos se decompõem em histórias de usuário e fluem para atrasos no nível da equipe.
- A função de Gerente de Produto ou Engenheiro de Trem de Liberação pode ser tratada pelo Gerente de Programa / Gerente de Projeto Sênior
- A função do arquiteto do sistema no nível do programa é colaborar no trabalho do dia a dia com as equipes. Ele garante que os requisitos não funcionais sejam atendidos. Além disso, eles trabalham com o arquiteto corporativo no nível do portfólio para garantir que haja uma pista arquitetônica suficiente para oferecer suporte às necessidades futuras do usuário e do negócio.
- Design de interface, diretrizes de experiência do usuário e elementos de design para as equipes são fornecidos por UX Designers.
- O papel de Chief-Scrum Master é desempenhado pelo 'Engenheiro do Trem de Liberação'.
- Várias equipes (de marketing, desenvolvimento, qualidade, operações e implantação) formam a 'Equipe de Gerenciamento de Liberação'. Eles aprovarão os lançamentos de rotina de soluções de qualidade para os clientes.
- A implantação de software nos ambientes do cliente e a entrega bem-sucedida são feitas pela equipe de DevOps.
Nível de portfólio
Funções / equipes | Eventos | Artefatos | ||
---|---|---|---|---|
* Enterprise Architect | * Planejamento Estratégico de Investimentos | * Temas Estratégicos | ||
* Gerenciamento de portfólio de programas | * Planejamento de portfólio Kanban (épico) | * Empreendimento | ||
* Proprietários épicos | * Portfólio Backlog | |||
* Portfólio Kanban | ||||
* Requisitos não Funcionais | ||||
* Epic e Enabler | ||||
* Fluxo de valor | ||||
* Orçamentos (CapEx e OpEx) |
- O mais alto nível de interesse / preocupação / envolvimento / no SAFe é o SAFe Portfolio
- O portfólio fornece os blocos básicos para organizar o fluxo de valor da empresa Lean-Agile por meio de um ou mais fluxos de valor.
- O portfólio ajuda a desenvolver sistemas e soluções que são descritos em temas estratégicos (vincula um portfólio SAFe à estratégia de negócios em mudança de uma empresa).
- Para atender aos objetivos estratégicos, o nível do portfólio engloba esses elementos. Fornece orçamentos básicos e outros mecanismos de governança. Dessa forma, garante que o investimento nas cadeias de valor proporcione os retornos necessários para o empreendimento.
- Um portfólio está conectado a negócios bidirecionalmente:
- A fim de orientar o Portfólio para os objetivos de negócios mais amplos e mutáveis, ele fornece temas estratégicos.
- Outra direção indica o fluxo constante de valores do portfólio.
- O gerenciamento de portfólio de programas atua como partes interessadas e são responsáveis por entregar os resultados de negócios.
- O nível de portfólio SAFe contém pessoas, processos e sistemas e soluções de construção necessários que uma empresa precisa para cumprir seus objetivos estratégicos.
- Os fluxos de valor são os objetivos principais do Portfólio, com os quais financia as pessoas e outros recursos necessários para construir as Soluções.
- Os conceitos-chave importantes usados aqui são:
- Conexão com a empresa,
- Gestão de portfólio de programas,
- Gerenciando o fluxo de epopeias de portfólio.
Nível do fluxo de valor
Funções / equipes | Eventos | Artefatos | ||
---|---|---|---|---|
* DevOps | * Planejamento Pré e Pós PI (Incremento do Programa) | * Visão | ||
* Equipe do Sistema | * Demonstrações da solução | * Roteiro | ||
* Gerenciamento de Liberação | * Oficina de inspeção e adoção | * Métricas | ||
* Gerenciamento de Soluções | * Trem de liberação ágil | * Milestones | ||
* UEX Architect | * Lançamentos | |||
* Value Stream Engineer (RTE) | * Epopéias do Value Stream | |||
* Arquiteto / Engenheiro de Soluções | * Value Stream Kanban | |||
* Serviços compartilhados | * Backlog do fluxo de valor | |||
* Cliente | * Requisitos não Funcionais | |||
* Fornecedor | * Trabalho mais curto ponderado primeiro (WSJF) | |||
* Objetivos do Value Stream PI | ||||
* Capacidade | ||||
* Facilitador | ||||
* Contexto da Solução | ||||
* Coordenação do Fluxo de Valor | ||||
* Quadro Econômico | ||||
* Intenção da Solução | ||||
* MBSE | ||||
* Baseado em conjunto | ||||
* Arquitetura Ágil |
- O nível do fluxo de valor é opcional no SAFe.
- O nível do fluxo de valor é novo no SAFe 4.0.
- O Nível do Fluxo de Valor é destinado / projetado para Empresas / construtores / organizações que são:
- Grande em tamanho
- Independente
- Tenha soluções complexas
- Suas soluções normalmente requerem vários ARTs
- Eles têm a contribuição dos fornecedores.
- Eles enfrentam os maiores desafios de sistemas
- Para sistemas ciberfísicos
- Para software, hardware, elétrica e eletrônica, ótica, mecânica, fluídica e muito mais.
- A construção desse tipo de sistema geralmente requer centenas, até milhares de profissionais, fornecedores externos e internos.
- Se os sistemas são cruciais para a missão. O fracasso da Solução, ou mesmo de um subsistema, tem consequências econômicas e sociais inaceitáveis.
- Se as empresas podem ser construídas com algumas centenas de praticantes, pode não precisar dos construtos deste nível. Nesse caso, eles podem usar a ' visualização recolhida', que é o SAFe de 3 níveis.
- Construir soluções de fluxo de valor em um padrão Lean-Agile requer artefatos, coordenação e construções adicionais. Portanto, este nível contém uma Estrutura Econômica para fornecer limites financeiros para o Fluxo de Valor
- Suporta cadência e sincronização para vários ARTs e fornecedores. Inclui reuniões de planejamento pré e pós-PI e demonstração da solução.
- Ele fornece funções adicionais que são: Engenheiro de Fluxo de Valor, Arquiteto / Engenharia de Soluções e Gerenciamento de Soluções.
Resumo:
- SAFe é um método comprovado pela indústria e focado em valor para dimensionar o Agile no nível empresarial.
- Ele responde a perguntas como "Como planejamos?", "Como fazemos o orçamento?" E "Como nos tornamos multifuncionais em arquitetura e DevOps?"
- A estrutura do SAFe Agile ajuda grandes equipes organizacionais a atender às metas estratégicas de uma organização, não apenas às metas de projetos individuais.
- A estrutura oferece a capacidade de manter e criar uma estratégia centralizada para entregar valor.
- O modelo SAFe possui três / quatro níveis que centralizam os temas estratégicos de uma organização.
- Estratégia centralizada, combinada com a execução descentralizada do desenvolvimento ágil.
Referências:
SAFe for Lean Enterprises 5.0:
http://www.scaledagileframework.com
Este artigo é uma contribuição de Jyothi Rangaraj