Tutorial SAFe (Scaled Agile Framework)

O que é SAFe (Scaled Agile Framework)?

Estrutura Agile Escalada (SAFe) é uma base de conhecimento on-line disponível gratuitamente que permite aplicar práticas ágeis e enxutas no nível empresarial. Ele fornece uma experiência simples e leve para desenvolvimento de software. É um conjunto de organizações e padrões de fluxo de trabalho destinados a orientar as empresas no dimensionamento de práticas enxutas e ágeis. Está dividido em três segmentos que são Equipe, Programa e Portfólio.

Seguro estrutura 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 trabalhar no portfólio, fluxo de valor, programa e equipe da empresa.
  • Ele foi projetado para atender às necessidades de todas as partes interessadas de uma organização.

O SAFe foi desenvolvido pela primeira vez na área e foi elaborado em Reitor Leffingwell's livros e blog. A versão 1.0 é o primeiro lançamento oficial em 2011. A versão mais recente é 4.6, foi 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.

Por que usar o SAFe Agile Framework

É uma estrutura simples e leve, mas é capaz de lidar com as necessidades de grandes fluxos de valor e comunicações.plex desenvolvimento de sistema. Ao implementar a estrutura ágil SAFe, você terá o seguintewing benefícios:

Benefícios de usar o Agile Framework
Benefícios de usar o Agile Framework
  • Produtividade aumentada by 20 -% 50
  • Qualidade aumentou mais de 50%
  • Time to Market é mais rápido que 30 -75%
  • Aumento envolvimento dos funcionários e satisfação no trabalho.

O diagrama detalhado da estrutura está disponível no site site do Network Development Group. Ele mostra todas as principais funções, atividades, resultados e fluxos. Também serve como auxílio à navegação para o restante 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 subépicos. Esses subépicos são atribuídos à equipe como uma história. Cada equipe então trabalha nessas histórias ou recursos de software de acordo.

Estrutura Agile Escalada Archiarquitetura
Estrutura Agile Escalada Archiarquitetura

Quando usar o Scaled Agile Framework

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 seu próprio caminho de implementação ágil, mas enfrentam regularmente 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 mudar e como.
  • Quando você tentou dimensionar o Agile em toda a sua organização, mas teve dificuldades no alinhamento 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 o tempo de desenvolvimento de seu produto e deseja saber como outras empresas conseguiram escalar o Agile com o SAFe.

Quão diferente de outras práticas Agile

Agora, neste tutorial do Scaled Agile Framework, vamos ver como o framework Scaled Agile é diferente de outras práticas ágeis,

  • Está disponível publicamente e de uso gratuito.
  • Disponível em uma forma altamente acessível e utilizável.
  • É leve, com resultados praticamente comprovados e específico para nível.
  • Ele modifica/mantém constante/regularmente as práticas ágeis mais comumente usadas.
  • Oferece extensões úteis para práticas ágeis comuns.
  • Funda práticas ágeis em um contexto empresarial.
  • Oferece uma visão completa do desenvolvimento de software.
  • A visibilidade ou transparência está mais em todos os níveis.
  • Feedback contínuo ou regular sobre qualidade e melhoria.

Foundations do Scaled Agile Framework

Foundations do Scaled Agile Framework
Foundations do Scaled Agile Framework

Scaled Agile Framework (SAFe): Está no foundationé do seu

  1. Princípios Lean-Agile
  2. Valores fundamentais,
  3. Liderança Lean-Ágil
  4. Mentalidade Lean-Ágil,
  5. Comunidades de Prática(Grupo de pessoas que trabalham constantemente nas práticas SAFe)
  6. Implementando 1-2-3

Princípios Lean-Agile SAFe

Esses princípios e valores básicos do SAFe Agile para SAFe devem ser compreendidos, exibidos e continuados para obter os resultados desejados.

  • Tenha uma visão econômica
  • Aplique o pensamento sistêmico
  • Assuma variabilidade; preservar opções
  • Crie 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 o WIP, reduza o tamanho dos lotes e gerencie o comprimento das filas
  • Aplicar cadência, synccronize com o planejamento entre domínios
  • Desbloqueie a motivação intrínseca dos trabalhadores do conhecimento
  • Descentralizar a tomada de decisões

Valores essenciais do SAFe Agile

A metodologia SAFe Agile é baseada nestes quatro valores.

Alinhamento:

  • SAFe suporta alinhamento.
  • O alinhamento começa em,
    • Temas Estratégicos no Backlog do Portfólio e
    • Desce para Visão e roteiro de pendências do programa e, em seguida,
    • Move para as pendências da equipe.

Qualidade integrada:

  • Ele garante que cada entrega incremental reflita os padrões de qualidade.
  • Qualidade não é “adicionada later”está embutido.
  • A qualidade incorporada é um pré-requisito do Lean e é obrigatória

Transparência:

  • A transparência é o facilitador da confiança.
  • SAFe ajuda a empresa a alcançar transparência em todos os níveis – Executivos, Gerentes de Portfólio e outras partes interessadas.
  • Todos podem ver o backlog/Kanban do portfólio, os backlogs/Kanban do programa e o Backlog/Kanban da equipe.
  • Cada nível tem uma compreensão clara dos objetivos do PI.
  • Os programas de treinamento têm visibilidade dos pendências da equipe, bem como de outras pendências do programa
  • Equipes e programas têm visibilidade dos negócios e archiarquitetura épicas. Eles podem ver o que pode estar vindo em sua direção.

Execução do Programa:

  • A SAFe coloca grande foco nos sistemas de trabalho e nos resultados de negócios resultantes.
  • O SAFe não é útil se as equipes não conseguem executar e entregar valor continuamente.

Líderes Lean Ágeis

Os líderes Lean-Agile são aprendizes e professores ao longo da vida. Ajuda as equipes a construir sistemas melhores por meio da compreensão e da exibição dos Princípios Lean-Agile SAFe.

Como facilitador das 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 mais elevado.

Princípios desses líderes Lean-Agile

  • Lidere a mudança
  • Conheça o Caminho; Enfatize a aprendizagem ao longo da vida
  • Desenvolver pessoas
  • Inspirar e Alinhar com a Missão; Minimizar restrições
  • Descentralize a tomada de decisões
  • Desbloqueie a motivação intrínseca dos trabalhadores do conhecimento

Mentalidade Lean Ágil

A mentalidade Lean-Agile é representada em duas coisas:

  1. A Casa SAFe do Lean
  2. Manifesto ágil

A Casa SAFe do Lean:

SAFe é derivado de princípios e práticas de manufatura enxuta. Com base nesses 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 lead time e com a mais alta qualidade possível para o cliente.

A figura abaixo explica a Meta, os Pilares e Foundation da “Casa SAFe do Lean”.

Metas e Foundations do Scaled Agile Framework
Metas e Foundations do Scaled Agile Framework

Manifesto ágil

Estamos descobrindo maneiras melhores de desenvolver software fazendo-o e ajudando outros a fazê-lo. Através deste trabalho passamos a valorizar:

Manifesto ágil
Manifesto ágil

É por isso que, embora haja um valor nos itens da direita, valorizamos mais os itens da esquerda.

Manifesto ágil

  1. A maior prioridade é satisfazer o cliente através da entrega contínua e antecipada de software valioso.
  2. Aceite as mudanças nos requisitos, mesmo no final do desenvolvimento. Os processos da metodologia Agile SAFe aproveitam as mudanças para o benefício do cliente.
  3. Entregue software funcional com frequência, de algumas semanas a alguns meses, com preferência ao prazo mais curto.
  4. Desenvolvedores e empresários devem trabalhar juntos diariamente durante todo o projeto.
  5. Construa projetos em torno de indivíduos motivados. Dê-lhes apoio e o ambiente de que precisam e confie neles para realizar o trabalho.
  6. O método mais eficiente de comunicação com uma equipe de desenvolvimento é uma conversa cara a cara.
  7. Software funcional é a principal medida de progresso.
  8. Processos ágeis promoo desenvolvimento sustentável. Os patrocinadores, desenvolvedores e usuários devem ser capazes de manter um ritmo constante indefinidamente.
  9. A atenção contínua à excelência técnica e ao bom design aumenta a agilidade.
  10. A simplicidade – a arte de maximizar a quantidade de trabalho não realizado – é essencial.
  11. O melhor archiEstruturas, requisitos e designs emergem de equipes auto-organizadas.
  12. Em intervalos regulares, a equipe reflete sobre como se tornar mais eficaz e, em seguida, refina e ajusta seu comportamento de acordo.

Diferentes níveis em SAFE

Existem dois tipos diferentes de implementação SAFe:

  1. Implementação do SAFe 4.0
  2. Implementação do SAFe 3.0
Diferentes níveis em SAFE
Níveis de SAFe
  • 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 pessoas ou menos. Programas que não requerem colaboração significativa.
  • O 4-Level SAFe é para soluções que normalmente exigem centenas de profissionais para desenvolver, implantar e manter software.

Nível da equipe

Funções/Equipes Eventos Artefatos
* Equipe Ágil * Sprint Planeamento * Pendências da equipe
* Proprietário do produto * Preparação do backlog * Requisitos não Funcionais
* Scrum Master * Stand-up diário * Objetivos da equipe PI
* Execução * Iterações
* Sprint Demo * Histórias (software funcional)
* Sprint Retrospectivo * Sprint Objetivos
* 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 capacitadas, auto-organizadas, autogerenciadas e multifuncionais
  • Cada equipe é igualmente responsável por definir, construir e testar histórias do Backlog da equipe em iterações de comprimento fixo.
  • As equipes planejam e executam um período de duas semanasboxiterações editadas 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 do ScrumXP incluem:
    • Equipe (Desenvolvimento + Controle de Qualidade)
    • Scrum Master
    • Proprietário do produto. Etc..
  • O SAFe divide o cronograma de desenvolvimento em um conjunto de iterações dentro de um PI (Program Increment).
  • A duração do PI é entre 8 e 12 semanas.
  • A equipe usará histórias para agregar 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 facilitadores, que são identificadas durante o planejamento do PI. Quando a Gestão do Produto apresenta o Roadmap, Visão e Backlog do Programa.
  • Identificar, elaborar, priorizar, programar, implementar, testar e aceitar as histórias são os principais requisitos do trabalho de gerenciamento em nível de equipe.
  • Cada iteração fornece:
    • Um incremento valioso de novas funcionalidades
    • Realize através de um padrão que se repete constantemente
    • 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 apoiam a demonstração do sistema no final de cada iteração. que é o ponto crítico de integração para o ART.
  • Fluxos de valor maiores terão vários ARTs.
  • O emnovaIterações de ção e planejamento (IP) alavancam as equipes com uma oportunidade denovaçã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 * Inspecione e adote oficina * Métricas
* Gestão de produtos * ArchiPista estrutural * Conquistas
*UEX Architect * Liberar a qualquer momento * Lançamentos
* Engenheiro de Trem de Liberação (RTE) * Trem de liberação ágil * Programa épicos
* Sistema Architécnico/Engenheiro * Liberação * Programa Kanban
* Proprietários de empresas * Pendências do programa
* Líderes Lean-Ágeis * Requisitos não Funcionais
* Comunidades de Prática * Trabalho mais curto ponderado primeiro (WSJF)
* Serviços compartilhados * Objetivos do Programa PI
* Cliente * Característica
* Facilitador
* Solução
* Coordenação do Fluxo de Valor
  • No nível do programa, o valor do 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 fornece um fluxo de valor para a organização.
  • A duração dos Incrementos do Programa (PIs) é de 8 a 12 semanas.
  • O ART é composto por 5 a 12 equipes ágeis (cerca de 50 a 125+ pessoas), que inclui todas as funções e infraestrutura necessárias para fornecer software de nível de sistema totalmente testado e funcional.
  • Cada PI é um tempo de iteração múltipla box. Durante o qual um incremento significativo e valioso do sistema é desenvolvido e entregue.
  • Em cada PI ocorrerão sessões de “demonstração” e “Inspecionar e adaptar” e será iniciado o planejamento do próximo PSI.
  • Ao nível do Programa, a SAFe dá ênfase ao princípio do alinhamento. Isso ocorre porque vários esforços ágeis da equipe são integrados para criar valor para o cliente.
  • A hierarquia de artefatos SAFe é Epics->recursos->histórias de usuários.
  • 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 derivar de épicos definidos no nível do portfólio.
  • Os recursos se decompõem em histórias de usuários e fluem para pendências no nível da equipe.
  • A função de Gerente de Produto ou Engenheiro de Treinamento de Liberação pode ser gerenciada pelo Gerente de Programa/Gerente de Projeto Sênior
  • System ArchiA função correta no nível do programa é colaborar no trabalho diário com as equipes. Ele garante que os requisitos não funcionais sejam atendidos. Além disso, eles trabalham com a empresa archiproteger no nível do portfólio para garantir que haja recursos suficientes archipista estrutural para dar suporte às futuras necessidades dos usuários e dos negócios.
  • O design da interface, as diretrizes de experiência do usuário e os elementos de design para as equipes são fornecidos pelos UX Designers.
  • A função de Chefe-Scrum Master é desempenhada por 'Release Train Engineer'.
  • Várias equipes (de marketing, desenvolvimento, qualidade, operações e implantação) formam a 'Equipe de Gerenciamento de Liberação'. Eles aprovarão lançamentos rotineiros 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 DevOps.

Nível do portfólio

Funções/Equipes Eventos Artefatos
* Empreendimento 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 * Pendências do portfólio
* Portfólio Kanban
* Requisitos não Funcionais
* Épico e capacitador
* Fluxo de valor
* Orçamentos (CapEx e OpEx)
  • O nível mais alto de interesse/preocupação/envolvimento/ no SAFe é Portfólio SAFe
  • O portfólio fornece os blocos básicos para organizar o fluxo de valor empresarial Lean-Agile por meio de um ou mais fluxos de valor.
  • O portfólio ajuda a desenvolver sistemas e soluções descritos em temas estratégicos (vincula um portfólio SAFe às mudanças na estratégia de negócios de uma empresa).
  • Para atingir os objetivos estratégicos, o nível do portfólio encapsula esses elementos. Fornece orçamento básico e outros mecanismos de governação. Dessa forma garante que o investimento nos fluxos de valor proporcione os retornos necessários ao empreendimento.
  • Um portfólio está conectado aos negócios de forma bidirecional:
    • A fim de orientar o Portfólio para os objetivos de negócios em constante mudança, ele fornece temas estratégicos.
    • Outra direção indica o fluxo constante de valores da carteira.
  • O Gerenciamento de Portfólio do Programa atua como partes interessadas e é responsável por entregar os resultados do negócio.
  • O SAFe Portfolio Level contém pessoas, processos e sistemas e soluções de construção necessários que uma empresa precisa para atender aos seus objetivos estratégicos.
  • Os Fluxos de Valor são os objetivos principais do Portfólio, com os quais financiam 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,
    • Gerenciamento de portfólio de programas,
    • Gerenciando o fluxo de épicos do 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 de soluções * Roteiro
* Gerenciamento de liberação * Inspecione e adote oficina * Métricas
* Gerenciamento de soluções * Trem de liberação ágil * Conquistas
*UEX Architect * Lançamentos
* Engenheiro de Fluxo de Valor (RTE) *Épicos de fluxo de valor
* Solução Architécnico/Engenheiro * Fluxo de Valor Kanban
* Serviços compartilhados * Pendências do Fluxo de Valor
* Cliente * Requisitos não Funcionais
* Fornecedor * Trabalho mais curto ponderado primeiro (WSJF)
* Objetivos de PI do fluxo de valor
* Capacidade
* Facilitador
* Contexto da Solução
* Coordenação do Fluxo de Valor
* Enquadramento Económico
* Intenção da Solução
* MBSE
* Definir com base
* Ágil Archiarquitetura
  • 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:
  1. Grande em tamanho
  2. Independente
  3. Tenho complex soluções
  4. Suas soluções normalmente exigem vários ARTs
  5. Eles têm contribuição de Fornecedores.
  6. Eles enfrentam os maiores desafios de sistemas
  7. Para sistemas ciberfísicos
  8. Para software, hardware, elétrica e eletrônica, óptica, mecânica, fluídica e muito mais.
  • A construção deste tipo de sistemas muitas vezes requer centenas, até milhares de profissionais, fornecedores externos e internos.
  • Se os sistemas são de missão crucial. O fracasso da Solução, ou mesmo de um subsistema, tem consequências económicas e sociais inaceitáveis.
  • Se as Empresas puderem ser construídas com algumas centenas de praticantes, talvez não sejam necessárias construções deste nível. Nesse caso, eles podem usar a partir do 'visualização recolhida' que é 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 um Quadro Económico para fornecer limites financeiros para o Fluxo de Valor.
  • Suporta cadência e syncsincronização para múltiplos ARTs e Fornecedores. Inclui reuniões de planejamento pré e pós-PI e demonstração da solução.
  • Ele oferece funções adicionais que são: Engenheiro de fluxo de valor, Solução Architect/Engenharia e Gerenciamento de Soluções.

Resumo

  • SAFe é um método comprovado pelo setor 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 archiarquitetura e DevOps?"
  • A estrutura SAFe Agile ajuda grandes equipes organizacionais a atingir os objetivos estratégicos de uma organização, não apenas os objetivos individuais do projeto.
  • A estrutura oferece a capacidade de manter e criar uma estratégia centralizada para agregar 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 para empresas enxutas 5.0:

http://www.scaledagileframework.com