Glossário do SAFe 4 - Scaled agile framework · 2019-06-13 · A enterprise representa a entidade...

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

Glossário do SAFe®4.0

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

FORNECIDO POR VERSÃO 4.0.2


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.


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.


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.


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.


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.


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.


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.


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


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.


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: [email protected]


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


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


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.


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


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


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 [email protected] www.scaledagile.com

Glossário do SAFe 4 - Scaled agile framework · 2019-06-13 · A enterprise representa a entidade...

Documents

Transcript of Glossário do SAFe 4 - Scaled agile framework · 2019-06-13 · A enterprise representa a entidade...