SAFe Glossary

The SAFe glossary is a set of definitions for all SAFe Big Picture elements.  The extended glossary provides definitions for additional terms used in the Framework. Some are unique to SAFe (e.g., PO Sync), while others are common in Lean-Agile development (e.g., MVP). They are provided here for clarity in their meaning in the context of SAFe. All extended glossary terms appear in the English configuration and will appear in other language configurations once translated.

A

  • Acceptance Criteria (Critérios de aceitação)

    Os critérios de aceitação fornecem as informações necessárias para garantir que uma História, Feature ou Capability sejam implementadas corretamente. Eles abrangem a funcionalidade e os NFRs relevantes.

  • Acceptance Test Driven Development, ATDD (Desenvolvimento orientado a testes de aceitação)

    O desenvolvimento orientado a testes de aceitação (ATDD) é uma prática de teste ágil que prioriza o teste, sendo, em grande parte, sinônimo do desenvolvimento orientado a comportamento (BDD).

  • Agile (Ágil)

    Ágil é um conjunto de valores, princípios e práticas para desenvolvimento iterativo, sendo mais comumente descrito pelo Manifesto Ágil.

  • Agile Business Function (Função de negócio ágil)

    A função de negócio ágil aplica métodos Lean-Agile e princípios SAFe para simplificar as operações de negócios e criar transparência na entrega de valor.

  • Agile Business Train

    Um Agile Business Train contém uma ou mais Cadeias de Valor Operacionais SAFe e todos os ARTs necessários para definir, construir, implantar, operar e comercializar uma Solução de negócios completa.

  • Agile Executive Team (Time executivo ágil)

    O time executivo ágil é uma construção para alinhar a liderança sênior na forma de Time Ágil que exibe o Mindset, Valores e Princípios e as práticas de agilidade.

  • Agile Manifesto (Manifesto Ágil)

    O Manifesto Ágil é o principal documento que descreve os quatro valores e os doze princípios do desenvolvimento de software ágil.

  • Agile Product Delivery, APD

    A competência Agile Product Delivery (APD) é uma abordagem centrada no Cliente para definir, criar e entregar produtos e serviços em um fluxo de valor contínuo para Clientes e usuários finais.

  • Agile Release Train, ART

    Agile Release Train (ART) é um time de Times Ágeis de longa duração que desenvolvem, entregam e com frequência operam, de forma incremental, uma ou mais Soluções em uma Cadeia de Valor de Desenvolvimento.

  • Agile Teams (Times Ágeis)

    Time Ágil é um grupo multifuncional de, geralmente, até dez indivíduos com todas as habilidades necessárias para definir, construir, testar e entregar valor para seu Cliente.

  • Artificial Intelligence, AI (Inteligência Artificial, IA)

    Inteligência Artificial é um termo usado para descrever uma ampla gama de máquinas inteligentes capazes de realizar tarefas que normalmente requerem inteligência humana. IA pode ser aplicada em todos os níveis do SAFe para criar Soluções inteligentes para o Cliente, automatizar as atividades da cadeia de valor e aprimorar insights do Cliente.

  • Architect Sync (Sincronização dos arquitetos)

    A sincronização dos arquitetos é um evento do Solution Train. Seu objetivo é assegurar a consistência no gerenciamento de designs emergentes e negociações ao longo do Solution Train, criando oportunidades frequentes para guiar as diferentes abordagens de implementação, sem que isso se torne uma fonte de atrasos.

  • Architectural Runway

    A Architectural Runway consiste nos códigos, infraestrutura técnica e componentes existentes e necessários para implementar Features de curto prazo, com o mínimo de atraso ou retrabalho de design.

  • ART Backlog (Backlog do ART)

    O Backlog do ART é um sistema Kanban utilizado para captar e administrar as Capabilities e Habilitadores destinados a incrementar a Solução e ampliar sua Architectural Runway.

  • ART Flow (Fluxo do ART)

    O Fluxo do ART descreve um estado em que um ART oferece um fluxo contínuo de Features relevantes para o Cliente.

  • ART Kanban (Kanban do ART)

    O sistema Kanban do ART é um método para visualizar e gerenciar o fluxo de Features, desde a concepção até a análise, a implementação e o lançamento por meio do Continuous Delivery Pipeline.

  • ART PI Risks (Riscos do PI do ART)

    Riscos do PI do ART são itens identificados que podem afetar a capacidade de atender aos objetivos do PI do ART.

  • ART Planning Board (Quadro de planejamento do ART)

    O quadro de planejamento do ART é uma visualização das datas de entrega de Feature do PI, das dependências de Feature entre os times e dos marcos relevantes.

  • ART Predictability Measure (Medida de previsibilidade do ART)

    A medida de previsibilidade do ART é um resumo dos valores de negócios planejados em relação aos reais para todos os times do ART em um PI.

  • ART Sync

    O ART Sync é um evento do ART que combina o Product Owner (PO) Sync e Coach Sync.

B

  • Backlog Refinement (Refinamento do backlog)

    O refinamento do backlog é uma atividade periódica que os times usam para definir, discutir, estimar e estabelecer critérios de aceitação para os próximos itens do backlog.

  • Baseline Solution Investments, BSIs (Linha de base dos investimentos em Soluções)

    Linha de base dos investimentos em Soluções (BSI) são os custos incorridos em cada cadeia de valor durante o desenvolvimento, suporte e operação das Soluções que fornecem as atuais Capabilities de negócios.

  • Batch Size (Tamanho do lote)

    Tamanho do lote é uma medida do volume de trabalho inserido no sistema durante um timebox determinado.

  • Behavior-Driven Development, BDD (Desenvolvimento orientado a comportamento)

    Desenvolvimento orientado a comportamento (BDD) é uma prática de teste ágil. Ao definir (e, potencialmente, automatizar) os testes antes da especificação do comportamento do sistema ou durante essa etapa, esses testes fornecem um alto nível de qualidade desde o início.

  • Benefit Hypothesis (Hipótese de benefício)

    Hipótese de benefício é o benefício mensurável proposto para o negócio ou para o Cliente de um Épico, Capability, Feature ou História.

  • Big Data

    Big Data refere-se às funções e práticas necessárias para coletar, gerenciar, normalizar e fornecer grandes conjuntos de dados que ajudam Organizações na tomada decisões mais informadas e baseadas em fatos.

  • Built-In Quality (Qualidade Embutida)

    Qualidade Embutida é um conjunto de práticas para assegurar que os resultados dos Times Ágeis nas áreas de negócios e tecnologia atendam aos padrões adequados enquanto se cria valor para o Cliente.

  • Burn-Down / Burn-Up Chart (Gráfico de Burn-Down / Burn-Up)

    Os gráficos de Burn-Down / Burn-Up são exibições gráficas que ilustram o progresso do trabalho em relação ao tempo.

  • Business Agility

    Business Agility é a capacidade de competir e prosperar na era digital, respondendo rapidamente às mudanças do mercado e novas oportunidades com Soluções de negócios inovadoras e preparadas para o mundo digital.

  • Business and Technology (Negócios e Tecnologia)

    Negócios e Tecnologia descreve os padrões que podem ser aplicados para alcançar a Business Agility ao aplicar os princípios e práticas do SAFe em toda a Organização.

  • Business Context (Contexto do negócio)

    O contexto do negócio é um item da agenda de PI Planning apresentado por um Business Owner que descreve o estado atual do negócio, compartilha a Visão do Portfólio e apresenta uma perspectiva da eficiência com que as Soluções existentes estão atendendo às atuais necessidades dos Clientes.

  • Business Owners, BOs

    Os Business Owners (BOs) são stakeholders-chave do ART que têm a principal responsabilidade do negócio e técnica com relação ao Retorno Sobre Investimento (ROI), governança e Conformidade.

  • Business-Enabled ART (ART habilitado pelo negócio)

    Um ART habilitado pelo negócio é um Agile Release Train que inclui as pessoas técnicas e de negócios necessárias para garantir que a Solução esteja ciente do negócio em que opera e que atenda às preocupações relevantes para a tecnologia, negócios e Cliente.

C

  • CALMR

    CALMR é um mindset de DevOps que direciona o ART à entrega contínua de valor ao aprimorar a cultura, automação, fluxo enxuto (Lean), medição e recuperação.

  • Capabilities

    Dimensionada para ser entregue em um PI, Capability é uma funcionalidade de Large Solution cuja implementação muitas vezes abrange vários ARTs.

  • Capacity Allocation (Alocação da capacidade)

    Alocação da capacidade é uma alocação de trabalho por tipo de item de trabalho para um próximo período de planejamento.

  • Cloud (Nuvem)

    A Nuvem representa serviços virtuais de processamento e armazenamento sob demanda usados para infraestrutura e operações escaláveis e econômicas, implementação da cadeia de ferramentas DevOps e desenvolvimento e hospedagem de aplicativos de IA.

  • Coach Sync

    O Coach Sync é um evento do ART que ajuda a coordenar as dependências do ART e fornece visibilidade do progresso e dos impedimentos.

  • Collective Ownership (Responsabilidade compartilhada)

    Responsabilidade compartilhada é uma prática de qualidade em que membros individuais do time têm as habilidades e a autoridade necessárias para atualizar qualquer ativo relevante para melhorar o fluxo de valor.

  • Combined Portfolio (Portfólio combinado)

    Portfólio combinado é um tipo de Portfólio SAFe que inclui as Cadeias de Valor Operacionais e de Desenvolvimento.

  • Communities of Practice, CoPs (Comunidades de Práticas)

    Comunidades de Práticas (CoPs) são grupos organizados de pessoas com um interesse em comum em um domínio técnico ou de negócio específico. Elas colaboram com regularidade para compartilhar informações, aprimorar suas habilidades e trabalhar ativamente para ampliar seu conhecimento do domínio.

  • Compliance (Conformidade)

    Conformidade se refere à estratégia, atividades e artefatos que permitem que os times apliquem métodos de desenvolvimento Lean-Agile para criar sistemas com a mais alta qualidade possível e, ao mesmo tempo, assegurem que atenderão a normas regulatórias, industriais ou outros padrões relevantes.

  • Confidence Vote (Voto de confiança)

    O voto de confiança mede a convicção dos times e ARTs quanto à sua capacidade de entregar os Objetivos do PI estabelecidos.

  • Continuous Delivery Pipeline, CDP

    O Continuous Delivery Pipeline (CDP) representa os fluxos de trabalho, atividades e automação necessários para guiar uma nova funcionalidade desde a concepção até a entrega de valor sob demanda.

  • Continuous Deployment, CD

    Continuous Deployment (CD) é um aspecto do Continuous Delivery Pipeline que automatiza a migração de novas funcionalidades de um ambiente de homologação para a produção, onde elas ficam prontas para o lançamento.

  • Continuous Exploration, CE

    Continuous Exploration (CE) é um aspecto do Continuous Delivery Pipeline que impulsiona a inovação e promove o alinhamento com o que deve ser construído ao explorar continuamente as necessidades do mercado e do Cliente, definindo uma Visão, um Roadmap e um conjunto de Features para uma Solução.

  • Continuous Integration, CI

    Continuous Integration (CI) é um aspecto do Continuous Delivery Pipeline em que novas funcionalidades são desenvolvidas, testadas, integradas e validadas em preparação para implantação e lançamento.

  • Continuous Learning Culture, CLC

    A competência Continuous Learning Culture (CLC) descreve um conjunto de valores e práticas que estimula indivíduos – e a Organização como um todo – a ampliar continuamente o conhecimento, as competências, o desempenho e a inovação.

  • Coordinate and Deliver (Coordenar e Entregar)

    Coordenar e Entregar descreve as práticas que os Solution Trains utilizam para manter o alinhamento e colaboração necessários para agregar valor continuamente aos Clientes de Soluções grandes.

  • Core Values (Valores Fundamentais)

    Os quatro Valores Fundamentais de alinhamento, transparência, respeito pelas pessoas e melhoria implacável representam as crenças fundamentais essenciais para a eficácia do SAFe.

  • Cost of Delay (Custo da não entrega ou atraso)

    O custo da não entrega ou atraso (CoD) é o numerador na priorização WSJF que representa o dinheiro ou valor que será perdido com o atraso ou a não execução de um trabalho por um período de tempo em relação a outros trabalhos.

  • Customer (Cliente)

    Os Clientes são os principais beneficiários do valor das Soluções criadas e mantidas pelas cadeias de valor de um portfólio.

  • Customer Centricity (Centralização no Cliente)

    A Centralização no Cliente é um mindset focado na criação de experiências positivas para o Cliente por meio de todo o conjunto de produtos e serviços oferecidos pela Organização.

  • Customer Journey Map (Mapa da jornada do usuário)

    Um mapa da jornada do usuário captura as experiências do usuário conforme ele interage com a Cadeia de Valor Operacional, produtos e serviços de uma empresa.

D

  • Decentralized Decision-Making (Tomada de decisão descentralizada)

    A tomada de decisão descentralizada capacita indivíduos e times a tomar decisões com base em seu conhecimento e contexto local.

  • Definition of Done (Definição de pronto)

    A definição de pronto especifica os requisitos para a conclusão de um produto de trabalho ou incremento de valor.

  • Deploy (Implantar)

    Implantar é migrar uma mudança de um ambiente de pré-produção para um ambiente de produção (ou operacional), onde poderá ou não ser liberado para um usuário final.

  • Design Thinking

    Design Thinking é um processo de desenvolvimento centrado no Cliente, criando produtos desejáveis que sejam rentáveis e sustentáveis ao longo de seu ciclo de vida.

  • Develop on Cadence (Desenvolver em cadência)

    Desenvolver em cadência refere-se a um conjunto de eventos de desenvolvimento e atividades que ocorrem em uma programação regular.

  • Development Value Streams, DVS (Cadeias de Valor de Desenvolvimento, CVD)

    Uma Cadeia de Valor de Desenvolvimento (CVD) é a sequência de atividades necessárias para converter uma hipótese de negócio em uma Solução habilitada digitalmente que entrega valor ao Cliente.

  • DevOps

    DevOps é um mindset, uma cultura e um conjunto de práticas técnicas que fornece integração, automação e cooperação para desenvolver e operar uma Solução de forma eficaz.

E

  • Empathy Map (Mapa de empatia)

    Um mapa de empatia é uma ferramenta de Design Thinking usada para desenvolver uma compreensão profunda e compartilhada dos Clientes.

  • Enablers (Habilitadores)

    Habilitadores são itens de backlog que ampliam a Architectural Runway da Solução sendo desenvolvida ou melhoram o desempenho da Cadeia de Valor de Desenvolvimento.

  • Enterprise (Organização)

    A Organização representa a entidade corporativa à qual cada Portfólio SAFe pertence.

  • Enterprise Architect

    O Enterprise Architect é responsável por estabelecer a tecnologia, Visão, estratégia e Roadmap tecnológicos do portfólio.

  • Enterprise Solution Delivery, ESD

    A competência Enterprise Solution Delivery (ESD) descreve as práticas necessárias para aplicar princípios SAFe e práticas para a especificação, desenvolvimento, operação e evolução dos maiores e mais sofisticados aplicativos de software, redes e sistemas ciberfísicos do mundo.

  • Epic Hypothesis Statement (Declaração da hipótese de um Épico)

    A declaração da hipótese de um Épico é um formato estruturado usado para capturar, organizar e comunicar informações essenciais e suposições sobre um Épico.

  • Epic Owners (Proprietários de Épicos)

    O Proprietário de Épico é responsável pela coordenação dos Épicos ao longo do sistema portfólio Kanban.

  • Epics (Épico)

    Um Épico é uma iniciativa significativa de desenvolvimento de Solução.

  • Essential SAFe

    O Essential SAFe fornece os elementos mínimos necessários para que Agile Release Trains entreguem Soluções. Ele funciona como o ponto de partida mais simples para a implementação.

  • Estimating Poker (Poker de estimativa)

    Poker de estimativa é uma técnica de colaboração para estimar relativamente o tamanho de Histórias e Features.

  • Extreme Programming, XP (Programação extrema)

    Programação extrema (XP) é um conjunto de práticas de Agile Software Engineering projetadas para elevar a qualidade do software e sua capacidade de resposta aos requisitos em constante mudança.

F

  • Features

    Uma Feature representa uma funcionalidade da Solução que fornece valor de negócio, atende à necessidade de um stakeholder e é dimensionada para ser entregue por um Agile Release Train em um PI.

  • Flow (Fluxo)

    Fluxo é um estado que ocorre quando há um movimento suave, linear e rápido do produto de trabalho de uma etapa para outra em uma cadeia de valor.

  • Flow Distribution (Distribuição do fluxo)

    Distribuição do fluxo é uma medida da proporção de itens de trabalho por tipo em um sistema.

  • Flow Efficiency (Eficiência do fluxo)

    Eficiência do fluxo é a proporção entre o tempo total gasto em atividades de trabalho de valor agregado dividido pelo tempo do fluxo total.

  • Flow Load (Carga do fluxo)

    Carga do fluxo é uma medida do número de itens de trabalho atualmente em andamento (ativos ou em espera).

  • Flow Predictability (Previsibilidade do fluxo)

    Previsibilidade do fluxo é uma medida de quão consistentes os times, ARTs e portfólios são em relação à capacidade de cumprir seus compromissos.

  • Flow Time (Tempo do fluxo)

    Tempo do fluxo é uma medida do tempo decorrido desde o início até a conclusão de um determinado item de trabalho.

  • Flow Velocity (Velocidade do fluxo)

    A velocidade do fluxo mede o número de itens de trabalho concluídos durante um período de tempo.

  • Foundation

    Apoiado pela Liderança Lean-Agile e pela competência Continuous Learning Culture, o SAFe Foundation contém o Mindset, Valores e Princípios e a orientação de implementação necessária para implementar as práticas SAFe e alcançar Business Agility.

  • Full SAFe

    Full SAFe é a versão mais abrangente do Framework e oferece suporte a Organizações que criam e mantêm um portfólio de Soluções grandes e complexas.

G

  • Gemba

    Gemba é uma palavra de origem japonesa para “o lugar real” onde o trabalho é executado e o valor é criado.

H

  • Hackathon

    Hackathons são eventos de inovação nos quais os membros dos times podem trabalhar naquilo que desejarem e com quem desejarem, desde que o trabalho reflita a missão da empresa e eles demonstrem seu trabalho no final.

I

  • Innovation and Planning Iteration (Iteração Innovation and Planning)

    A Iteração Innovation and Planning (IP) é uma Iteração exclusiva e específica que ocorre a cada PI. Ela fornece um buffer de estimativa para alcançar os Objetivos do PI e um período dedicado à inovação, educação continuada, PI Planning e eventos de Inspect and Adapt (I&A).

  • Inspect & Adapt, I&A

    Inspect and Adapt (I&A) é um evento significativo, realizado ao final de cada PI, quando o estado atual da Solução é demonstrado e avaliado. Em seguida, os times refletem e identificam itens de melhoria para o backlog por meio de um workshop estruturado de resolução de problemas.

  • Integration Point (Ponto de integração)

    Um ponto de integração é um evento de aprendizado que reúne vários elementos da Solução em um todo integrado que pode ser avaliado objetivamente quanto ao desempenho e adequação ao uso.

  • Investment Horizons (Horizontes de investimento)

    Os horizontes de investimento fornecem uma estrutura para as empresas analisarem, entenderem e alocarem investimentos em oportunidades de negócios atuais e futuras.

  • Iteration (Iteração)

    Cada Iteração é um timebox padrão de duração fixa no qual Times Ágeis e ARTs entregam, individual e coletivamente, valor incremental para o Cliente enquanto trabalham nos Objetivos do PI.

  • Iteration Goals (Objetivos da Iteração)

    Os objetivos da Iteração são resumos de alto nível das metas de negócio e técnicas que um Time Ágil concorda em cumprir numa Iteração.

  • Iteration Planning (Planejamento da Iteração)

    O Planejamento da Iteração é um evento SAFe Scrum no qual todos os membros do time determinam com quanto do Backlog do Time podem se comprometer a entregar na Iteração que está por vir. O time resume o trabalho em um conjunto de objetivos comprometidos da Iteração.

  • Iteration Retrospective (Retrospectiva da Iteração)

    A Retrospectiva da Iteração é um evento regular no qual os membros do time debatem os resultados da Iteração, revisam suas práticas e identificam formas de melhorar.

  • Iteration Review (Revisão da Iteração)

    A Revisão da Iteração é um evento SAFe Scrum regular no qual o time inspeciona o incremento da Iteração, avalia o progresso e ajusta o Backlog do Time.

L

  • Large Solution SAFe

    O Large Solution SAFe atende a Organizações construindo Soluções grandes e complexas sem preocupações quanto ao portfólio.

  • Lean

    Lean é um conjunto de conhecimento e de práticas que visam aumentar a eficiência e eficácia da entrega de valor com a redução de atrasos e a eliminação de atividades que não agregam valor.

  • Lean Budget Guardrails

    Lean Budget Guardrails descreve as políticas e práticas de orçamento, gastos e governança para um portfólio específico.

  • Lean Budgets

    Lean Budgets é uma abordagem para governança financeira que financia cadeias de valor em vez de projetos, acelerando a entrega de valor e reduzindo a sobrecarga e os custos associados à contabilidade tradicional de custos por projetos.

  • Lean Business Case, LBC (Caso de negócio Lean)

    Um caso de negócio Lean (LBC) é um formato estruturado para descrever Épicos, seus MVPs e o valor projetado para os negócios.

  • Lean Governance (Governança Lean)

    Governança Lean é a dimensão do Lean Portfolio Management que dá suporte à supervisão de gastos, auditoria, Conformidade, consumo, medição e relatórios.

  • Lean Portfolio Management (LPM)

    A competência Lean Portfolio Management (LPM) alinha estratégia e execução, aplicando abordagens Lean e de pensamento sistêmico ao financiamento de estratégias e investimentos, operações de portfólio ágeis e governança.

  • Lean Quality Management System, Lean QMS (Sistema Lean de gestão da qualidade)

    Um sistema Lean de gestão da qualidade (Lean QMS) é um tipo de sistema que aplica práticas, políticas e procedimentos Lean-Agile para confirmar a qualidade, segurança e eficácia do produto.

  • Lean User Experience, Lean UX

    Lean User Experience (Lean UX) é uma abordagem baseada em time para construir produtos melhores ao focar menos em um design teoricamente ideal, e mais em aprendizagem iterativa, experiência geral do usuário e resultados para o Cliente.

  • Lean-Agile Center of Excellence, LACE (Centro de excelência Lean-Agile)

    O centro de excelência Lean-Agile (LACE) é um pequeno Time Ágil dedicado à implementação da forma de trabalhar Lean-Agile do SAFe.

  • Lean-Agile Leadership, LAL (Liderança Lean-Agile)

    A competência Liderança Lean-Agile (LAL) descreve como líderes impulsionam e sustentam a mudança organizacional e a excelência operacional, empoderando indivíduos e times para que alcancem seu maior potencial.

  • Lean-Agile Mindset (Mindset Lean-Agile)

    Mindset Lean-Agile é a combinação de crenças, premissas, atitudes e ações dos líderes e praticantes do SAFe que adotam os conceitos do pensamento Lean e do Manifesto Ágil.

  • Little's Law (Lei de Little)

    A lei de Little é uma teoria de enfileiramento que afirma que o tempo médio de espera para serviço de um sistema é igual à proporção do comprimento médio da fila dividido pela taxa média de processamento.

M

  • Measure And Grow (Medir e Crescer)

    Medir e Crescer é uma abordagem que Organizações SAFe usam para avaliar o progresso rumo à Business Agility e determinar ações de melhoria.

  • Milestone (Marco)

    Um marco é uma meta, evento ou ponto no tempo específico para avaliar o progresso rumo a um objetivo maior.

  • Minimum Marketable Feature, MMF (Mínima funcionalidade comercializável)

    Uma mínima funcionalidade comercializável (MMF) é a funcionalidade mínima necessária para validar uma hipótese de benefício da Feature.

  • Minimum Viable Product, MVP (Mínimo produto viável)

    Um mínimo produto viável (MVP) é uma versão inicial e mínima de uma nova Solução suficiente para provar ou refutar uma hipótese do Épico.

  • Model-Based Systems Engineering, MBSE (Engenharia de Sistemas Baseada em Modelos)

    Engenharia de Sistemas Baseada em Modelos (MBSE) é a prática de desenvolver um conjunto de modelos de sistemas relacionados que ajudam a definir, projetar, simular e documentar um sistema em desenvolvimento.

  • Modified Fibonacci Sequence (Sequência de Fibonacci modificada)

    Uma sequência de Fibonacci modificada é uma sequência numérica de estimativa relativa (1, 2, 3, 5, 8, 13, 20, 40, 100) que reflete a incerteza inerente do trabalho que está sendo estimado.

N

O

P

  • Pareto Analysis (Análise de Pareto)

    A análise de Pareto é uma técnica utilizada durante um evento Inspect & Adapt para delimitar o número de ações que produzem o efeito geral mais significativo.

  • Participatory Budgeting, PB (Orçamento Participativo, OP)

    O Orçamento Participativo (OP) é um processo colaborativo para alocar o orçamento do portfólio em suas cadeias de valor.

  • Personas

    Personas são caracterizações representativas das pessoas que usam ou podem usar o produto.

  • Phase Gate (Marco de fase)

    Marcos de fase são marcos de governança baseados em abordagens sequenciais e tradicionais para avaliar o progresso do desenvolvimento da Solução.

  • PI Objectives (Objetivos do PI)

    Os Objetivos do PI resumem as metas de negócio e técnicas que times e trens pretendem alcançar no próximo PI. Eles podem ser comprometidos ou não comprometidos.

  • PI Planning

    O PI Planning é um evento baseado em cadência para todo o ART que alinha times e stakeholders para uma Visão e missão compartilhadas.

  • Plan-Do-Check-Adjust, PDCA (Planejar-executar-checar-ajustar)

    Planejar-executar-checar-ajustar (PDCA) é uma expressão do método científico empregado para criar uma hipótese, experimentar e avaliar os resultados para navegar na incerteza e criar um novo aprendizado.

  • Planning Interval, PI

    Um Planning Interval (PI) é um timebox baseado em cadência no qual Agile Release Trains entregam valor contínuo para Clientes em alinhamento aos Objetivos do PI.

  • Portfolio (Portfólio)

    Um portfólio é um conjunto de cadeias de valor que entrega um fluxo contínuo de Soluções valiosas para Clientes em um modelo comum de financiamento e governança.

  • Portfolio Backlog (Backlog do Portfólio)

    O Backlog do Portfólio é um sistema Kanban usado para captar e gerenciar os Épicos Habilitadores e de negócios destinados a criar e desenvolver os produtos, serviços e Soluções do portfólio.

  • Portfolio Canvas (Canvas de portfólio)

    O canvas de portfólio define as Cadeias de Valor de Desenvolvimento em um Portfólio SAFe, bem como suas Soluções, fluxos de receita, os Clientes que atendem e outros elementos-chave de negócios.

  • Portfolio Flow (Fluxo do Portfólio)

    Fluxo do Portfólio descreve um estado em que o Lean Portfolio Management fornece um fluxo contínuo de novos Épicos aos Solution Trains e ARTs para alcançar a Visão e os Temas Estratégicos do portfólio.

  • Portfolio Kanban (Portfólio Kanban)

    O sistema portfólio Kanban é um método para visualizar e gerenciar o fluxo dos Épicos de portfólio — da concepção à análise e implementação.

  • Portfolio SAFe (Portfólio SAFe)

    O Portfólio SAFe fornece estratégia e financiamento de investimentos, operações do portfólio ágil e governança Lean para uma ou mais cadeias de valor. 

  • Portfolio Vision (Visão do Portfólio)

    A Visão do Portfólio é uma descrição do estado futuro das cadeias de valor e Soluções de um portfólio.

  • Pre-Plan (Planejamento Prévio)

    Planejamento Prévio descreve as atividades que alinham e preparam ARTs dentro de um Solution Train para o PI Planning.

  • Problem-Solving Workshop (Workshop de resolução de problemas)

    O workshop de resolução de problemas é um evento do Inspect & Adapt (I&A) que fornece uma abordagem estruturada para identificar a causa raiz e as ações para abordar problemas sistêmicos.

  • Product Management

    Product Management é a função responsável por definir Soluções desejáveis, viáveis, possíveis e sustentáveis que atendam às necessidades do Cliente, e por apoiar o desenvolvimento durante o ciclo de vida do produto.

  • Product Owner, PO

    O Product Owner (PO) é o membro do time primariamente responsável por maximizar o valor entregue pelo time ao garantir que o Backlog do Time esteja alinhado às necessidades do Cliente e dos stakeholders.

  • Product Owner (PO) Sync

    PO Sync é um evento do ART usado para obter visibilidade sobre o progresso do ART em direção ao cumprimento de seus Objetivos do PI, bem como para fazer quaisquer ajustes necessários.

R

  • Refactoring (Refatoração)

    Refatoração é a atividade de melhorar a estrutura interna ou a operação de um código ou componente sem alterar seu comportamento externo.

  • Relative Estimation (Estimativa relativa)

    A estimativa relativa é uma técnica que compara rapidamente o tamanho e o valor dos trabalhos no sistema.

  • Release (Liberar)

    Liberar é tornar a funcionalidade implantada disponível para os usuários finais.

  • Release on Demand (Liberação Sob Demanda)

    Liberação Sob Demanda é um aspecto do Continuous Delivery Pipeline que libera novas funcionalidades imediatamente ou de modo incremental com base nas necessidades dos negócios e dos Clientes.

  • Release Train Engineer, RTE

    O Release Train Engineer (RTE) é o líder servidor e coach do ART que facilita processos e eventos do ART e auxiliam os times na entrega de valor.

  • Relentless Improvement (Melhoria implacável)

    Melhoria implacável é o Valor Fundamental do SAFe que incentiva o aprendizado e crescimento por meio da reflexão e melhoria contínuas.

  • Roadmap

    O Roadmap é uma agenda de eventos e marcos que estimam e comunicam entregáveis planejados de Solução em um horizonte de tempo.

S

  • SAFe

    SAFe é o Framework para Business Agility líder no mundo. O SAFe integra o poder do Lean, do Ágil e do DevOps a um sistema operacional abrangente que ajuda as Organizações a prosperarem na era digital com a entrega mais rápida de produtos e serviços inovadores, além de mais previsibilidade e maior qualidade.

  • SAFe Big Picture, BP (Big Picture do SAFe)

    O Big Picture (BP) do SAFe é uma representação visual das principais funções, atividades e artefatos do Framework.

  • SAFe for Government

    SAFe for Government é um conjunto de padrões de sucesso que, ao implementar práticas, Mindset, Valores e Princípios Lean-Agile, ajudam organizações do setor público a alcançarem melhores resultados no desenvolvimento de Soluções.

  • SAFe Implementation Roadmap

    O SAFe Implementation Roadmap consiste em um resumo gráfico e uma série de 14 artigos que descrevem uma estratégia e um conjunto ordenado de atividades para alcançar uma implementação SAFe de sucesso.

  • SAFe Lean Startup Cycle

    O SAFe Lean Startup Cycle é um ciclo iterativo do tipo criar-medir-aprender comprovadamente eficaz em otimizar o valor econômico de investimentos estratégicos.

  • SAFe Lean-Agile Principles (Princípios Lean-Agile do SAFe)

    O SAFe se baseia em dez Princípios Lean-Agile subjacentes e imutáveis. Esses conceitos econômicos e princípios inspiram e informam os papéis e práticas do SAFe.

  • SAFe Overview

    O SAFe Overview é uma visualização das sete competências essenciais de Business Agility e as dimensões de cada uma.

  • SAFe Practice Consultants, SPCs

    Os SAFe® Practice Consultants (SPCs) são agentes de mudança certificados que combinam o conhecimento técnico do SAFe com uma motivação intrínseca de melhorar os processos de software, sistemas e negócios ágeis da organização.

  • SAFe Scrum

    SAFe Scrum é um método ágil utilizado por times em um ART para entregar valor ao Cliente em um curto timebox. Os times do SAFe Scrum usam Iterações, sistemas Kanban e eventos Scrum para planejar, executar, demonstrar e refletir sobre seu trabalho.

  • SAFe Team Kanban (SAFe Kanban)

    SAFe Kanban é um método ágil usado por times em um ART para entregar valor de forma contínua. Os times SAFe Kanban empregam um processo baseado no fluxo em seu trabalho diário e operam na cadência da Iteração do ART.

  • Scrum Master/Team Coach, SM/TC

    O Scrum Master/Team Coach (SM/TC) do SAFe é um líder servidor e coach de um Time Ágil. Ele facilita eventos e processos do time e dá suporte a times e ARTs na entrega de valor.

  • Set-Based Design, SBD (Design Baseado no Conjunto)

    O Design Baseado no Conjunto (SBD) é uma prática de desenvolvimento Lean que mantém os requisitos e as opções de design flexíveis pelo maior tempo possível durante o processo de desenvolvimento.

  • Shared Services (Serviços Compartilhados)

    Os Serviços Compartilhados representam os papéis, pessoas e serviços especializados necessários para o sucesso de um ART ou de um Solution Train, mas que não são dedicados em tempo integral.

  • Solution (Solução)

    A Solução é um produto, sistema ou serviço que fornece valor ao Cliente, seja interno ou externo à organização.

  • Solution Architect

    O Solution Architect é responsável por definir e comunicar uma visão técnica e arquitetônica compartilhada para um Solution Train a fim de ajudar a garantir que a Solução em desenvolvimento seja adequada ao seu objetivo.

  • Solution Context

    O Solution Context identifica os aspectos essenciais do ambiente no qual uma Solução atua.

  • Solution Demo

    A Solution Demo oferece aos stakeholders uma visão integrada das contribuições de múltiplos ARTs e Fornecedores para obter evidências objetivas do desempenho da Solução e para reunir feedback.

  • Solution Intent

    Solution Intent é o repositório para armazenar, gerenciar e comunicar o conhecimento do comportamento atual e pretendido da Solução e do design.

  • Solution Management

    Solution Management é a função responsável por definir grandes Soluções desejáveis, viáveis, possíveis e sustentáveis que atendam às necessidades do Cliente, e por apoiar o desenvolvimento durante o ciclo de vida da Solução.

  • Solution Train

    O Solution Train é a estrutura organizacional usada para criar grandes Soluções que exigem a coordenação de vários ARTs e Fornecedores.

  • Solution Train Backlog

    O Solution Train Backlog é um sistema Kanban utilizado para captar e administrar as Capabilities e Habilitadores destinados a incrementar a Large Solution e ampliar sua Architectural Runway.

  • Solution Train Engineer, STE

    O Solution Train Engineer (STE) é o líder servidor e coach que facilita processos e eventos do Solution Train, coordena o trabalho dos ARTs e Fornecedores, e auxilia os ARTs na entrega de valor. 

  • Solution Train Flow (Fluxo do Solution Train)

    Fluxo do Solution Train descreve um estado em que um Solution Train fornece um fluxo contínuo de Capabilities importantes para o Cliente.

  • Solution Vision (Visão da Solução)

    A Visão da Solução representa o estado futuro da Solução que está sendo desenvolvida. Ela funciona como um reflexo das necessidades do Cliente e do stakeholder e do produto ou serviço sugerido para atender a essas necessidades.

  • Spanning Palette

    O Spanning Palette contém vários papéis e artefatos que podem ser aplicados a um time, ART, Large Solution ou contexto de portfólio específicos.

  • Spike

    Spike é um tipo de História Habilitadora de exploração que adquire o conhecimento necessário para reduzir o risco de uma abordagem técnica, compreender melhor um requisito ou aumentar a confiabilidade de uma estimativa.

  • Sprint

    Sprint é um termo do método Scrum que o SAFe define como uma Iteração.

  • Stories (Histórias)

    Histórias são descrições curtas, escritas da perspectiva do usuário, de uma pequena parte da funcionalidade desejada.

  • Story Map

    Um Story Map é uma técnica de Design Thinking que organiza uma sequência de Histórias de acordo com as tarefas que um usuário executa para atingir seu objetivo.

  • Story Point

    Um Story Point é um número singular e relativo utilizado para estimar a combinação de volume, complexidade, conhecimento e incerteza das Histórias do Usuário.

  • Strategic Themes (Temas Estratégicos)

    Temas Estratégicos são objetivos de negócio em nível de portfólio que fornecem diferencial competitivo e vantagem estratégica. Eles providenciam o contexto de negócios para a tomada de decisão e estratégia do portfólio, representando aspectos da intenção estratégica da Organização.

  • Sunk Costs (Custos irrecuperáveis)

    Um custo irrecuperável é o dinheiro que já foi gasto e não pode ser recuperado.

  • Supplier (Fornecedor)

    Um Fornecedor é uma organização interna ou externa que desenvolve e entrega componentes, subsistemas ou serviços da Solução para ARTs e Cadeias de Valor de Desenvolvimento.

  • SWOT Analysis (Análise SWOT)

    A análise SWOT é uma técnica de planejamento estratégico utilizada para identificar pontos fortes, pontos fracos, oportunidades e ameaças de um Portfólio SAFe.

  • System Architect

    O System Architect é responsável por definir e comunicar uma Visão técnica e arquitetônica compartilhada para as Soluções desenvolvidas por um ART.

  • System Demo

    A System Demo fornece para os stakeholders uma Visão integrada das novas Features da Iteração mais recente, entregue por todos os times do ART. Cada Demo oferece uma medida objetiva do progresso e a oportunidade de dar feedback.

  • System Team

    System Team é um Time Ágil especializado que auxilia na criação e suporte ao ambiente de desenvolvimento ágil, geralmente incluindo o desenvolvimento e a manutenção do Continuous Delivery Pipeline. O time também pode apoiar a integração dos ativos, testes de Solução ponta a ponta, um mindset e práticas DevOps, implantação e Liberação Sob Demanda.

  • Systems Thinking (Pensamento sistêmico)

    Pensamento sistêmico é uma abordagem holística que incorpora todos os aspectos de um sistema e seu ambiente em seu projeto, desenvolvimento, implantação e manutenção.

T

  • Team and Technical Agility, TTA

    A competência Team and Technical Agility (TTA) descreve as habilidades, princípios e práticas essenciais que Times Ágeis em um Agile Release Train usam para criar Soluções de alta qualidade para seus Clientes.

  • Team Backlog (Backlog do Time)

    O Backlog do Time é um sistema Kanban utilizado para captar e administrar Histórias do Usuário e Habilitadores destinados a incrementar a Solução.

  • Team Flow (Fluxo do Time)

    Fluxo do time descreve um estado no qual os Times Ágeis entregam um fluxo de valor contínuo ao Cliente.

  • Team Sync

    Team Sync é uma reunião curta (geralmente de 15 minutos ou menos), normalmente realizada todos os dias, para avaliar o progresso em direção às metas do time, comunicar e ajustar o próximo trabalho planejado.

  • Team Topologies (Topologias de time)

    As topologias de time descrevem quatro padrões organizacionais que podem ser usados para organizar Times Ágeis e ARTs.

  • Test-Driven Development, TDD (Desenvolvimento orientado por testes)

    O desenvolvimento orientado por testes (TDD) é um mindset e prática que constrói e executa testes antes de implementar o código para um componente ou sistema.

  • TOWS Analysis (Análise TOWS)

    A análise TOWS é uma ferramenta de pensamento usada em conjunto com uma análise SWOT para ajudar a identificar opções estratégicas para a evolução de um Portfólio SAFe.

U

  • U-curve Optimization (Otimização de curva U)

    A otimização de curva U determina o tamanho ideal do lote, encontrando o ponto em que o total de custos de transação e de retenção seja o menor.

V

  • Value Management Office, VMO

    O Value Management Office (VMO) é uma função organizacional responsável por facilitar o processo do Lean Portfolio Management e por promover a excelência operacional e governança Lean como parte de uma transformação Lean-Agile.

  • Value Stream (Cadeia de Valor)

    Uma cadeia de valor é a sequência de atividades que contém todas as pessoas, sistemas, informações e materiais necessários para entregar valor a um Cliente.

  • Value Stream Coordination (Coordenação das Cadeias de Valor)

    A Coordenação das Cadeias de Valor descreve como gerenciar dependências entre cadeias de valor e explorar as oportunidades que existem nas interconexões.

  • Value Stream Identification (Identificação da cadeia de valor)

    A identificação da cadeia de valor é uma atividade usada para identificar as Cadeias de Valor de Desenvolvimento e as Cadeias de Valor Operacionais às quais elas dão suporte.

  • Value Stream KPIs (KPIs de Cadeias de Valor)

    Os Key Performance Indicators (KPIs) de Cadeias de Valor são as medidas quantificáveis usadas para avaliar o desempenho de uma cadeia de valor em relação aos objetivos de negócios.

  • Value Stream Management, VSM (Gestão da Cadeia de Valor)

    A Gestão da Cadeia de Valor (VSM) é uma disciplina técnica e de liderança que permite o máximo fluxo de valor de negócios por meio do ciclo de vida de entrega da Solução de ponta a ponta.

  • Value Stream Mapping (Mapeamento da cadeia de valor)

    O mapeamento da cadeia de valor é uma atividade usada para identificar as etapas individuais em um fluxo de trabalho e os atrasos entre elas.

  • Value Streamlet (Pequena cadeia de valor)

    Uma pequena cadeia de valor é um fluxo de valor menor e amplamente independente dentro de uma Cadeia de Valor de Desenvolvimento que entrega valor de acordo com as necessidades e ritmo do Cliente.

  • Verification and validation, V&V (Verificação e validação)

    Verificação e validação (V&V) são processos usados para garantir que um produto, serviço ou sistema seja projetado de acordo com o Solution Intent e adequado para o propósito pretendido.

W

  • Weighted Shortest Job First, WSJF

    Weighted Shortest Job First (WSJF) é um modelo de priorização usado para sequenciar o trabalho a fim de gerar o máximo benefício econômico. No SAFe, o WSJF é estimado pelo custo relativo do atraso dividido pela duração relativa do trabalho.

  • Work in Process, WIP (Trabalho em processo)

    Trabalho em processo (WIP) representa o total de itens de trabalho ativos em um sistema.

5

  • 5 Whys (5 porquês)

    Os 5 porquês são uma técnica comprovada de resolução de problemas utilizada para explorar as relações de causa e efeito de um problema em particular como parte do Inspect & Adapt.