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.
Select language
Print Glossary5
-
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.
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 (Desenvolvimento orientado a testes de aceitação)
O desenvolvimento orientado a testes de aceitação é uma prática de testes ágeis, exercitada através de testes antecipados, sendo também um sinônimo para desenvolvimento orientado a um 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 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
Agile Product Delivery é uma abordagem centrada no Cliente para definir, criar e entregar um fluxo contínuo de produtos e serviços valiosos para clientes e usuários.
-
Agile Program Management Office, APMO (Escritório de gestão de projetos ágeis)
Escritório de gestão de projetos ágeis (APMO) é uma função organizacional responsável por facilitar o processo de Lean Portfolio Management e por promover a excelência operacional e a Governança Lean como parte de uma transformação Lean-Agile.
-
Agile Release Train, ART
Agile Release Train (ART) é um time de Times Ágeis de longa duração que, junto de outros stakeholders, desenvolvem, entregam e, quando aplicável, operam, de forma incremental uma ou mais Soluções em uma Cadeia de Valor.
-
Agile Team (Time Ágil)
No SAFe, Time Ágil é um grupo multifuncional de cinco a onze indivíduos que define, constrói, testa e entrega um incremento de valor em um curto espaço de tempo.
-
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, sem atraso ou retrabalho de design excessivos.
-
ART Sync
O ART Sync é um evento do ART que combina a Product Owner (PO) Sync e o Scrum of Scrums (SoS).
B
-
Backlog Refinement (Refinamento do backlog)
O refinamento do backlog é uma atividade que ocorre uma ou duas vezes durante a Iteração ou o incremento. Sua finalidade é discutir, estimar e estabelecer uma compreensão inicial dos critérios de aceitação de futuras Histórias no Backlog do Time.
-
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 de trabalho)
Tamanho do lote de trabalho é uma medida de volume de trabalho (requisitos, designs, código, testes e outros itens de trabalho), que é 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 usuário final ou para a empresa como parte de uma Feature ou Capability.
-
Big Visible Information Radiator, BVIR (Quadro de compartilhamento de informações)
Um quadro de compartilhamento de informações (BVIR) é uma exibição gráfica que serve para uma rápida visualização dos dados essenciais (por exemplo, gráficos de burn-down, Program Board e Build Status Boards).
-
Built-In Quality (Qualidade Embutida)
As práticas de Qualidade Embutida asseguram que cada elemento da Solução, em cada incremento, atenda aos padrões adequados de qualidade ao longo do desenvolvimento.
-
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 mostram 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)
O ícone "Business and Tecnology" no SAFe descreve como os domínios funcionais em todas as partes da empresa habilitam a agilidade nos negócios, explorando continuamente novas maneiras de aplicar os princípios e práticas Lean-Agile a seus contextos únicos.
-
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
Os Business Owners são um pequeno grupo de stakeholders que têm a principal responsabilidade de negócio e técnica com relação à governança, Conformidade e Retorno Sobre Investimento (ROI) de uma Solução desenvolvida por um Agile Release Train (ART). Eles são os principais stakeholders no ART que devem avaliar a adequação ao uso e participar ativamente de determinados eventos do ART.
C
-
CALMR
A abordagem CALMR do SAFe para DevOps é um mindset que direciona os ARTs à entrega contínua de valor, gerenciando avanços simultâneos na cultura de entrega, automação, fluxo enxuto (Lean), medição e recuperação.
-
Capabilities
Uma Capability é um comportamento de Solução de alto nível que geralmente abrange vários ARTs. As Capabilities são dimensionadas e divididas em várias Features para facilitar sua implementação em um único PI.
-
Capacity Allocation (Alocação da capacidade)
A alocação da capacidade é um Lean Budget Guardrail para backlogs que ajuda a equilibrar o backlog de novas Features, Habilitadores e débitos técnicos alocados a um futuro Incremento do Programa (PI).
-
Committed PI Objectives (Objetivos comprometidos do PI)
Os objetivos comprometidos do PI são um conjunto de objetivos SMART criados por cada time, no qual o valor para o negócio é atribuído pelos Business Owners.
-
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 na promoção do conhecimento geral do domínio.
-
Compliance (Conformidade)
Conformidade se refere a uma estratégia e um conjunto de 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 qualquer norma regulatória, industrial ou outros padrões relevantes.
-
Confidence Vote (Voto de confiança)
O voto de confiança é feito próximo ao final do PI Planning, quando os times votam quanto à sua confiança de que os Objetivos do PI serão atingidos.
-
Continuous Delivery Pipeline, CDP
O Continuous Delivery Pipeline (CDP) representa os fluxos de trabalho, atividades e automação necessários para guiar um novo item de funcionalidade desde a concepção até a entrega de valor sob demanda para o usuário final.
-
Continuous Deployment, CD
Continuous Deployment (CD) é o processo que pega Features validadas em um ambiente de homologação e as implanta no ambiente de produção, no qual elas ficam prontas para lançamento(release).
-
Continuous Exploration, CE
Continuous Exploration (CE) é o processo que impulsiona a inovação e promove o alinhamento com o que deve ser construído, explorando continuamente as necessidades do mercado e do Cliente, e definindo uma Visão, um Roadmap e um conjunto de Features para uma Solução que atenda a essas necessidades.
-
Continuous Integration, CI
Continuous Integration (CI) é o processo de obter Features do Backlog do Programa e desenvolver, testar, integrar e validá-las em um ambiente de homologação, no qual elas estarão prontas para implantação e lançamento (release).
-
Continuous Learning Culture
A competência Continuous Learning Culture 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.
-
Core Values (Valores Fundamentais)
Os quatro Valores Fundamentais de alinhamento, Qualidade Embutida (Built-in Quality), transparência e execução de programa representam as crenças fundamentais essenciais para a eficácia do SAFe. Esses princípios orientadores ajudam a ditar o comportamento e as ações de todos que participam de um Portfólio SAFe.
-
Cost of Delay (Custo da não entrega ou atraso)
O custo da não entrega ou atraso representa o dinheiro ou valor que será perdido com o atraso ou a não execução de um trabalho por um determinado tempo. É utilizado na priorização do WSJF.
-
Customer (Cliente)
Os Clientes são os principais beneficiários do valor das Soluções de negócios criadas e mantidas pelas Cadeias de Valor do Portfólio.
-
Customer Centricity (Centralização no Cliente)
A Centralização no Cliente é um mindset e uma forma de fazer negócios focada 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 ilustra as experiências de um usuário com a Cadeia de Valor operacional, produtos e serviços de uma empresa.
D
-
Daily Stand-Up, DSU (Reunião diária)
A reunião diária (DSU) é um evento diário do time no qual cada membro descreve o que fez no dia anterior para avançar nos Objetivos da Iteração, no que vai trabalhar no dia atual para atingir os Objetivos da Iteração e quais bloqueios está encontrando para entregar esses objetivos.
-
Decentralized Decision-Making (Tomada de decisão descentralizada)
A tomada de decisão descentralizada concede autoridade de decisão àqueles mais próximos do conhecimento e da informação para reduzir atrasos, aumentar o fluxo de desenvolvimento de produtos e melhorar a qualidade das decisões.
-
Definition of Done (Definição de pronto)
A definição de pronto comunica a conclusão de um incremento de valor e cria uma compreensão compartilhada de qual trabalho foi concluído como parte de um incremento.
-
Deploy (Implantar)
Implantar é migrar uma mudança de um ambiente de pré-produção para um ambiente de produção (ou operacional), onde aguardará liberação.
-
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 coordenado de práticas que dão suporte aos Times Ágeis, fornecendo uma série confiável de eventos e atividades que ocorrem em uma agenda regular e previsível.
-
Development Value Streams (Cadeias de Valor de Desenvolvimento)
As Cadeias de Valor de Desenvolvimento (CVD) são a sequência de atividades necessárias para converter uma hipótese de negócio em uma Solução habilidada digitalmente. Exemplos incluem o projeto de um dispositivo médico ou satélite geofísico ou o desenvolvimento e implantação de um aplicativo de software, sistema SaaS, ou um site de comércio eletrônico.
-
DevOps
DevOps é um mindset, uma cultura e um conjunto de práticas técnicas. Ele fornece comunicação, integração, automação e cooperação próxima entre todas as pessoas necessárias para planejar, desenvolver, testar, implantar, liberar e manter uma Solução.
E
-
Empathy Map (Mapa de empatia)
O mapa de empatia é uma ferramenta de Design Thinking que ajuda os times a desenvolver uma compreensão profunda e compartilhada de seus clientes.
-
Enablers (Habilitadores)
Um Habilitador dá suporte às atividades necessárias para ampliar a Architectural Runway a fim de prover funcionalidades de negócio futuras. Isso inclui exploração, arquitetura, infraestrutura e conformidade. Habilitadores são capturados nos diversos backlogs e aparecem ao longo do Framework.
-
Enterprise (Organização)
A Organização representa a entidade corporativa à qual cada Portfólio SAFe pertence.
-
Enterprise Architect
O Enterprise Architect estabelece uma estratégia de tecnologia e um roadmap que habilita um portfólio a dar suporte às Capabilities de negócios atuais e futuras.
-
Enterprise Solution Delivery
A competência Enterprise Solution Delivery descreve como aplicar os princípios e práticas Lean-Agile à especificação, desenvolvimento, implantação, 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 captura, organiza e comunica informações essenciais sobre um Épico.
-
Epic Owners (Proprietários de Épicos)
Os Proprietários de Épicos são responsáveis pela coordenação dos Épicos de Portfólio ao longo do sistema Portfólio Kanban. Eles definem colaborativamente o Épico, seu Produto Mínimo Viável (MVP) e o plano de negócios Lean e, quando aprovados, facilitam a implementação.
-
Epics (Épico)
Um Épico é um contêiner para uma iniciativa significativa de desenvolvimento de uma Solução que captura os investimentos mais substanciais em um Portfólio. Devido ao seu escopo e impacto consideráveis, os Épicos exigem a definição de um Produto Mínimo Viável (MVP) e a aprovação pelo Lean Portfolio Management (LPM) antes da implementação.
-
Essential SAFe
O Essential SAFe contém o conjunto mínimo de papéis, eventos e artefatos necessários para entregar continuamente soluções de negócios por meio do Agile Release Train (ART) como um time de Times Ágeis.
-
Estimating Poker (Poker de estimativa)
Poker de estimativa é uma técnica de colaboração para estimar relativamente o tamanho de Histórias, Features e WSJF no SAFe.
-
Extreme Programming, XP (Programação extrema)
Programação extrema (XP) é um conjunto de práticas de Agile Software Engineering que eleva a qualidade do software e sua capacidade de resposta às mudanças de requisitos dos clientes. Foi inicialmente desenvolvida por Kent Beck.
F
-
Features
Uma Feature é um serviço que atende às necessidades de um stakeholder. Cada Feature é composta por uma hipótese de benefício e critérios de aceitação, e é dimensionada ou dividida conforme necessário para ser entregue por um único Agile Release Train (ART) dentro de um Increment do Programa (PI).
-
Final Plan Review (Revisão do plano final)
Na atividade de revisão do plano final do PI Planning, os times apresentam os planos finais (Objetivos do PI, carga, riscos) para comunicação ao ART e aceitação pelos Business Owners.
-
Foundation
O Foundation contém os princípios de suporte, valores, mindset, orientações para implementação e os papéis de liderança necessários para entregar valor com êxito em escala.
-
Full SAFe
Full SAFe é a configuração mais abrangente, incluindo todas as sete competências essenciais necessárias para Business Agility.
G
-
Gemba
Gemba é o local onde o trabalho é realizado e onde os times podem observar como os stakeholders executam as etapas e atividades específicas em suas Cadeias de Valor operacionais para identificar melhor as oportunidades de melhoria implacável.
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 que eles demonstrem seu trabalho para outras pessoas ao final do Hackathon.
I
-
Innovation and Planning Iteration (Iteração Innovation and Planning)
A Iteração Innovation and Planning (IP) ocorre a cada Incremento do Programa (PI) e atende a várias finalidades. Ela atua como um buffer de estimativa para alcançar os Objetivos de PI e fornece 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, que ocorre ao final de cada Incremento do Programa (PI), quando o estado atual da Solução é demonstrado e avaliado pelo ART. Em seguida, os times refletem e identificam itens de backlog de melhoria por meio de um workshop estruturado de resolução de problemas.
-
Integration Point (Ponto de integração)
Um ponto de integração cria um "evento de inserção" que reúne vários elementos da Solução em um todo integrado e ajuda os stakeholders a garantirem que a Solução em evolução atenda a necessidades de negócios reais e futuras.
-
Investment Horizons (Horizontes de investimento)
Os horizontes de investimento realçam alocações de gastos para Soluções criadas pelas Cadeias de Valor, que ajudam seus proprietários e fiduciários a tomarem decisões de investimentos mais informadas. Eles também alinham o Portfólio aos Temas Estratégicos e promovem saúde geral e crescimento.
-
Iteration (Iteração)
As Iterações são os blocos de construção de desenvolvimento Agile. Cada Iteração é um timebox padrão de duração fixa no qual os Times Ágeis entregam valor incremental na forma de software e sistemas em funcionamento e testados. No SAFe, as Iterações costumam durar uma ou, mais frequentemente, duas semanas.
-
Iteration Execution (Execução da Iteração)
A Execução da Iteração é como os Times Ágeis gerenciam seu trabalho ao longo do timebox da Iteração, resultando em um incremento de sistema de alta qualidade, em funcionamento e testado.
-
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 o Time Ágil concorda em cumprir numa Iteração. Eles são essenciais para a coordenação de um Agile Release Train (ART) como um time de times auto-organizados e autogerenciados.
-
Iteration Planning (Planejamento da Iteração)
O Planejamento da Iteração é um evento no qual todos os membros do time determinam com quanto do Backlog do Time eles podem se comprometer a entregar na iteração que está por vir. O time resume o trabalho como um conjunto de Objetivos da Iteração Comprometidos.
-
Iteration Retrospective (Retrospectiva da Iteração)
A Retrospectiva da Iteração é um evento regular no qual os membros do Time Ágil discutem 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 baseado em cadência, no qual cada time inspeciona o incremento ao final de cada Iteração para avaliar o progresso e, então, ajustar seu backlog para a próxima Iteração.
K
-
Knowledge Worker (Trabalhador do conhecimento)
Trabalhadores do conhecimento são pessoas que têm a habilidade, experiência e formação necessárias para solucionar problemas complexos dentro de sua área de competência.
L
-
Large Solution SAFe
O Large Solution SAFe descreve funções, práticas e orientações adicionais para criar e evoluir os maiores aplicativos, redes e sistemas ciberfísicos do mundo.
-
Lead Time
Lead Time é o tempo decorrido desde o momento em que o trabalho foi realizado na etapa anterior até que seja realizado na etapa atual.
-
Lean
Lean é um conjunto de conhecimento e de práticas que visam aumentar a eficiência e eficácia 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 Lean-Agile para governança financeira que aumenta a vazão e a produtividade pela redução da sobrecarga e custos associados à contabilização de custos por projetos.
-
Lean Business Case, LBC (Caso de negócio Lean)
Um caso de negócio Lean (LBC) é uma abordagem simples para descrever Épicos, incluindo seus MVPs e o valor projetado para os negócios.
-
Lean Governance (Governança Lean)
Governança Lean é uma dimensão do Lean Portfolio Management que dá suporte à supervisão e tomada de decisões sobre gastos, auditoria e Conformidade, previsão de despesas e medição.
-
Lean Portfolio Management
A competência Lean Portfolio Management 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, QMS (Sistema Lean de gestão da qualidade)
Um sistema Lean de gestão da qualidade (QMS) dita práticas, políticas e procedimentos necessários para confirmar segurança e eficácia. As organizações SAFe mudam da governança tradicional para o Lean QMS.
-
Lean User Experience, Lean UX
Lean User Experience (Lean UX) é um mindset, uma cultura e um processo que engloba métodos Lean-Agile. Ele implementa funcionalidades em incrementos mínimos viáveis e determina o sucesso ao medir os resultados relacionados a uma hipótese de benefício.
-
Lean-Agile Center of Excellence, LACE (Centro de excelência Lean-Agile)
O centro de excelência Lean-Agile (LACE) é um pequeno time de pessoas dedicadas à implementação da forma de trabalho Lean-Agile do SAFe.
-
Lean-Agile Leadership (Liderança Lean-Agile)
A competência Liderança Lean-Agile descreve como líderes Lean-Agile 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 Manifesto Ágil e do pensamento Lean. É o alicerce pessoal, intelectual e de liderança para a adoção e a aplicação dos princípios e das práticas do SAFe.
-
Lean-Agile Principles (Princípios Lean-Agile)
O SAFe se baseia em dez Princípios Lean-Agile subjacentes e imutáveis. Esses princípios e conceitos econômicos inspiram e informam os papéis e práticas do SAFe.
-
Little's Law (Lei de Little)
Lei de Little é a lei da teoria de enfileiramento que afirma que o tempo de espera médio pelo serviço de um sistema é igual ao comprimento médio da fila dividido pela taxa média de processamento.
M
-
Measure And Grow (Medir e Crescer)
Medir e Crescer é a maneira como os Portfólios avaliam seu progresso em direção à Business Agility e determinam suas próximas etapas de melhoria.
-
Metrics (Métricas)
Métricas são medidas acordadas usadas para avaliar como a Organização está progredindo em relação ao Portfólio, à Large Solution, ao ART e aos objetivos de negócio e técnicos do Time Ágil.
-
Milestones (Marcos)
Marcos são usados para acompanhar o progresso em relação a uma meta ou evento específicos. Há três tipos de Marcos no SAFe: Marcos de Incremento do Programa (PI), de data fixa e de aprendizagem.
-
Minimum Marketable Feature, MMF (Mínima funcionalidade comercializável)
A mínima funcionalidade comercializável (MMF) é a funcionalidade mínima que os times podem criar para saber se a hipótese de benefício da Feature é válida ou não.
-
Minimum Viable Product, MVP (Mínimo produto viável)
No SAFe, um mínimo produto viável (MVP) é uma versão inicial mínima de um novo produto ou solução de negócios utilizada para provar ou refutar a hipótese do Épico. Ao contrário dos storyboards, protótipos, mockups, wireframes e outras técnicas exploratórias, o MVP é um produto real utilizado por clientes reais que possibilita um aprendizado baseado na utilização das funcionalidades.
-
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 e documentar um sistema em desenvolvimento. Estes modelos fornecem uma forma eficiente para explorar, atualizar e comunicar aspectos do sistema para os stakeholders, enquanto se reduz ou elimina significativamente a dependência de documentos tradicionais.
-
Modified Fibonacci Sequence (Sequência de Fibonacci modificada)
Uma sequência de Fibonacci modificada (1, 2, 3, 5, 8, 13, 20, 40, 100) é utilizada durante a estimativa relativa para refletir a incerteza presente à medida que aumenta o tamanho do trabalho sendo estimado.
N
-
Nonfunctional Requirements, NFRs (Requisitos Não Funcionais)
Os Requisitos Não Funcionais (NFRs) definem atributos do sistema como segurança, confiabilidade, desempenho, capacidade de manutenção, escalabilidade e usabilidade. Eles atuam como limitações ou restrições em relação ao design do sistema nos diferentes backlogs.
O
-
Objectives and Key Results, OKRs (Objetivos e resultados-chave)
No SAFe, objetivos e resultados-chave (OKRs) podem ser utilizados para definir, organizar e comunicar informações cruciais sobre um Tema Estratégico e acompanhar seu progresso por meio de ações concretas, específicas e mensuráveis.
-
Operational Value Streams (Cadeias de Valor Operacionais)
As Cadeias de Valor Operacionais (CVO) são a sequência de atividades necessárias para entregar um produto ou serviço a um Cliente. Exemplos incluem a fabricação de um produto, o atendimento de um pedido, a admissão e o tratamento de um paciente médico, a concessão de um empréstimo ou a prestação de um serviço profissional.
-
Organizational Agility (Agilidade Organizacional)
A competência Agilidade Organizacional descreve como as pessoas e Times Ágeis com pensamento Lean otimizam seus processos de negócios, evoluem estratégias com novos compromissos claros e decisivos e adaptam rapidamente a organização conforme necessário para capitalizar em novas oportunidades.
-
Organizational Change Management (Gestão de mudanças organizacionais)
Gestão de mudanças organizacionais é um termo coletivo para todas as abordagens para preparar, apoiar e ajudar pessoas, times e organizações a realizarem mudanças organizacionais.
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 (Orçamento Participativo)
O Orçamento Participativo (OP) é um processo que o Lean Portfolio Management (LPM) usa para alocar o orçamento total do Portfólio nas suas Cadeias de Valor.
-
Personas
Personas são consumidores e/ou usuários fictícios resultantes de pesquisas com clientes que promovem uma abordagem centrada no Cliente para o desenvolvimento de produtos.
-
Phase Gate (Marco de fase)
Os Marcos de fase são Marcos tradicionais de governança que são substituídos no SAFe por Marcos baseados na avaliação objetiva dos sistemas ou da Solução criada.
-
PI Objectives (Objetivos do PI)
Objetivos do PI são um resumo das metas de negócio e técnicas que um Time Ágil ou ART pretende alcançar no próximo Incremento do Programa (PI).
-
Plan-Do-Check-Adjust, PDCA (Planejar-Executar-Checar-Ajustar)
Planejar-Executar-Checar-Ajustar (PDCA) é um método iterativo de quatro etapas utilizado para controlar a variabilidade e fazer ajustes em resposta ao feedback recebido durante o desenvolvimento de produtos.
-
Portfolio (Portfólio)
O Portfólio SAFe alinha estratégia à execução por meio de uma coleção de Cadeias de Valor de Desenvolvimento. Operando sob um mesmo modelo de governança, cada Cadeia de Valor fornece uma ou mais Soluções que a empresa precisa para cumprir seu objetivo de negócio.
-
Portfolio Backlog (Backlog do Portfólio)
O Backlog do Portfólio é o backlog de nível mais alto no SAFe. Ele fornece uma área de espera para os próximos Épicos de negócios e Habilitadores, destinados a criar e desenvolver um conjunto abrangente de Soluções.
-
Portfolio Canvas (Canvas de Portfólio)
O Canvas de Portfólio define as Cadeias de Valor de Desenvolvimento incluídas em um Portfólio SAFe, além das propostas de valor e das soluções que elas oferecem, dos clientes que atendem, do orçamento alocado a cada uma delas e de outras atividades e eventos fundamentais necessários para concretizar a Visão 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, implementação e conclusão.
-
Portfolio SAFe (Portfólio SAFe)
O Portfólio SAFe alinha a estratégia à execução e organiza o desenvolvimento de Soluções em torno do fluxo de valor por meio de 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 e descreve como elas cooperarão para alcançar os objetivos do Portfólio, assim como o objetivo mais amplo da Organização.
-
Pre-and Post-PI Planning (Planejamento Pré e Pós PI)
Os eventos de Planejamento Pré e Pós PI são usados para preparação e acompanhamento posterior dos eventos de PI Planning dos Agile Release Trains (ARTs) e Fornecedores em um Solution Train.
-
Problem-Solving Workshop (Workshop de resolução de problemas)
O workshop de resolução de problemas faz parte do evento Inspect & Adapt (I&A) e é uma abordagem estruturada para localizar a causa raiz de problemas sistêmicos.
-
Product Management
O Product Management é responsável por definir e apoiar a criação de produtos desejáveis, viáveis, possíveis e sustentáveis que atendam às necessidades do Cliente durante o ciclo de vida produto-mercado.
-
Product Owner, PO
O Product Owner (PO) é um membro do Time Ágil responsável por maximizar o valor entregue pelo time e 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 para obter visibilidade sobre o progresso do ART em direção a seus Objetivos do PI, debater problemas ou oportunidades sobre o desenvolvimento de Features e avaliar quaisquer ajustes de escopo.
-
Program Backlog (Backlog do Programa)
O Backlog do Programa é a área de armazenamento das Features futuras, que se destinam a atender às necessidades dos usuários e entregar benefícios de negócios para um único Agile Release Train (ART). Ele também inclui as Features habilitadoras necessárias para compor a Architectural Runway.
-
Program Board
O Program Board destaca as datas de entrega da Feature do PI, as dependências entre os times e os Marcos relevantes.
-
Program Increment, PI (Incremento do Programa)
Um Incremento do Programa (PI) é um timebox no qual um Agile Release Train (ART) entrega valor incremental na forma de software e sistemas testados e em funcionamento. Geralmente, os PIs duram de oito a doze semanas. O padrão mais comum para um PI é de quatro Iterações de desenvolvimento, seguidas por uma Iteração Innovation and Planning (IP).
-
Program Increment (PI) Planning (Planejamento de Incremento do Programa)
O Planejamento de Incremento do Programa (PI Planning) é um evento face a face baseado em cadência, atuando como o coração do Agile Release Train (ART) ao alinhar todos os times do ART para uma visão e missão compartilhadas.
-
Program Kanban
Os sistemas Program e Solution Kanban são métodos para visualizar e gerenciar o fluxo de Features e Capabilities, desde a concepção até a análise, a implementação e o lançamento por meio do Continuous Delivery Pipeline.
-
Program Predictability Measure (Medida de previsibilidade do programa)
A medida de previsibilidade do programa resume os valores de negócio planejados em relação aos reais para todos os times do ART e é um indicador-chave do desempenho e da confiabilidade do ART.
-
Program Risks (Riscos de Programa)
Os Riscos de Programa são identificados pelos times durante o PI Planning e representam riscos e impedimentos que podem impactar a capacidade de atingir os objetivos.
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 compara trabalhos para estimar rapidamente seu tamanho e valor.
-
Release (Liberar)
Liberar é tornar a funcionalidade que foi implantada em um ambiente de produção (ou operacional) disponível para uso por um conjunto definido de usuários finais ou sistemas.
-
Release on Demand (Liberação Sob Demanda)
Liberação Sob Demanda é o processo que implementa novas funcionalidades em produção e as libera imediatamente ou de modo incremental para os clientes com base na demanda.
-
Release Train Engineer, RTE
O Release Train Engineer (RTE) é o líder servidor e coach do Agile Release Train (ART). As principais responsabilidades do RTE são facilitar os processos e os eventos do ART e auxiliar os times na entrega de valor. Os RTEs se comunicam com os stakeholders, escalam impedimentos, ajudam a gerenciar riscos e impulsionam a melhoria implacável.
-
Relentless Improvement (Melhoria implacável)
Melhoria implacável é o quarto pilar do SAFe House of Lean e incentiva a aprendizagem e o crescimento por meio da reflexão contínua e das melhorias de processos.
-
Roadmap
O Roadmap é uma agenda de eventos e Marcos que comunicam entregáveis planejados de Solução em um horizonte de planejamento.
-
ROAMing Risks (Endereçamento de riscos, ROAM)
O endereçamento de riscos (ROAM) é uma atividade do PI Planning na qual os riscos do programa levantados pelos times são abordados em um contexto gerencial mais amplo.
-
Root Cause Analysis (Análise de causa raiz)
Uma análise de causa raiz aplica um conjunto de ferramentas de resolução de problemas para identificar as causas reais de um problema como parte do evento Inspect & Adapt.
S
-
SAFe Big Picture, BP (Big Picture do SAFe)
O Big Picture (BP) do SAFe é uma representação visual dos principais papéis, atividades e artefatos do framework. Ela é utilizada para acessar artigos do SAFe por meio de seus ícones clicáveis quando visualizados no site scaledagileframework.com.
-
SAFe for Government
SAFe for Government é um conjunto de padrões de sucesso que ajudam organizações do setor público a implementar práticas Lean-Agile em um contexto governamental.
-
SAFe for Lean Enterprises
O SAFe for Lean Enterprises é o principal framework para Business Agility 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 Implementation Roadmap
O SAFe Implementation Roadmap consiste em um resumo gráfico e uma série de 12 artigos descrevendo uma estratégia e um conjunto ordenado de atividades que se mostraram eficazes em uma implementação SAFe de sucesso.
-
SAFe Lean Startup Cycle
O SAFe Lean Startup Cycle é um ciclo do tipo criar-medir-aprender altamente iterativo para a inovação de produtos e investimentos estratégicos. Essa estratégia para a implementação de Épicos fornece as vantagens econômicas e estratégicas de uma Lean Startup, gerenciando os investimentos e riscos de forma incremental, enquanto aproveita os benefícios de fluxo e visibilidade do SAFe.
-
SAFe Program Consultants, SPCs
Os Certified SAFe® Program Consultants (SPCs) são agentes de mudança que combinam seu conhecimento técnico do SAFe com uma motivação intrínseca de melhorar os processos de desenvolvimento de software e sistemas da organização. Eles desempenham um papel fundamental em uma implementação SAFe de sucesso. Os SPCs são oriundos de vários papéis internos ou externos, incluindo líderes de negócios e tecnologia, gerentes de portfólio/programa/projeto, líderes de processos, arquitetos, analistas e consultores.
-
Scrum Master
Scrum Masters são líderes servidores e coaches de um Time Ágil. Eles ajudam a orientar o time sobre Scrum, Extreme Programming (XP), Kanban e SAFe, e asseguram que o processo ágil acordado esteja sendo seguido. Eles também ajudam a eliminar impedimentos e a promover um ambiente para o dinamismo de um time de alto desempenho, o fluxo contínuo e a melhoria implacável.
-
Scrum of Scrums, Sos
Scrum of Scrums (SoS) é um evento do ART que ajuda a coordenar suas dependências e dá visibilidade ao progresso e aos impedimentos.
-
ScrumXP
O ScrumXP do SAFe é um método de Times Ágeis usados por ARTs para planejar, executar, revisar e entregar valor para o Cliente em um curto período de tempo. Ele combina o poder das práticas de Scrum com práticas de Extreme Programming (XP).
-
Set-Based Design, SBD (Design Baseado no Conjunto)
O Design Baseado no Conjunto (SBD) é uma prática que mantém os requisitos e as opções de design flexíveis pelo maior tempo possível durante o processo de desenvolvimento. Ao invés de optar por uma única solução antecipadamente, o SBD identifica e explora simultaneamente várias opções, eliminando escolhas menos eficazes ao longo do tempo. Ele aprimora a flexibilidade no processo de design, comprometendo-se com soluções técnicas somente após validar as premissas, o que produz melhores resultados econômicos.
-
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 Agile Release Train (ART) ou de um Solution Train, mas que não podem ser dedicados em tempo integral.
-
Silos
Silos são construções organizacionais funcionalmente alinhadas que promovem otimizações locais, determinam políticas e procedimentos para garantir operações eficientes e que possam ser repetidas, sem levar em conta o fluxo de valor mais amplo entre diferentes unidades funcionais.
-
Solution (Solução)
Cada Cadeia de Valor de Desenvolvimento produz uma ou mais Soluções, que são produtos, serviços ou sistemas entregues ao Cliente, seja interno ou externo à organização.
-
Solution Architect/Engineering
Solution Architect/Engineering é responsável por definir e comunicar uma visão técnica e arquitetônica compartilhada em um Solution Train para ajudar a garantir que o sistema ou a Solução em desenvolvimento seja adequada ao seu objetivo.
-
Solution Backlog (Backlog da Solução)
O Backlog da Solução é a área de armazenamento para as próximas Capabilities e Habilitadores, sendo que cada um pode abranger vários ARTs, e tem como objetivo incrementar a Solução e criar sua Architectural Runway.
-
Solution Context
O Solution Context identifica aspectos essenciais do ambiente operacional para uma Solução. Ele fornece uma compreensão essencial dos requisitos, uso, instalação, operação e suporte da própria Solução. O Solution Context influencia fortemente as oportunidades e restrições para a Liberação Sob Demanda.
-
Solution Demo
A Solution Demo integra os esforços de desenvolvimento de todos os ARTs e fornecedores do Solution Train em todos os PIs e os torna visíveis para clientes e outros stakeholders para fins de avaliação e feedback.
-
Solution Intent
Solution Intent é o repositório para armazenar, gerenciar e comunicar o conhecimento do comportamento atual e pretendido da Solução. Quando necessário, isso inclui especificações e designs fixos e variáveis; referência a padrões aplicáveis, modelos de sistema e testes funcionais e não funcionais; e rastreabilidade.
-
Solution Management
Solution Management é responsável por definir e apoiar a criação de Soluções comerciais em larga escala desejáveis, viáveis, possíveis e sustentáveis que atendam às necessidades do Cliente ao longo do tempo.
-
Solution Train
O Solution Train é a estrutura organizacional usada para criar grandes e complexas Soluções que exigem a coordenação de vários Agile Release Trains (ARTs), bem como a contribuição de Fornecedores. Ela alinha os ARTs com uma missão compartilhada de Negócios e Tecnologia usando a Visão, o backlog, o Roadmap da Solução e um Incremento do Programa (PI) alinhado.
-
Solution Train Engineer, STE
O Solution Train Engineer (STE) é um líder servidor e coach do Solution Train, facilitando e orientando o trabalho de todos os ARTs e Fornecedores na Cadeia de Valor.
-
Spanning Palette
O Spanning Palette contém vários papéis e artefatos que podem ser aplicados a um time, programa, Large Solution ou contexto de Portfólio específicos.
-
Spike
Um spike é um tipo de História habilitadora utilizada para iniciar uma exploração, cujo objetivo é a aquisição de conhecimento necessário para reduzir o risco de uma abordagem técnica, compreender melhor um requisito ou aumentar a confiabilidade de uma estimativa de História.
-
Sprint
Sprint é um termo que vem do método Scrum e é sinônimo do termo Iteração no SAFe.
-
Stories (Histórias)
Histórias são descrições curtas, escritas na voz do usuário, de uma pequena parte de uma funcionalidade desejada. Os Times Ágeis implementam pequenas fatias verticais de funcionalidade do sistema e estas são dimensionadas de modo que possam ser concluídas em uma única Iteração.
-
Story Map
Um Story Map é uma técnica de Design Thinking que organiza uma sequência de Histórias de acordo com as tarefas de que um usuário precisa para atingir seu objetivo.
-
Story Point
Um Story Point é um número singular utilizado em estimativas relativas que representa uma combinação de quantidades: volume, complexidade, conhecimento e incerteza.
-
Strategic Themes (Temas Estratégicos)
Temas Estratégicos são objetivos de negócio diferenciados que conectam um Portfólio à estratégia de negócio da Organização. Eles influenciam a estratégia do Portfólio e fornecem contexto de negócios para a tomada de decisão do Portfólio.
-
Sunk Costs (Custos irrecuperáveis)
O termo custos irrecuperáveis se refere ao dinheiro já gasto e que deve ser ignorado em futuras tomadas de decisões sobre investimentos para redirecioná-las efetivamente.
-
Supplier (Fornecedor)
Um Fornecedor é uma organização interna ou externa que desenvolve e entrega componentes, subsistemas ou serviços que ajudam os Solution Trains e Agile Release Trains a entregarem Soluções a seus Clientes.
-
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 relacionadas à situação atual de negócios como parte de uma Visão do Portfólio do SAFe.
-
System Architect/Engineering
System Architect/Engineering é responsável por definir e comunicar uma visão técnica e arquitetônica compartilhada para um Agile Release Train (ART) a fim de ajudar a garantir que o sistema ou a Solução em desenvolvimento seja adequada ao seu objetivo.
-
System Demo
System Demo é um importante evento que fornece uma visão integrada das novas Features da Iteração mais recente, entregue por todos os times do Agile Release Train (ART). Cada demo oferece aos stakeholders do ART uma medida objetiva do progresso durante um Incremento do Programa (PI).
-
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 manutenção do conjunto de ferramentas que dá suporte ao Continuous Delivery Pipeline. O System Team também pode apoiar a integração dos entregáveis dos Times Ágeis, desempenhar testes de Solução de ponta a ponta quando necessário e auxiliar na implantação e Liberação Sob Demanda.
-
Systems Thinking (Pensamento sistêmico)
O pensamento sistêmico adota uma abordagem holística para o desenvolvimento de soluções, incorporando todos os aspectos de um sistema e seu ambiente ao projeto, desenvolvimento, implantação e manutenção do próprio sistema.
T
-
Team and Technical Agility
A competência Team and Technical Agility descreve as habilidades, princípios e práticas Lean-Agile críticas que Times Ágeis e times de Times Ágeis usam para criar Soluções de alta qualidade para seus clientes.
-
Team Backlog (Backlog do Time)
O Backlog do Time contém Histórias de usuário e Histórias Habilitadoras que se originam do Backlog do Programa, assim como Histórias que surgem localmente do contexto local do time. Ele também pode incluir outros itens de trabalho, representando tudo que um time precisa fazer para incrementar sua parte do sistema.
-
Team Kanban
O Team Kanban é um método que ajuda os times a facilitarem o fluxo de valor ao visualizar o fluxo de trabalho, estabelecer limites de Work In Process (WIP), medir a vazão e melhorar continuamente seu processo.
-
Team Topologies (Topologias de time)
As topologias de time definem quatro tipos de organização que fornecem um modelo claro para organizar Times Ágeis e ARTs.
-
Technical Debt (Débito técnico)
O débito técnico reflete o custo implícito e o acúmulo de juros do trabalho futuro que é comumente causado pela escolha consciente ou inconsciente de uma Solução incompleta ou inferior à ideal.
-
Test-Driven Development, TDD (Desenvolvimento orientado por testes)
O desenvolvimento orientado por testes (TDD) é um mindset e uma prática que envolve a criação e execução de testes antes da implementação do código ou componente de um sistema.
-
TOWs Analysis (Análise TOWS)
A análise TOWS é utilizada em conjunto com uma análise SWOT para ajudar a identificar opções estratégicas a fim de criar um estado futuro melhor como parte de uma Visão do Portfólio do SAFe.
U
-
U-curve Optimization (Otimização de curva U)
A otimização de curva U para o tamanho do lote determina seu tamanho ideal ao equilibrar os custos de transação e os custos de manutenção.
-
Uncommitted Objectives (Objetivos não comprometidos)
Os objetivos não comprometidos ajudam a melhorar a previsibilidade da entrega de valor para os negócios, uma vez que não estão incluídos no compromisso do time nem atribuídos aos times na medição da previsibilidade do programa. Os times podem aplicar objetivos não comprometidos sempre que houver pouca confiança de que o objetivo será atingido.
V
-
Value (Valor)
Valor representa os benefícios que uma empresa oferece a seus clientes e stakeholders e aparece em diferentes contextos no SAFe.
-
Value Stream Coordination (Coordenação de Cadeias de Valor)
A Coordenação de Cadeias de Valor define como gerenciar dependências e explorar as oportunidades que existem apenas nas interconexões entre Cadeias de Valor.
-
Value Stream Identification (Identificação da Cadeia de Valor)
A identificação da Cadeia de Valor é uma atividade que os portfólios utilizam para identificar as Cadeias de Valor de Desenvolvimento e as Cadeias de Valor operacionais às quais eles dão suporte.
-
Value Streams KPIs (KPIs de Cadeia de Valor)
Os Key Performance Indicators (KPIs) de Cadeia de Valor são as medidas quantificáveis usadas para avaliar o desempenho de uma Cadeia de Valor em relação aos resultados de negócios previstos.
-
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 ferramenta essencial para melhorar o fluxo de valor em todo o Continuous Delivery Pipeline, fornecendo a visibilidade necessária para identificar impedimentos e áreas problemáticas no fluxo que causam atrasos.
-
Value Streams (Cadeias de Valor)
Cadeias de Valor representam uma série de etapas que uma organização segue para implementar Soluções que forneçam um fluxo contínuo de valor para um Cliente.
-
Velocity (Velocidade)
A velocidade é igual à soma dos pontos de todas as Histórias concluídas que atenderam à definição de pronto (DoD).
-
Vision (Visão)
A Visão é uma descrição do estado futuro da Solução em desenvolvimento. Ela reflete as necessidades do Cliente e stakeholders, bem como as Features e Capabilities propostas para atender a essas necessidades.
W
-
Weighted Shortest Job First, WSJF
Weighted Shortest Job First (WSJF) é um modelo de priorização usado para sequenciar trabalhos (por ex., Features, Capabilities e Épicos) para gerar o máximo benefício econômico. No SAFe, o WSJF é estimado pelo Cost of Delay (Custo da Não Entrega ou Atraso, ou CoD) dividido pelo tamanho do trabalho.
-
Work in Process, WIP (Trabalho em andamento)
O trabalho em andamento (WIP) representa um trabalho parcialmente concluído. O excesso de WIP atrapalha as prioridades, causa mudanças frequentes de contexto e aumenta a sobrecarga.
