SAFe 5.0 Glossary3wil2429oqfiee72h3pktty4.wpengine.netdna-cdn.com/... · comunicação, integração, automação e cooperação próxima entre todas as pessoas necessárias para

SAFe 5.0 GlossaryScaled Agile Framework Terms and Definitions

Portuguese

®

www.scaledagileframework.com | www.scaledagile.com

© Scaled Agile, inc.

PROVIDED BY

Hidden Topic Title Text

© Scaled Agile, Inc. | www.scaledagileframework.com 3

Guide to acronyms and abbreviations

ART Agile Release Train

BO Business Owner

BV Business Value

BVIR Big Visual Information Radiator

CapEx Capital Expenses

CD Continuous Delivery

CE Continuous Exploration

CI Continuous Integration

CFD Cumulative Flow Diagram

CoD Cost of Delay

CoP Community of Practice

DoD DefinitionofDone

DSU Daily Stand-up

EA Enterprise Architect

EO Epic Owner

FW Firmware

HW Hardware

I&A Inspect and Adapt

IP Innovation and Planning (iteration)

KPI Key Performance Indicator

LPM Lean Portfolio Management

MBSE Model-Based Systems Engineering

MMF Minimum Marketable Feature

MVP Minimum Viable Product

NFR Nonfunctional Requirements

OE Opportunity Enablement

OpEx Operating Expenses

PDCA Plan, Do, Check, Adjust

PI Program Increment

PM Product Management

PO/PM Product Owner/Product Manager

PO Product Owner

ROAM Resolved, Owned,

Accepted, Mitigated

RR Risk Reduction

RTE Release Train Engineer

S4T SAFe® for Teams

SAFe® Scaled Agile Framework

SA SAFe® Agilist

SBD Set-Based Design

SM Scrum Master

SMART Specific,Measurable,Achievable,

SoS

SP

SPC

STE

SW

UX

VS

VSE

WIP

Realistic, Time-bound

Scrum of Scrums

SAFe® Practitioner

SAFe® Program Consultant

Solution Train Engineer

Software

User Experience

Value Stream

Value Stream Engineer

Work in Process

WSJF Weighted Shortest Job First

XP Extreme Programming

Note: Glossary terms that are on the SAFe Big Picture remain in English in the definitions to create a common taxonomy alignment.

Glossário do SAFe 5.0

Agile Release Train (ART) O Agile Release Train (ART) é um time de longa duração de Agile teams que, ao lado de outros stakeholders, desenvolvem, entregam e, quando aplicável, operam de forma incremental uma ou mais solutions em um value stream.

Agile Team No SAFe, um Agile team é 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.

Architectural Runway A Architectural Runway consiste nos códigos existentes, em componentes e na infraestrutura técnica necessária para implementar features de curto prazo, sem atraso excessivo ou retrabalho de design.

Built-In Quality As práticas de Built-In Quality asseguram que cada elemento da Solution, em cada incremento, atenda aos padrões adequados de qualidade ao longo do desenvolvimento.

Business Owners Os Business Owners são um pequeno grupo de stakeholders que têm a principal responsabilidade técnica e corporativa com relação à governança, à conformidade e ao Retorno sobre Investimento (ROI) de uma Solution 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.

Capabilities Uma Capability é um comportamento de solution de alto nível que normalmente abrange vários ARTs. As Capabilities são dimensionadas e divididas em várias features para facilitar sua implementação em um único PI.

Communities of Practice (CoPs) Communities of Practice (CoPs) são grupos organizados de pessoas que têm um interesse comum em um domínio técnico ou de negócio específico. Elas colaboram regularmente para compartilhar informações, aprimorar suas habilidades e trabalhar ativamente na promoção do conhecimento geral do domínio.

Compliance Compliance se refere a uma estratégia e a um conjunto de atividades e artefatos que permitem que os times apliquem métodos de desenvolvimento Lean-Agile para criar


sistemas que tenham 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.

Continuous Delivery Pipeline O Continuous Delivery Pipeline (CDP) representa os fluxos de trabalho, atividades e automação necessários para orientar um novo item de funcionalidade da concepção para a release de valor sob demanda para o usuário final.

Continuous Deployment (CD) Continuous Deployment (CD) é o processo que utiliza Features validadas em um ambiente de homologação e as implementa no ambiente de produção, no qual elas são preparadas para a 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 customer, e definindo uma Vision, Roadmap e conjunto de Features para uma Solution que atenda a essas necessidades.

Continuous Integration (CI) Continuous Integration (CI) é o processo de puxar features do Program Backlog e desenvolver, testar, integrar e validá-las em um ambiente de homologação, no qual elas estarão prontas para implantação e release.

Core Values Os quatro Core Values de alinhamento, built-in quality, transparência e execução de programa representam as crenças fundamentais que são essenciais para a eficiência do SAFe. Esses princípios orientadores ajudam a ditar o comportamento e as ações de todos que participam de um portfólio SAFe.

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 Solution

Enablers Um Enabler suporta as atividades necessárias para ampliar a Architectural Runway a fim de prover funcionalidades de negócio futuras. Isso inclui a exploração, arquitetura, infraestrutura e conformidade. Enablers são capturados nos diversos backlogs e ocorrem ao longo do Framework.

Enterprise A Enterprise representa a entidade corporativa à qual cada portfólio SAFe pertence.


Enterprise Solution Delivery A competência Enterprise Solution Delivery descreve como aplicar os princípios e práticas Lean-Agile à especificação, desenvolvimento, implementação, operação e evolução dos maiores e mais sofisticados aplicativos de software, redes e sistemas ciberfísicos do mundo.

Epic Owners Os Epic Owners são responsáveis pela coordenação dos Epics de portfólio ao longo do sistema Portfolio Kanban. Eles definem colaborativamente o Epic, seu Minimum Viable Product (MVP) e o plano de negócios Lean e, quando aprovados, facilitam a implementação.

Epics Um Epic é um contêiner para uma iniciativa significativa de desenvolvimento de Solutions que captura os investimentos mais substanciais que ocorrem em um portfólio. Devido ao seu escopo e impacto consideráveis, os epics exigem a definição de um Minimum Viable Product (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 funções, eventos e artefatos necessários para entregar continuamente solutions de negócios por meio do Agile Release Train (ART) como um time de Agile Teams.

Features Uma Feature é um serviço que atende às necessidades do stakeholder. Cada feature inclui uma hipótese de benefício e critérios de aceitação, e é dimensionado ou dividido conforme necessário para ser entregue por um único Agile Release Train (ART) dentro de um Program Increment (PI).

Foundation O Foundation contém os princípios de suporte, os valores, o mindset, o guia de 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 a agilidade dos negócios.

Innovation and Planning Iteration A Innovation and Planning (IP) Iteration ocorre a cada Program Increment (PI) e atende a várias finalidades. Ela atua como um buffer de estimativa para atender os objetivos de PI e provê um período dedicado para 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 Program Increment (PI) quando o estado atual da Solution é demonstrado e avaliado pelo Train. Em seguida, os times refletem e identificam itens de backlog de melhoria por meio de um workshop estruturado de resolução de problemas.

Iteration As iterations são os blocos de construção de desenvolvimento Agile. Cada Iteration é um timebox padrão de duração fixa no qual os Agile Teams entregam valor incremental na forma de software e sistemas funcionando e testados. A duração recomendada do timebox é de duas semanas. No entanto, um período de uma a quatro semanas é aceitável, dependendo do contexto de negócios.

Iteration Execution A Iteration Execution é como os Agile Teams gerenciam seu trabalho ao longo do timebox da Iteration, resultando em um incremento do sistema de alta qualidade, em funcionamento e testado.

Iteration Goals Os Iteration Goals são resumos de alto nível das metas de negócio e técnicas com as quais o Agile Team concorda em cumprir numa Iteration. Eles são essenciais para a coordenação de um Agile Release Train (ART) como um time de equipes auto-organizadas e autogerenciadas.

Iteration Planning O Iteration Planning é um evento no qual todos os membros do time determinam com quanto do Team Backlog eles podem se comprometer a entregar na Iteration que está por vir. O time resume o trabalho como um conjunto de Iteration Goals comprometidos.

Iteration Retrospective A Iteration Retrospective é uma reunião regular na qual os membros do Agile Team discutem os resultados da Iteration, analisam suas práticas e identificam formas de melhorar.

Iteration Review A Iteration Review é um evento baseado em cadência, no qual cada time inspeciona o incremento ao final de cada Iteration para avaliar o progresso e, então, ajustar seu backlog para a próxima iteration.

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.

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 fornecem governança financeira eficaz sobre investimentos, com muito menos sobrecarga e atrito, e apoia um rendimento muito maior do trabalho de desenvolvimento.

Lean Enterprise Lean Enterprise é uma organização próspera da era digital que exibe agilidade nos negócios, respondendo rapidamente às mudanças do mercado e às oportunidades emergentes ao entregar sistemas e soluções inovadoras aos customers no menor tempo possível.

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

Lean User Experience (Lean UX) O Lean User Experience (Lean UX) é um mindset, uma cultura e um processo que engloba métodos Lean-Agile. Ele implementa a funcionalidade em incrementos mínimos viáveis e determina o sucesso ao medir os resultados em relação a uma hipótese de benefício.

Lean-Agile Leadership A competência Lean-Agile Leadership descreve como Lean-Agile Leaders impulsionam e sustentam a mudança organizacional e a excelência operacional, emponderando indivíduos e times para alcançar seu maior potencial.

Lean-Agile Mindset O Lean-Agile Mindset é a combinação de crenças, premissas, atitudes e ações dos líderes e praticantes do SAFe que adotam os conceitos do Agile Manifesto e do pensamento Lean. É o fundamento pessoal, intelectual e de liderança para a adoção e a aplicação dos princípios e das práticas de SAFe.

Lean-Agile Principles 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.

Metrics Metrics são medidas acordadas usadas para avaliar como a organização está progredindo em relação ao portfólio, à large solution, ao programa e aos objetivos de negócio e técnicos do time.

Milestones Milestones são usados para acompanhar o progresso em relação a uma meta ou evento específicos. Há três tipos de milestones do SAFe: Milestones de Program Increment (PI), com data fixa e de aprendizagem.


Model-Based Systems Engineering (MBSE) Model-Based Systems Engineering (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 ao reduzir ou eliminar significativamente a dependência em relação a documentos tradicionais.

Nonfunctional Requirements (NFRs) Os Nonfunctional Requirements (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.

PI Objectives Program Increment (PI) Objectives são um resumo das metas de negócio e técnicas que um Agile team ou train pretende atingir no próximo Program Increment (PI).

Portfolio Backlog O Portfolio Backlog é o backlog de nível mais alto no SAFe. Ele fornece uma área de espera para os próximos negócios e enablers Epics, destinados a criar e desenvolver um conjunto abrangente de Solutions.

Portfolio Kanban O sistema Portfolio Kanban é um método de visualizar e gerenciar o fluxo dos portfólios Epics, da concepção à implementação e conclusão.

Portfolio SAFe O Portfolio SAFe alinha a estratégia à execução e organiza o desenvolvimento da solution em torno do fluxo de valor por meio de um ou mais value streams.

Portfolio Vision O Portfolio Vision é uma descrição do estado futuro dos Value Streams e Solutions de um portfólio e descreve como eles cooperarão para alcançar os objetivos do portfólio, e o objetivo mais amplo da Enterprise.

Pre-and Post-PI Planning Os eventos de Pre– and Post–Program Increment (PI) Planning são usados para preparação e acompanhamento posterior dos eventos de PI Planning dos Agile Release Trains (ARTs) e Suppliers em um Solution Train.

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 customer durante o ciclo de vida do mercado do produto.


Product Owner (PO) O Product Owner (PO) é um membro do Agile Team responsável por definir as Stories e priorizar o Team Backlog para direcionar a execução das prioridades do programa, mantendo a integridade conceitual e técnica das Features ou componentes para o time.

Program Backlog O Program Backlog é 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 os enabler features necessários para compor a Architectural Runway.

Program Increment (PI) Um Program Increment (PI) é um timebox no qual um Agile Release Train (ART) entrega valor incremental na forma de software e sistemas funcionando e testados. Normalmente, os PIs têm a duração de oito a doze semanas. O padrão mais comum para um PI é de quatro Iterations de desenvolvimento, seguidas por uma Innovation and Planning (IP) Iteration.

Program Increment (PI) Planning O Program Increment (PI) Planning é um evento presencial baseado em cadência, atuando como o cerne do Agile Release Train (ART) ao alinhar todos os times do ART para uma Vision 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 release através do Continuous Delivery Pipeline.

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

Release on Demand Release on Demand é o processo que implementa uma nova funcionalidade em produção e a libera imediatamente ou de modo incremental para os customers com base na demanda.

Roadmap O Roadmap é uma agenda de eventos e Milestones que comunicam as entregas planejadas da Solution em um horizonte de planejamento.


SAFe Implementation Roadmap O SAFe Implementation Roadmap consiste em uma visão gráfica e uma série de 12 artigos que descreve uma estratégia e um conjunto ordenado de atividades que se mostraram eficazes em uma implementação SAFe de sucesso.

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 empresa. Eles desempenham uma função fundamental na 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.

SAFe for Government SAFe for Government é um conjunto de padrões de sucesso que ajudam as organizações do setor público a implementar práticas Lean-Agile em um contexto governamental.

SAFe for Lean Enterprises SAFe® for Lean Enterprises é uma base de conhecimento de princípios, práticas e competências comprovadas e integradas para obter agilidade nos negócios implementando Lean, Agile e DevOps em escala.

Scrum Master Scrum Masters são líderes servidores e coaches de um Agile Team. Eles ajudam a orientar o time sobre o Scrum, Extreme Programming (XP), Kanban e SAFe, e asseguram que o processo Agile 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 à melhoria implacável.

ScrumXP ScrumXP é um processo enxuto para entregar valor por times interfuncionais e auto-organizados no SAFe. Ele combina o poder das práticas de gerenciamento de projetos do Scrum com práticas de Extreme Programming (XP).

Set-Based Design O Set-Based Design (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 solutions técnicas somente após validar as premissas, o que produz melhores resultados econômicos.


Shared Services Os Shared Services representam os papéis, as pessoas e os 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.

Solution Cada Value Stream produz uma ou mais Solutions, que são produtos, serviços ou sistemas entregues ao customer, sejam internos ou externos à Enterprise.

Solution Architect/Engineer Solution Architect/Engineering é responsável por definir e comunicar uma vision técnica e arquitetônica compartilhada em um Solution Train, para ajudar a garantir que o sistema ou a Solution em desenvolvimento seja adequada ao seu objetivo.

Solution Backlog O Solution Backlog é a área de armazenamento para as próximas Capabilities e Enablers, sendo que cada uma delas pode abranger vários ARTs e tem como objetivo incrementar a Solution e criar sua architectural runway.

Solution Context O Solution Context identifica aspectos essenciais do ambiente operacional para uma Solution. Ele fornece uma compreensão essencial dos requisitos, uso, instalação, operação e suporte da própria solution. O Solution context influencia fortemente as oportunidades e restrições para o lançamento sob demanda.

Solution Demo O Solution Demo é onde os resultados do desenvolvimento do Solution Train são integrados, avaliados e apresentados para os Customers e outros stakeholders.

Solution Intent Solution Intent é o repositório para armazenamento, gestão e comunicação do conhecimento do comportamento atual e pretendido da Solution. Onde necessário, isso inclui especificações e projetos 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 solutions comerciais em larga escala desejáveis, viáveis, possíveis e sustentáveis que atendam às necessidades do customer ao longo do tempo.

Solution Management Solution Management é responsável por definir e apoiar a criação de solutions comerciais em larga escala desejáveis, viáveis, possíveis e sustentáveis que atendam às necessidades do customer ao longo do tempo.


Solution Train O Solution Train é a estrutura organizacional usada para criar grandes e complexas Solutions que exigem a coordenação de vários Agile Release Trains (ARTs), bem como a contribuição dos Suppliers. Ela alinha os ARTs com uma missão compartilhada de negócios e tecnologia usando a solution Vision, o Backlog, o Roadmap e um Program Increment (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 Suppliers no Value Stream.

Spanning Palette O Spanning Palette contém vários papéis e artefatos que podem se aplicar a um time específico, programa, grande solução ou contexto de portfólio.

Stories Stories são descrições breves de uma parte pequena de uma funcionalidade desejada, escritas na voz do usuário. Os Agile Teams implementam pequenas fatias verticais de funcionalidade do sistema e estas são dimensionadas de modo que possam ser concluídos em uma única Iteration.

Strategic Themes Strategic Themes são objetivos de negócio diferenciados que conectam um portfólio à estratégia de negócio da Enterprise. Eles influenciam a estratégia do portfólio e fornecem contexto de negócios para a tomada de decisão do portfólio.

Supplier Um Supplier é 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 Solutions a seus Customers.

System Architect/Engineer System Architect/Engineering é responsável por definir e comunicar uma vision técnica e arquitetônica compartilhada para um Agile Release Train (ART), para ajudar a garantir que o sistema ou a Solution em desenvolvimento seja adequada ao seu objetivo.

System Demo A System Demo é um importante evento que fornece uma visão integrada das novas Features da Iteration 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 Program Increment (PI).

System Team System Team é um Agile Team 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 suporta o Continuous Delivery Pipeline. O System Team também pode apoiar à integração dos entregáveis dos Agile teams, desempenhar testes de Solution de ponta a ponta quando necessário e auxiliar na implementação e Release on Demand.

Team Backlog O Team Backlog contém User Stories e enabler Stories que se originam do Program Backlog, assim como stories 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 facilitar o fluxo de valor ao visualizar o fluxo de trabalho, estabelecer limites de Work In Process (WIP), medir o throughput e melhorar continuamente seu processo.

Value Stream Coordination A Value Stream Coordination define como gerenciar dependências e explorar as oportunidades que existem apenas nas interconexões entre value streams.

Value Streams Value Streams representam uma série de etapas que uma organização segue para implementar Solutions que fornecem um fluxo contínuo de valor para um Customer.

Vision A Vision é uma descrição do estado futuro da Solution em desenvolvimento. Ela reflete as necessidades do customer e de stakeholder, bem como as Features e Capabilities propostos para atender a essas necessidades.

Weighted Shortest Job First (WSJF) Weighted Shortest Job First (WSJF) é um modelo de priorização usado para sequenciar trabalhos (por ex., Features, Capabilities e Epics) para gerar o máximo benefício econômico. No SAFe, o WSJF é estimado como o Cost of Delay (CoD) dividido pelo tamanho do trabalho.


Documents

SAFe 5.0 Glossary3wil2429oqfiee72h3pktty4.wpengine.netdna-cdn.com/... · comunicação, integração, automação e cooperação próxima entre todas as pessoas necessárias para