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 desenvolvimento de sistemas complexos. Ao implementar a estrutura รกgil SAFe, vocรช terรก os seguintes benefรญcios:

- 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 produto. 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.

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

Scaled Agile Framework(SAFe): Estรก baseado em seu
- Princรญpios Lean-Agile
- Valores fundamentais,
- Lideranรงa Lean-รgil
- Mentalidade Lean-รgil,
- Comunidades de Prรกtica(Grupo de pessoas que trabalham constantemente nas prรกticas SAFe)
- 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
- Aplique cadรชncia, sincronize com 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.
- A qualidade nรฃo รฉ โadicionada mais tardeโ, estรก incorporada.
- 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 Epics de negรณcios e arquitetura. 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:
- A Casa SAFe do Lean
- 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โ.

Manifesto รกgil
Estamos descobrindo maneiras melhores de desenvolver software fazendo-o e ajudando outros a fazรช-lo. Atravรฉs deste trabalho passamos a valorizar:

ร por isso que, embora haja um valor nos itens da direita, valorizamos mais os itens da esquerda.
Manifesto รกgil
- A maior prioridade รฉ satisfazer o cliente atravรฉs da entrega contรญnua e antecipada de software valioso.
- 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.
- Entregue software funcional com frequรชncia, de algumas semanas a alguns meses, com preferรชncia ao prazo mais curto.
- Desenvolvedores e empresรกrios devem trabalhar juntos diariamente durante todo o projeto.
- Construa projetos em torno de indivรญduos motivados. Dรช-lhes apoio e o ambiente de que precisam e confie neles para realizar o trabalho.
- O mรฉtodo mais eficiente de comunicaรงรฃo com uma equipe de desenvolvimento รฉ uma conversa cara a cara.
- 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.
- A simplicidade โ a arte de maximizar a quantidade de trabalho nรฃo realizado โ รฉ essencial.
- As melhores arquiteturas, requisitos e designs emergem de equipes auto-organizadas.
- 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:
- Implementaรงรฃo do SAFe 4.0
- Implementaรงรฃo do 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 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 iteraรงรตes com prazo 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 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.
- 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 | * 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 รฉ uma caixa de tempo de mรบltiplas iteraรงรตes. 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 do tect 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 o arquiteto corporativo no nรญvel do portfรณlio para garantir que haja pista arquitetรดnica suficiente para dar suporte ร s necessidades futuras do usuรกrio e do negรณcio.
- 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 | ||
|---|---|---|---|---|
| * 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 | * 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:
- Grande em tamanho
- Independente
- Tenha soluรงรตes complexas
- Suas soluรงรตes normalmente exigem vรกrios ARTs
- Eles tรชm contribuiรงรฃo de Fornecedores.
- Eles enfrentam os maiores desafios de sistemas
- Para sistemas ciberfรญsicos
- 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 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 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 orรงamentamos?โ e โComo nos tornamos multifuncionais em arquitetura e arquiteturaโ. 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:

