Glossário do SAFe 4.

0 ®

Termos e definições sobre o Scaled Agile Framework®

PORTUGUÊS

FORNECIDO POR
VERSÃO 4.0.2

©2017 Scaled Agile, Inc. Todos os direitos reservados. | www.scaledagileframework.com 1



Agile Architecture
Agile architecture é um conjunto de valores e práticas que promove o design e a arquitetura de
um sistema ao implementar novas funcionalidades de negócio.

Agile Release Train

O Agile Release Train (ART) é um time de longa duração formado por times ágeis, que
juntamente com outras partes interessadas (stakeholders), desenvolve e fornece solutions de
forma incremental, usando uma série de iterations fixas, dentro do timebox do program
increment. O ART alinha os times a uma missão de negócio e tecnológica comum.

Agile Teams
Agile teams são um grupo de três a nove colaboradores individuais dedicados, abrangendo
todas as funções necessárias para definir, elaborar e testar um incremento de valor de
qualidade em uma iteration.

Architectural Runway
A architectural runway é composta por códigos, componentes e infraestrutura técnica necessária
para apoiar a implementação de features de alta prioridade e curto prazo sem atraso excessivo
ou retrabalho de design

Budgets
Consulte Lean-Agile budgeting.

Built-in Quality
As práticas de Built-in quality asseguram que cada elemento da solution, em cada incremento,
atenda aos padrões de qualidade apropriados ao longo do desenvolvimento.

Business Epic
Consulte epic.

Business Owners
Os Business Owners são um pequeno grupo de partes interessadas (stakeholders) que têm
responsabilidade pelo retorno do investimento (return of investiment - ROI), governança,
condição de uso e qualidade técnica mínima de uma solution desenvolvida por um Agile
Release Train (ART). São as principais partes interessadas (stakeholders) no ART e participam
ativamente de determinados eventos.

Capability
Uma capability é um comportamento de solution de alto nível que normalmente abrange vários
Agile Release Trains (ARTs).Elas são dimensionadas e decompostas conforme necessário para
caber em um único program increment.

CapEx e OpEx
Despesas de capital (CapEx) e Despesas operacionais (OpEx) descrevem as práticas
financeiras Lean-Agile para monitorar as despesas de capital (CapEx) e as despesas
operacionais (OpEx) em um budget de value stream. Em alguns casos, as CapEx poderão
incluir mão de obra capitalizada relacionada ao desenvolvimento de ativos intangíveis, como
software, propriedade intelectual e patentes.

©2017 Scaled Agile, Inc. Todos os direitos reservados. | www.scaledagileframework.com 2



Community of Practice
Communities of Practice (CoPs) são grupos 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, seu desempenho e promover o conhecimento geral
sobre o domínio.

Continuous Integration
Continuous integration é uma prática de built-in quality, em que os membros de um time
integram e verificam constantemente seu trabalho usando ambientes automatizados de
instalação e testes para identificar problemas e defeitos com rapidez.

Coordination
Consulte value stream coordination.

Core Values
Os core values definem os ideais e as crenças que são fundamentais para a eficácia do SAFe.
São eles: alinhamento, built-in quality, transparência e execução de programas.

Customer
O customer é alguém que consome o trabalho de um value stream. Customers são parte
integrante do processo de desenvolvimento Agile e do value stream.

Develop on Cadence
Develop on cadence é uma estratégia para gerenciar a variabilidade inerente no
desenvolvimento de solutions ao assegurar eventos e atividades importantes em um calendário
regular e previsível.

DevOps
DevOps é um mindset, cultura e conjunto de práticas técnicas que promovem a comunicação,
colaboração e cooperação próxima entre todos os profissionais necessários para desenvolver,
testar, implementar e sustentar uma solution.

Economic Framework
O economic framework é um conjunto de regras de decisão que alinha todos em relação aos
objetivos financeiros da missão, define parâmetros de compensação econômica e assegura a
operação dentro do budget fornecido pelo program portfolio management.

Enablers
Enablers promovem as atividades de exploração, infraestrutura e desenvolvimento de
arquitetura necessários para apoiar as futuras funcionalidades de negócio. Enablers surgem em
função do backlog e ocorrem em todos os níveis do framework onde são descritos como
enabler portfolio epics, enabler capabilities, enabler features ou enabler stories.

Enterprise
A enterprise representa a entidade de negócio que tem a autoridade estratégica, fiduciária e de
governança definitiva para todos os value streams de desenvolvimento que compõem um
portfólio.

©2017 Scaled Agile, Inc. Todos os direitos reservados. | www.scaledagileframework.com 3



Enterprise Architect
O Enterprise Architect promove práticas adaptáveis de design e engenharia, e promove
iniciativas arquiteturais estratégicas para um portfólio. Enterprise Architects viabilizam a
reutilização de ideias, componentes e padrões comprovados através das solutions.

Epic
Um epic é uma iniciativa significativa que normalmente afeta vários value streams e ARTs. Os
epics exigem análise usando um estudo de viabilidade leve (lightweight business case) e
aprovação financeira antes da implementação. Há dois tipos de epics: business epics e enabler
epics, que podem surgir nos níveis de portfólio, value stream, e program level.

Epic Owners
Epic owners são responsáveis pela coordenação dos epics de portfólio por meio do sistema
kanban de Portfolio. Eles desenvolvem o estudo de viabilidade e, quando aprovado, trabalham
diretamente com as principais partes interessadas (stakeholders) nos Agile Release Trains
(ARTs) selecionados para ajudar a concretizar a implementação.

Feature
Uma Feature é uma funcionalidade que o sistema deve ter para atender às necessidades das partes
interessadas (stakeholders) e pode ser desenvolvido por um único ART. Cada feature deve ser
descrita em uma descrição breve dos benefícios e um conjunto de critérios de aceite, também deve
ser dimensionada para caber em um único Program Increment.

Implementing 1-2-3
Implementing 1-2-3 é um padrão de sucesso comprovado para iniciar o SAFe. Ele descreve as
três etapas básicas: 1) treinar agentes de mudança Lean-Agile, 2) treinar executivos, gerentes e
líderes, 3) treinar times e formar Agile Release Trains (ARTs).

Innovation and Planning Iteration

A Innovation and Planning iteration ocorre a cada PI e atende a várias finalidades. Atua como
uma reserva de tempo para cumprir os objetivos de PI, assim como fornecer um período
exclusivo para inovação, formação continuada além dos eventos de PI Planning e Inspect and
Adapt (I&A).

Inspect and Adapt

Inspect and Adapt (I&A) é um evento importante, que ocorre ao final de cada Program Increment
(PI) quando o estado atual da solution é demonstrado e avaliado. Em seguida, os times refletem
e identificam itens de backlog de melhoria por meio de um workshop estruturado de solução de
problemas.

Iteration Execution
Iteration execution é como Agile teams gerenciam seu trabalho ao longo do timebox da iteration,
resultando em um system increment de alta qualidade, em funcionamento e testado. Cada
iteration segue um modelo padrão: planejar a iteration, comprometer-se com uma meta,
executar, apresentar o trabalho para as principais partes interessadas (stakeholders) e realizar
uma retrospectiva.

©2017 Scaled Agile, Inc. Todos os direitos reservados. | www.scaledagileframework.com 4



IterationGoals
Iteration goals são resumos de alto nível das metas de negócio e técnicas com as quais o time e
o Product Owner concordam para realizar uma iteration. Servem como um mecanismo de
comunicação dentro do time e também entre ele e as partes interessadas (stakeholders), além
de ajudar a manter o alinhamento com os objetivos de PI.

Iteration Planning
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 seguirá. O time resume o
trabalho que se compromete a entregar em um conjunto de iteration goals.

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

Iterations
Iterations são um timebox padrão de período fixo durante o qual os times agregam valor
incremental na forma de trabalho, software testado e sistemas. As durações das iterations
poderão ser escolhidas de uma a três semanas, sendo que a sugestão é de duas semanas, que
é a duração mais comum.

Lean-Agile Budgeting
Lean-Agile budgeting é um conjunto de práticas que financia e empodera os value streams,
enquanto mantém a governança financeira e adequada para uso por meio da avaliação objetiva
dos sistemas em funcionamento e de ajustes dinâmicos do budget.

Lean-Agile Leaders
Lean-Agile leaders são pessoas que estão sempre aprendendo e são responsáveis pelo
sucesso da adoção de SAFe e os resultados que serão obtidos a partir disso. Eles ajudam os
times a construir sistemas melhores por aprender, demonstrar, ensinar e fazer coaching das
práticas e princípios do SAFe Lean-Agile.

Lean-Agile Mindset
O Lean-Agile mindset combina os conceitos do Manifesto Ágil e pensamento Lean, servindo de
base para os princípios e práticas do SAFe.

Metrics
As metrics são medidas acordadas que são usadas para avaliar quão bem a organização está
adotando o SAFe e progredindo em relação aos objetivos de negócio e técnicos dos níveis de
portfolio, valuestream, program e team.

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 com data fixa, program increment
milestones e milestones de aprendizagem.

Model-Based Systems Engineering

O Model Based Systems Engineering (MBSE) é uma metodologia que se concentra no
desenvolvimento de vários modelos de relacionamento de sistema usados para definir e projetar
o sistema. Os modelos fornecem uma forma eficiente para explorar, atualizar e comunicar
aspectos do sistema para as partes interessadas (stakeholders) ao reduzir ou eliminar
significativamente a dependência em relação a documentos tradicionais.

©2017 Scaled Agile, Inc. Todos os direitos reservados. | www.scaledagileframework.com 5



Nonfunctional Requirements
Non-functional requirements (NFRs) definem atributos do sistema como segurança,
confiabilidade, desempenho, capacidade de manutenção, escalabilidade e usabilidade. Eles são
como limitações ou restrições em relação ao design do sistema através diferentes backlogs.

ProgramIncrement Planning
Program Increment (PI) Planning é um evento de planejamento que se baseia na cadência e na
comunicação face a face servindo como cerne do Agile Release Train (ART) promovendo o
alinhamento geral dos times em direção a uma meta comum.

Portfolio Backlog
O portfolio backlog é uma lista priorizada de epics aprovada para implementação através do
sistema portfolio kanban.

Portfolio Business Epic

Os portfolio business epics são grandes iniciativas de negócio que normalmente abrangem
value streams e exigem vários program increments para serem cumpridas.

Portfolio Kanban
O portfolio kanban é um método usado para visualizar e gerenciar a análise, a priorização e o
fluxo dos portfolio epics, desde a concepção até a implementação e conclusão.

Portfolio Level
O portfolio Level contém os papéis, artefatos e processos necessários para cumprir a intenção
estratégica do portfólio. Ele define os value streams e o financiamento para as pessoas e
recursos que constroem as solutions.

Pre- and Post-PI Planning

As reuniões de planejamento Pre- and post-PI (Program Increment) são usadas para se
preparar para e acompanhar a PI planning de vários Agile Release Trains (ARTs) e suppliers em
um grande value stream.

Product Management
Product Management é a autoridade de conteúdo para o program level e backlog. Eles são
responsáveis por identificar as necessidades do cliente, priorizando features e desenvolvendo a
vision e o roadmap do programa.

Product Owner
O Product Owner é a autoridade de conteúdo para o team level. Eles são responsáveis pelo
team backlog, priorizando e aceitando stories, e representando o cliente para o time ágil.

Program Backlog
O program backlog é uma lista priorizada de features destinadas a atender as necessidades do
usuário e fornecer benefícios de negócio. Também inclui as features de enabler necessários
para compor a architectural runway.

Program Epics
Program epics são iniciativas significativas o suficiente para exigir análise usando um estudo de
viabilidade leve (lightweight business case) e aprovação financeira antes da implementação.
Seu escopo é limitado a um único Agile Release Train (ART) e poderá exigir vários Program
Increments para desenvolvimento.

©2017 Scaled Agile, Inc. Todos os direitos reservados. | www.scaledagileframework.com 6



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

Program Kanban
O program kanban é um método usado para visualizar e gerenciar a análise, a priorização e o
fluxo dos program epics e features da concepção à conclusão para um único Agile Release
Train (ART).

Program Level
O program level contém os papéis e atividades necessárias para entregar continuamente
solutions por meio de um Agile Release Train (ART).

Program Increment Objectives

Os Program Increment (PI) objectives são um resumo integrado de todos os PI objectives dos
times para um Agile Release Train (ART). Eles são usados para informar o plano às partes
interessadas (stakeholders) e mensurar as realizações do ART em relação a um program
increment.

Program Portfolio Management

Program Portfolio Management (PPM) é uma função que contém os indivíduos que têm a
autoridade definitiva de tomada de decisões de um portfólio. É responsável pela estratégia,
financiamento de investimentos, elementos comuns de gestão de programas e governança do
portfólio.

Release
Um release é a entrega privada ou pública dos incrementos de solution em funcionamento,
totalmente testados e validados.

Release Any Time

Release any time é uma prática por meio da qual o Agile Release Train (ART) separa a
cadência de desenvolvimento do ciclo de release da solution. Dentro da governança técnica e
de negócio apropriados, os ARTs podem fazer o release do que for necessário, a qualquer
momento.

Release Management
Release Management é uma função que informa o status do release para as partes
interessadas (stakeholders), valida se a solution atende aos critérios relevantes de qualidade e
governança, e fornece a autorização final para o release.

Release Train Engineer

O Release Train Engineer (RTE) é o líder servidor e coach do Agile Release Train (ART), que
facilita os processos, os eventos e a execução do ART. Ele ou ela direciona impedimentos e
ajuda a gerenciar riscos, entrega de valor e melhoria contínua.

Roadmap
O roadmap é uma agenda de eventos e milestones que comunica entregas planejadas na linha
do tempo. Inclui compromissos em relação ao PI planejado e oferece visibilidade sobre os
entregáveis previstos nos próximos PIs.

©2017 Scaled Agile, Inc. Todos os direitos reservados. | www.scaledagileframework.com 7



SAFe Principles
SAFe principles definem as nove crenças básicas, verdades fundamentais e premissas
econômicas que direcionam papéis eficazes, práticas e a implementação bem-sucedida do
SAFe.

Scrum Master
Scrum Masters são líderes servidores e coaches de um Agile team. Eles ajudam a orientar o
time sobre o Scrum, programação extrema, Kanban e SAFe, e asseguram que o processo
esteja sendo seguido. Eles também ajudam a eliminar impedimentos e a promover um ambiente
visando à dinâmica do time de alto desempenho, ao fluxo contínuo e à melhoria incansável.

ScrumXP
ScrumXP é um processo leve para times multifuncionais e auto organizados entregarem valor
dentro do contexto do SAFe. ScrumXP combina o poder das práticas de gestão do Scrum com o
as práticas técnicas inspiradasno XP (programação Extrema).

Set-Based Design
Set-based design é uma prática na qual os requisitos e as opções de design são mantidas
flexíveis por um período maior. Em vez de optar por uma única solution de atecipadamente, o
set-based design é usado para identificar opções de design e eliminar escolhas menos eficazes
ao longo do tempo, possibilitando, portanto, que haja flexibilidade no processo de design.

Shared Services
Shared Services representa os papéis, pessoas e serviços especializados necessários para o
sucesso de umAgile Release Train (ART) ou value stream, mas que não podem ou não tem a
necessidade de serem dedicados a nenhuma ART específica em tempo integral (por ex.,
especialistas em segurança, administradores de bancos de dados).

Solution
Uma solution é um produto final, serviço ou sistema fornecido para o customer ou habilita um
value stream operacional na organização.

Solution Architect/Engineering
Solution Architect/Engineering representa os indivíduos e os times que têm a responsabilidade
técnica pelo design geral de arquitetura e engenharia da solution. Eles ajudam a alinhar o value
stream e o Agile Release Train (ART) a uma visão tecnológica e arquitetural comum.

SolutionContext
Solution context identifica aspectos essenciais do ambiente para a solution pretendida. Identifica
o impacto em relação aos requisitos, ao uso, à instalação, à operação e ao suporte da própria
solution.

Solution Demo
A solution demo é onde os resultados de todos os esforços de desenvolvimento de vários Agile
Release Trains (ARTs), juntamente com as contribuições dos suppliers, são integrados,
avaliados e apresentados aos customers e a outras partes interessadas (stakeholders).

Solution Intent
Solution intent representa o repositório para armazenar, gerenciar e transmitir conhecimento da
solution atual e pretendida, incluindo a rastreabilidade entre os itens quando exigida.

©2017 Scaled Agile, Inc. Todos os direitos reservados. | www.scaledagileframework.com 8



Solution Management
Solution Management é a autoridade de conteúdo para o nível de value stream. Eles trabalham
com os customers para compreender suas necessidades, criar a vision e roadmap, definir
requisitos e orientar o trabalho por meio do value stream kanban.

Spanning Palette
A spanning palette contém vários papéis e artefatos que poderão ser aplicáveis em qualquer
nível do framework. É usada para aplicar vários elementos do SAFe a um time, programa, value
stream ou nível de portfolio específicos.

Stories
Stories são descrições simples e breves de uma pequena funcionalidade desejada, escritas no
idioma do usuário. Cada story contribui para o desenvolvimento incremental ao implementar
uma pequena parte vertical da funcionalidade do sistema.

Strategic Themes
Strategic themes são objetivos de negócio diferenciados e topicalizados que conectam um
portfólio à estratégia de negócio da enterprise. Eles fornecem contexto de negócio para a
tomada de decisões e servem de entrada para a vision, o budget e os backlogs para os níveis
do portfolio, value stream e program .

Supplier
Um supplier é uma organização fornecedora que desenvolve e fornece componentes e
subsistemas que ajudam os value streams a agregar valor para seus customers.

System Architect/Engineering
System Architect/Engineering representa um indivíduo ou um pequeno time que define uma
vision técnica e arquitetural comum para a solution em desenvolvimento. Eles participam na
definição do sistema e dos subsistemas, interfaces, validam hipóteses de tecnologia e avaliam
alternativas.

System Demo
A system demo ocorre ao final de cada iteration e fornece uma visão integrada das novas
features, que foram entregues por todos os times do Agile Release Train (ART) para a iteration
mais recente. Fornece ao ART uma medição objetiva do progresso durante um program
increment.

System Team
O System Team é um Agile team especial que fornece auxílio na elaboração e no uso do
ambiente de desenvolvimento Agile, incluindo continuous integration e automação de testes. O
System Team integra ativos dos Agile teams, desempenha testes de solution de ponta a ponta
onde for necessário, e auxilia na implantação. Frequentemente, facilita a system demo.

Team Backlog
O team backlog contém stories de usuário e de enabler que se originam do program backlog,
assim como stories que surgem localmente do contexto específico do time. Representa todas as
coisas que um time precisa fazer para dar continuidade à sua parte do sistema.

Team Demo
A team demo é usada para medir o progresso e obter feedback ao final de cada iteration ao
demonstrar cada story, spike, refatoração e novo Non-Functional Requirement (NFR)
desenvolvido na iteration recente.

©2017 Scaled Agile, Inc. Todos os direitos reservados. | www.scaledagileframework.com 9



Team Kanban
Team kanban é um método que facilita o fluxo de valor ao visualizar o trabalho em andamento
(Work in Process, WIP) e estabelecer limites ao WIP, medir o rendimento e aprimorar
continuamente o processo.

Team Level
O team level contém os papéis, atividades e modelo de processo para os times que compõem o
Agile Release Train(ART).

Team PI Objectives
Team PI objectives descrevem as metas de negócio e técnicas que um Agile team pretende
atingir no próximo Program Increment (PI). Eles resumem e validam a intenção de negócio e
técnica, o que aprimora a comunicação, o alinhamento e a visibilidade.

Test-First
Test-First é uma prática de Built-in-Quality para desenvolver e testar um sistema em
incrementos pequenos. Testes são desenvolvidos antes da funcionalidade e usados para definir
melhor o comportamento do sistema, antes mesmo da implementação.

User Experience
Os designers de user experience apoiam uma user experience consistente através dos
componentes e sistemas da solution como um todo, enquanto os Agile teams são responsáveis
pela implementação da solution, incluindo os elementos voltados ao usuário.

Value Stream Backlog

O Value stream backlog é o repositório para todas as próximas capabilities e enablers, sendo
que cada uma delas pode abranger várias Agile Release Trains (ARTs) e é usado para
promover a solution e criar a architectural runway.

Value Stream Coordination

Value stream coordination fornece orientação para gerenciar as dependências entre os value
streams em um portfólio.

Value Stream Engineer

O Value Stream Engineer (VSE) é um líder servidor e coach para um value stream. VSEs
viabilizam os processos, os eventos e a execução do value stream, assim como direcionam a
melhoria contínua.

Value Stream Epics

Value stream epics são iniciativas significativas que exigem análise usando um estudo de
viabilidade leve (lightweight business case) e aprovação financeira antes da implementação.
Seu escopo é limitado a um único value stream e poderá exigir vários Program Increments (PIs)
para desenvolvimento.

Value Stream Kanban

O Value stream kanban é um método usado para gerenciar a análise, a priorização e o fluxo
dos value stream epics e capabilities, da concepção à conclusão.

©2017 Scaled Agile, Inc. Todos os direitos reservados. | www.scaledagileframework.com 10



Value Stream Level

O Value stream level fornece os papéis, responsabilidades e atividades necessárias para apoiar
quem elabora solutions grandes e complexas, que normalmente exigem vários Agile Release
Trains (ARTs), assim como contribuições dos suppliers. Esse nível opcional é usado por
organizações que enfrentam os maiores desafios com os sistemas, que exigem profissionais
multidisciplinares de softwares e sistemas.

Value Stream PI Objectives

Value stream PI objectives são metas de negócio e técnicas identificadas pelas partes
interessadas (stakeholders) do value stream para um Program Increment (PI). Eles informam às
partes interessadas (stakeholders) o que o value stream fornecerá no próximo PI. São usados
para value streams grandes que têm vários Agile Release Trains (ARTs) ou suppliers.

Value Streams
Value streams representam uma série de etapas que uma organização usa para criar
solutions que fornecem um fluxo contínuo de valor para um customer. Value streams são a
principal forma de compreender os objetivos de negócio, organizar os times e Agile Release
Trains (ARTs), e entregar valor final. Eles são realizados por ARTs.

Vision
A vision é uma descrição ou visão futura da solution a ser desenvolvida, refletindo as
necessidades do customer e das partes interessadas (stakeholders), assim
como asfeatures e capabilities propostas. Fornece a visão geral contextual mais ampla e a
finalidade da solution em desenvolvimento.

Weighted Shortest Job First

Weighted Shortest Job First (WSJF) é um modelo de priorização usado para "trabalhos" em
sequência (por ex., features, capabilities e epics), assim como para gerar o máximo benefício
econômico em um sistema baseado em fluxo. O WSJF é calculado como o custo do atraso
dividido pelo tamanho do trabalho.

Qualidade da tradução do glossário do SAFe

Trabalhamos cuidadosamente para tornar esta tradução precisa e correta. No entanto,
nenhuma tradução é perfeita! Caso você queira propor aprimoramentos às definições
do glossário, envie suas sugestões para: translation@scaledagile.com

©2017 Scaled Agile, Inc. Todos os direitos reservados. | www.scaledagileframework.com 11



Guia para acrônimos e abreviações

ART Agile Release Train Agile Release Train

BO Business Owner Business Owner

BV Business Value Valor comercial

BVIR Big Visual Information Radiator Big Visual Information Radiator

CFD Cumulative Flow Diagram Fluxograma cumulativo

CapEx Capital Expenses Despesas de capital

CI Continuous Integration Continuous Integration

CoD Cost of Delay Custo do atraso

CoP Community of Practice Community of Practice

DoD Definition of Done Definição de pronto

DSU Daily Stand-up Reunião diária

EA Enterprise Architect Enterprise Architect

EO Epic Owner Epic Owner

FW Firmware Firmware

HW Hardware Hardware

I&A Inspect and Adapt Inspect and Adapt

IP Innovation and Planning (iteration) Inovação e planejamento (iteração)

MBSE Model-Based Systems Engineering Model-Based Systems Engineering

NFR Non-functional Requirements Requisitos não funcionais

OE Opportunity Enablemen Opportunity Enablemen

OpEx Operating Expenses Despesas de capital

PDCA Plan, Do, Check, Adjust Planejar, fazer, verificar, ajustar

PI Program Increment Incremento de programa

PM Product Manage Gestão de produtos

PM/PO Product Manager/Product Owner Gerente de produtos/Product Owner

PO Product Owner Product Owner

PPM Program Portfolio Management Program Portfolio Management

ROAM Resolved, Owned, Accepted, Mitigated Resolvido, proprietário, aceito,

minimizado

©2017 Scaled Agile, Inc. Todos os direitos reservados. | www.scaledagileframework.com 12



RR Risk Reduction Redução de riscos

RTE Release Train Engineer Release Train Engineer

® ®
S4T SAFe for Teams SAFe for Teams
®
SAFe Scaled Agile Framework Scaled Agile Framework
® ®
SA SAFe Agilest SASAFe Agilest

SM Scrum Master Scrum Master

SMART Specific, Measurable, Achievable, Específico, mensurável, alcançável,

realista, Realistic, Time-bound programado

SoS Scrum of Scrums Scrum of Scrums

® ®
SP SAFe Practitioner SAFe Practitioner
® ®
SPC SAFe Program Consultant SAFe Program Consultant

SW Software Software

UX User Experience User Experience

VS Value Stream Value Stream

VSE Value Stream Engineer Value Stream Engineer

WIP Work in Process Trabalho em andamento

WSJF Weighted Shortest Job First Weighted Shortest Job First

XP Extreme Programming Programação extrema

©2017 Scaled Agile, Inc. Todos os direitos reservados. | www.scaledagileframework.com 13



SAFe® Certifications
Há uma certificação para todos no Percurso de aprendizagem do SAFe

SAFe® 4 Certified Program Consultant

Um SAFe® 4 Certified Program Consultant (SPC4) é um profissional de implementação do
SAFe responsável por treinar líderes, agentes de mudança, consultores e membros do time
para direcionar uma transformação Lean-Agile em escala de enterprise. As áreas-chave de
competência incluem projetar uma implementação SAFe, lançar e facilitar um Agile Release
Train (ART), e ampliar o portfólio Lean-Agile ao lançar ARTs adicionais.

SAFe® 4 Certified Agilist

Um SAFe® 4 Certified Agilist (SA) é um profissional de liderança enterprise SAFe que faz parte
de uma transformação Lean-Agile. As áreas-chave de competência incluem a aplicação dos
princípios Lean-Agile, a execução e o release de valor através das Agile Release Trains
(ARTs), e a formação de um portfólio Agile com Lean-Agile budgeting.

SAFe® 4 Certified Release Train Engineer

Um SAFe® 4 Certified Release Train Engineer (RTE) é um líder servidor e profissional de
coaching do programa SAFe responsável por promover a geração de valor de ponta a ponta
em um único programa ou value stream em uma enterprise Lean-Agile. As áreas-chave de
competência incluem a facilitação do planejamento do Program Increment, a condução da
execução do programa e o coach de programas e times no aprimoramento incansável da
entrega de valor

SAFe® 4 Certified Product Owner/Product Manager

Um SAFe® 4 Certified Product Owner/Product Manager (POPM) é um profissional que é
product owner ou gerente de produtos SAFe que trabalha com customers e organizações de
desenvolvimento para identificar e escrever requisitos. As áreas-chave de competência incluem
identificar as necessidades do customer, elaborar epics, capabilities, features e stories, e
priorizar o trabalho.

SAFe® 4 Certified Scrum Master

Um SAFe® 4 Certified Scrum Master (SSM) é um profissional Scrum Master SAFe responsável
por integrar práticas Scrum em uma organização. As áreas-chave de competência incluem usar
Scrum e Kanban para facilitar eventos do time, apoiar a execução dos programas, e orientar
Agile teams.

SAFe® 4 Certified Advanced Scrum Master

Um SAFe® 4 Certified Advanced Scrum Master (SASM) é um profissional Scrum Master SAFe
responsável por melhorar os resultados do time. As áreas-chave de competência incluem
identificar e solucionar antipadrões do time, melhorar o fluxo de valor usando práticas Kanban e
de engenharia, apoiar a execução no nível de programa e usar técnicas de solução de
problemas para promover a melhoria incansável.

©2017 Scaled Agile, Inc. Todos os direitos reservados. | www.scaledagileframework.com 14



SAFe® 4 Certified Practitioner

Um SAFe® 4 Certified Practitioner (SP) é um profissional membro do time SAFe responsável
por usar Scrum, Kanban e XP em um ambiente SAFe. As áreas-chave de responsabilidade
incluem planejar Program Increments e iterations, decompor requisitos em histórias,
desenvolver incrementalmente com built-in quality, agregar valor em um time e no program
level, e solucionar problemas de impedimentos para promover a melhoria incansável.

Descubra qual treinamento e caminho de certificação SAFe é o correto

para você em: www.scaledagile.com/which-course

©2017 Scaled Agile, Inc. Todos os direitos reservados. | www.scaledagileframework.com 15



ENCONTRE O TREINAMENTO
SAFe® PERTO DE VOCÊ
"Em apenas duas semanas, tenho a sensação de que a barreira cultural histórica
de 156 anos que
criamos foi superada. Muito obrigado por nos ajudar."
—Arquiteto de nível sênior, empresa relacionada na publicação Fortune
Global 500

O treinamento está no cerne do

sucesso do customer.
Nossos cursos mais populares são oferecidos em 35 países e 350 cidades no
mundo inteiro por meio da Scaled Agile e da nossa Rede Global de Parceiros,
todos voltados para capacitar a enterprise a obter a máxima vantagem
resultante da adoção do SAFe.

Encontre uma turma de treinamento SAFe perto de você em:

www.scaledagile.com/calendar

©2017 Scaled Agile, Inc. Todos os direitos reservados. | www.scaledagileframework.com 16



Saiba mais
Se você quiser saber mais sobre o SAFe, acesse estes sites.
Estudos de caso do SAFe:
www.scaledagileframework.com/case-studies

Scaled Agile Framework:

www.scaledagileframework.com

Introdução ao SAFe
www.scaledagileframework.com/introduction-to-safe

Treinamento e certificação SAFe baseados em papéis:

www.scaledagile.com

Apresentações e vídeos do SAFe:

www.scaledagileframework.com/videos-and-presentations

Livros sobre o SAFe:

www.scaledagileframework.com/books

Sobre a Scaled Agile, Inc.

Sediada em Boulder, no Colorado, EUA, a missão da Scaled Agile é ajudar grandes
enterprises a alcançar melhores resultados, aumentar o engajamento dos funcionários e
aprimorar a economia do negócio por meio da adoção dos princípios e das práticas Lean-
Agile baseadas no Scaled Agile Framework® (SAFe®).
A Scaled Agile apoia milhares de profissionais de Framework por meio de serviços de
treinamento, certificação e consultoria, e de uma rede global de parceiros presente em mais
de 35 países e 350 cidades. Como membro do movimento de filantropia corporativa Pledge
1%, a Scaled Agile contribui para a comunidade local e busca inspirar e incentivar outras
empresas a fazer o mesmo.
Contato:
Scaled Agile, Inc.
5480 Valmont Rd, Suite 100
Boulder CO 80301 USA
+1.303.554.4367
support@scaledagile.com
www.scaledagile.com

©2017 Scaled Agile, Inc. Todos os direitos reservados. | www.scaledagileframework.com 17