safe 5.0 glossary3wil2429oqfiee72h3pktty4.wpengine.netdna-cdn.com/wp-content/upl… · agile...

SAFe 5.0 GlossaryScaled Agile Framework Terms and Definitions

Korean

®

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.

SAFe 5.0 Glossary

Agile Release Train (ART)

Agile Release Train (ART)이란 장기간 지속되는 Agile team으로서 다른

이해관계자들과 함께 가치 흐름 내에서 하나 이상의 솔루션을 점진적으로 개발, 제공,

운영(해당되는 경우)합니다.

Agile Team

SAFe에서 Agile Team은 5-11명의 개인으로 구성된 교차 기능 그룹으로서 단기간

내에 가치 증가를 정의, 구축, 테스트 및 전달합니다.

Architectural Runway

Architectural Runway는 과도한 재설계 및 지연없이 단기 기능을 구현하는 데 필요한

기존 코드, 구성 요소 및 기술 인프라로 구성됩니다.

Built-In Quality

Built-In Quality 관리 방식은 각 솔루션 요소가 매 증분마다 개발 전반에 걸쳐 적절한

품질 표준을 충족하도록 보장합니다.

Business Owners

Business Owners는 Agile Release Train(ART)이 개발한 솔루션의 거버넌스,

compliance 및 투자수익률(ROI)에 대한 주요 비즈니스 및 기술적 책임이 있는

소규모의 이해관계자 그룹입니다. 이는 사용 적합성을 평가하고 특정 ART 이벤트에

적극적으로 참여해야 하는 ART의 주요 이해관계자입니다.

Capabilities

Capabilities는 일반적으로 여러 ART에 걸쳐 있는 높은 레벨의 솔루션 행위입니다.

Capabilities는 단일 PI 내에서 쉽게 구현할 수 있도록 크기를 조정하고 여러 기능으로

분할합니다.

Communities of Practice (CoPs)

Communities of Practice (CoPs)는 특정 기술 또는 비즈니스 분야에 대한 관심을 갖고

있는 사람들로 이루어진 그룹입니다. 이들은 정기적으로 협력하여 정보를 공유하고,

기술을 향상시키며, 해당 분야의 일반적인 지식을 향상시키기 위해 적극적으로

노력합니다.


Compliance

Compliance란 팀이 Lean-Agile 개발 방식을 적용하여 가능한 최고 품질의 시스템을

구축하면서 동시에 모든 규제, 산업, 기타 관련 요건을 충족하도록 하는 전략 및 일련의

활동과 아티팩트를 의미합니다.

Continuous Delivery Pipeline

The Continuous Delivery Pipeline (CDP)은 아이디어화에서 온디맨드 출시에

이르기까지 최종 사용자에게 새로운 기능을 제공하는 데 필요한 워크플로우, 활동 및

자동화를 의미합니다.

Continuous Deployment (CD)

Continuous Deployment (CD)는 준비 환경에서 검증된 기능을 가져와 출시가 준비된

프로덕션 환경에 배포하는 프로세스입니다.

Continuous Exploration (CE)

Continuous Exploration (CE)은 혁신을 추진하고 시장과 고객의 요구를 지속적으로

탐구하고 이러한 요구를 해결하는 솔루션의 비전, 로드맵, 기능 세트를 정의하여

구축해야 할 사항에 대한 조정을 촉진하는 프로세스입니다.

Continuous Integration (CI)

Continuous Integration (CI)은 프로그램 백로그에서 기능을 가져와 배포와 출시

준비가 된 준비 환경에서 기능을 개발, 테스트, 통합 및 검증하는 프로세스입니다.

Core Values

정렬, 내장 품질(built-in quality), 투명성, 프로그램 실행의 네 가지 Core Values는

SAFe의 효율성에 핵심적인 기본 신념을 의미합니다. 이러한 지침 원칙은 SAFe

포트폴리오에 참여하는 모든 사람들의 행동과 조치를 지시하는 데 도움이 됩니다.

DevOps

DevOps는 사고방식, 문화, 그리고 일련의 기술적 관행입니다. DevOps는 솔루션을

계획, 개발, 테스트, 구축, 출시 및 유지관리하는 데 필요한 모든 사람 간의

커뮤니케이션, 통합, 자동화 그리고 긴밀한 협력을 제공합니다.

Enablers

Enabler는 향후 비즈니스 기능을 제공하기 위하여 Architectural Runway를 확대하는

데 필요한 활동을 지원합니다. 여기에는 탐색, 아키텍처, 인프라 및 compliance가

포함됩니다. Enablers는 다양한 백로그에서 캡처되며 프레임워크 전체에서

발생합니다.

Enterprise

Enterprise는 각 SAFe 포트폴리오가 속한 기업체를 의미합니다.


Enterprise Solution Delivery

Enterprise Solution Delivery 역량은 세계 최대 규모의 정교한 소프트웨어

애플리케이션, 네트워크, 가상 물리 시스템의 사양, 개발, 배포, 운영 및 진화에 Lean-

Agile 원칙과 관행을 적용하는 방법을 설명합니다.

Epic Owners

Epic Owners는 Portfolio Kanban 시스템을 통해 포트폴리오 Epics를 조정할 책임이

있습니다. Epic Owners는 Epic, Epic의 Minimum Viable Product (MVP) 및 Lean

비즈니스 사례를 서로 협력하여 정의하고, 승인된 경우 구현을 촉진합니다.

Epics

Epic은 포트폴리오 내에서 발생하는 더욱 실질적인 투자를 포착하는 중요한 솔루션

개발 이니셔티브의 컨테이너입니다. Epics는 상당한 범위와 영향 때문에 구현하기 전에

Minimum Viable Product (MVP)의 정의와 Lean Portfolio Management (LPM)의

승인을 필요로 합니다.

Essential SAFe

Essential SAFe는 Agile Team의 팀으로서 Agile Release Train (ART)을 통해

비즈니스 솔루션을 지속적으로 제공하는 데 필요한 최소한의 역할, 이벤트, 아티팩트를

포함하고 있습니다.

Features

Feature는 이해관계자의 니즈를 충족시키는 서비스입니다. 각 Feature에는 이익 가설

및 수락 기준이 포함되며, 필요에 따라 크기가 조정되거나 분할되어 Program

Increment (PI)의 단일 Agile Release Train (ART)에 의해 전달됩니다.

Foundation

Foundation에는 규모를 고려하여 가치를 성공적으로 전달하는 데 필요한 지원 원칙,

가치, 사고방식, 구현 지침, 리더십 역할이 포함됩니다.

Full SAFe

Full SAFe는 비즈니스 민첩성에 필요한 일곱 가지 핵심 역량을 포함하는 가장

포괄적인 구성입니다.

Innovation and Planning Iteration

The Innovation and Planning (IP) Iteration은 매 Program Increment (PI)마다

발생하며 다양한 목적을 수행합니다. 이는 PI 목표를 달성하기 위한 추정 버퍼 역할을

하며 혁신, 지속적인 교육, PI Planning, Inspect and Adapt (I&A) 이벤트를 위해

전념할 시간을 제공합니다.


Inspect & Adapt (I&A)

Inspect and Adapt (I&A)는 각 Program Increment (PI)의 끝에서 이루어지는 중요한

이벤트로, Train에 의해 현재 솔루션의 상태가 시연되고 평가됩니다. 그런 다음 팀은

구조화된 문제 해결 워크숍을 통해 개선 백로그 아이템을 항목을 반영하고 식별합니다.

Iteration

Iteration은 Agile 개발의 기본 구성 요소입니다. 각 Iteration은 표준 고정 길이의

타임박스로서 Agile Team은 작업, 테스트된 소프트웨어 및 시스템의 형태로 증분

가치를 전달합니다. 타임박스의 권장 기간은 2주입니다. 그러나 비즈니스의 전후

사정에 따라 1주에서 4주도 허용됩니다.

Iteration Execution

Iteration Execution은 Agile Team이 반복 타임박스 전체에 걸쳐 작업을 관리하는

방식으로서 품질이 높고 제대로 작동하는, 테스트가 완료된 시스템의 증가를

초래합니다.

Iteration Goals

Iteration Goals는 Agile Team이 Iteration을 통해 달성하기로 합의한 비즈니스 및

기술적 목표를 대략적으로 요약한 것입니다. 이는 Agile Release Train (ART)을 자율

조직 및 자율 관리 팀으로 조직화하는 데 필수적입니다.

Iteration Planning

Iteration Planning이란 모든 팀원이 예정된 Iteration 중에 얼마나 많은 팀 백로그를

전달할 수 있는지를 결정하는 이벤트입니다. 팀은 작업을 전념할 일련의 Iteration

Goals로 요약합니다.

Iteration Retrospective

Iteration Retrospective는 Agile Team 구성원들이 Iteration의 결과에 대해 논의하고,

자신들의 관행을 검토하고, 개선할 방법을 식별하는 정기적인 회의입니다.

Iteration Review

Iteration Review는 케이던스 기반의 이벤트로서 각 팀은 모든 Iteration이 끝날 때마다

증가분을 검사하여 진행 상황을 평가한 후 다음 Iteration에 대한 백로그를 조정합니다.

Large Solution SAFe

Large Solution SAFe는 세계 최대 규모의 애플리케이션, 네트워크, 가상 물리

시스템을 구축하고 발전시키기 위한 추가 역할, 관행 및 지침을 설명합니다.

Lean Budget Guardrails

Lean Budget Guardrails는 특정 포트폴리오의 예산, 지출 및 거버넌스에 대한 정책과

관행을 설명합니다.


Lean Budgets

Lean Budgets는 오버헤드와 마찰을 훨씬 적게 하여 투자에 대한 효과적인 재무

거버넌스를 제공하며, 훨씬 높은 개발 작업 처리량을 지원합니다.

Lean Enterprise

Lean Enterprise는 비즈니스 민첩성을 보여주는 번성하는 디지털 시대의 조직으로서,

지속 가능한 최단 조달 기간에 혁신적인 시스템과 솔루션을 고객에게 제공하여 시장의

변화와 새로운 기회에 신속하게 대응합니다.

Lean Portfolio Management

The Lean Portfolio Management 역량은 전략 및 투자 자금, Agile 포트폴리오 운용

및 거버넌스에 Lean과 시스템 사고 접근법을 적용하여 전략 및 실행을 조정합니다.

Lean User Experience (Lean UX)

Lean User Experience (Lean UX) 디자인은 Lean-Agile 방식을 수용하는 사고방식,

문화, 프로세스입니다. 가능한 최소한의 증분으로 기능을 구현하고 이익 가설에 대한

결과를 측정하여 성공을 결정합니다.

Lean-Agile Leadership

Lean-Agile Leadership 역량에는 Lean-Agile Leaders가 어떻게 개인과 팀이 최고의

잠재력을 발휘할 수 있도록 하여 조직의 변화와 운영의 우수성을 추구하고 유지할 수

있는지에 대해 설명하고 있습니다.

Lean-Agile Mindset

Lean-Agile Mindset은 Agile Manifesto와 Lean thinking의 개념을 수용하는 SAFe

리더와 실무자들의 믿음, 가정, 태도, 행동의 조합입니다. 이는 SAFe의 원칙과 관행을

채택하고 적용하기 위한 개인적이고 지적인 리더십의 토대입니다.

Lean-Agile Principles

SAFe는 Lean-Agile의 열 가지 변하지 않는 기본 원칙에 기초합니다. 이러한 신조와

경제 개념은 SAFe의 역할과 관행에 영감을 주고 정보를 제공합니다.

Metrics

Metrics는 조직이 포트폴리오, 대규모 솔루션, 프로그램, 팀의 비즈니스 및 기술 목표를

얼마나 잘 추진하고 있는지 평가하는 데 사용되는 합의된 측정 척도입니다.

Milestones

Milestones는 특정 목표 또는 이벤트에 대한 진행 상황을 추적하는 데 사용됩니다.

SAFe Milestones의 유형은 다음 세 가지입니다: Program Increment (PI), 고정 날짜,

학습 Milestones.


Model-Based Systems Engineering (MBSE)

Model-Based Systems Engineering (MBSE)은 개발 중인 시스템을 정의, 설계,

문서화하는 데 도움이 되는 일련의 관련 시스템 모델 개발 관행입니다. 이러한 모델은

전통적인 서류에 대한 의존도를 크게 줄이거나 없애는 동시에 이해관계자들이 시스템

측면을 탐색하고, 업데이트하고, 전달할 수 있도록 하는 효율적인 방법을 제공합니다.

Nonfunctional Requirements (NFRs)

Nonfunctional Requirements (NFRs)는 보안, 신뢰성, 성능, 유지관리성, 확장성,

유용성 등의 시스템 속성을 정의합니다. 이는 서로 다른 백로그 전반에 걸쳐 시스템

설계에 대한 제약이나 제한 사항으로 작용합니다.

PI Objectives

Program Increment (PI) Objectives는 예정된 Program Increment (PI)에서 Agile

Team 또는 Train이 달성하고자 하는 비즈니스 목표와 기술적 목표를 요약한 것입니다.

Portfolio Backlog

Portfolio Backlog는 SAFe의 최상위 백로그입니다. 이는 일련의 포괄적인 솔루션을

만들고 발전시키려는 향후 비즈니스와 Enabler Epics를 위한 보관 공간을 제공합니다.

Portfolio Kanban

Portfolio Kanban 시스템은 아이디어화에서 분석, 구현, 완료에 이르기까지 포트폴리오

Epics의 흐름을 시각화하고 관리하는 방법입니다.

Portfolio SAFe

Portfolio SAFe는 전략을 실행에 맞추어 조정하고 하나 이상의 가치 흐름을 통해 가치

흐름을 중심으로 솔루션이 개발되도록 정리합니다.

Portfolio Vision

Portfolio Vision은 포트폴리오의 가치 흐름과 솔루션의 추후 상태에 대한 설명으로서

포트폴리오의 목표와 기업의 광범위한 목표를 달성하기 위해 어떻게 협력할 것인지

설명합니다.

Pre-and Post-PI Planning

Pre– and Post–Program Increment (PI) Planning 이벤트는 Solution Train 내의

Agile Release Trains (ARTs)와 Suppliers를 위한 PI Planning을 준비하고 후속

조치를 취하기 위해 사용됩니다.

Product Management

Product Management는 제품 시장 수명 주기 전체에 걸쳐 고객의 니즈를 충족시켜

주는 바람직하고, 달성 가능하고, 실행 가능하며, 지속 가능한 제품의 구축을 정의하고

지원할 책임이 있습니다.


Product Owner (PO)

Product Owner (PO)는 팀의 Features나 구성 요소의 개념적이고 기술적인 무결성을

유지하면서 프로그램 우선 순위의 실행을 간소화하기 위해 Stories를 정의하고 Team

Backlog를 우선 순위를 지정할 책임이 있는 Agile Team의 구성원입니다.

Program Backlog

Program Backlog는 사용자의 니즈를 해결하고 단일한 Agile Release Train (ART)에

대한 비즈니스 이점을 제공하기 위해 예정된 Features를 보관할 공간입니다. 여기에는

Architectural Runway를 구축하는 데 필요한 Enabler Features도 담겨 있습니다.

Program Increment (PI)

Program Increment (PI)는 Agile Release Train (ART)이 제대로 작동하며 테스트된

소프트웨어와 시스템의 형태로 점진적인 가치를 전달하는 타임박스입니다. PI의 기간은

보통 8–12주입니다. PI의 가장 일반적인 패턴은 네 가지 개발 Iterations에 뒤이은

하나의 Innovation and Planning (IP) Iteration입니다.

Program Increment (PI) Planning

Program Increment (PI) Planning은 Agile Release Train(ART)에 있는 모든 팀이

공유 미션과 비전에 맞춰 조정되도록 하는 케이던스 기반의 대면 이벤트로서 ART의

심장 박동 역할을 합니다.

Program Kanban

Program and Solution Kanban 시스템은 Continuous Delivery Pipeline을 통해

아이디어화에서 분석, 구현, 출시로 이어지는 Features와 Capabilities의 흐름을

시각화하고 관리하는 방법입니다.

Release Train Engineer (RTE)

Release Train Engineer (RTE)는 Agile Release Train (ART)의 서번트 리더이자

코치입니다. RTE의 주요 책임은 ART 이벤트 및 프로세스를 촉진하고 팀이 가치를

제공할 수 있도록 지원하는 것입니다. RTE는 이해관계자들과 의사소통하고, 장애를

상급자에게 보고하고, 리스크 관리를 지원하고, 지속적인 개선을 추진합니다.

Release on Demand

Release on Demand는 새로운 기능을 프로덕션에 배치하고 수요에 따라 즉시 또는

점진적으로 고객에게 출시하는 프로세스입니다.

Roadmap

Roadmap은 계획된 Solution 결과물을 계획된 기간 동안 전달하는 이벤트 및

Milestones의 일정입니다.


SAFe Implementation Roadmap

SAFe Implementation Roadmap은 SAFe를 성공적으로 구현하는 데 효과적인 것으로

입증된 전략 및 일련의 활동을 설명하는 개요 그래픽과 12개 조항 시리즈로

구성됩니다.

SAFe Program Consultants (SPCs)

Certified SAFe® Program Consultants (SPCs)는 SAFe에 대한 기술적 지식과

회사의 소프트웨어 및 시스템 개발 프로세스를 개선하기 위한 내재적 동기를 결합한

변화의 주도자입니다. 이들은 SAFe를 성공적으로 구현하는 데 있어 중요한 역할을

합니다. SPCs는 비즈니스 및 기술 리더, 포트폴리오/프로그램/프로젝트 관리자,

프로세스 리드, 설계자, 애널리스트, 컨설턴트 등을 포함하여 수많은 내부 또는 외부

역할로부터 나옵니다.

SAFe for Government

SAFe for Government는 공공 부문 조직이 Lean-Agile 관행을 정부의 맥락에서

구현할 수 있도록 지원하는 일련의 성공 패턴입니다.

SAFe for Lean Enterprises

SAFe® for Lean Enterprises는 Lean, Agile, DevOps를 규모에 따라 구현하여

비즈니스 민첩성을 달성하기 위한 검증된 통합 원칙, 관행 및 역량의 지식 기반입니다.

Scrum Master

Scrum Master는 Agile Team의 서번트 리더 및 코치입니다. 이들은 Scrum, Extreme

Programming (XP), Kanban, SAFe에서 팀을 교육하고 합의된 Agile 프로세스가

준수되도록 보장합니다. 이들은 또한 장애 요소를 제거하고 높은 성과를 내는 팀 역학,

지속적인 흐름, 끊임없는 개선을 위한 환경을 조성합니다.

ScrumXP

ScrumXP는 SAFe 내의 교차 기능적인 자율 조직 팀에 가치를 전달하는 가벼운

프로세스입니다. 이는 Scrum 프로젝트 관리 관행과 Extreme Programming (XP)

관행의 힘을 결합합니다.

Set-Based Design (SBD)

Set-Based Design (SBD)은 개발 프로세스에서 요건과 설계 옵션을 최대한 유연하게

유지하는 관행입니다. Set-Based Design (SBD)은 단일 포인트 솔루션을 미리

선택하는 대신 여러 가지 옵션을 식별하고 동시에 탐색하여 시간을 두고 더 열악한

선택을 제거합니다. 이는 가정의 유효성을 검증한 후에만 기술 솔루션을 적용하기

때문에 설계 프로세스의 유연성을 향상시키고 더 나은 경제 결과를 얻을 수 있게

합니다.


Shared Services

Shared Services는 Agile Release Train (ART) 또는 Solution Train의 성공에

필요하지만 전담은 불가한 전문적 역할, 인력, 서비스를 대표합니다.

Solution

각 Value Stream은 기업 내부 또는 외부에서 고객에게 제공되는 제품, 서비스,

시스템인 하나 이상의 솔루션을 생성합니다.

Solution Architect/Engineer

Solution Architect/Engineering은 개발중인 시스템 또는 솔루션이 의도한 목적에

적합하도록 Solution Train에서 공유된 기술 및 아키텍처 비전을 정의하고 전달할

책임이 있습니다.

Solution Backlog

Solution Backlog는 예정된 Capabilities 및 Enablers를 위한 보관 공간으로서 각각은

여러 개의 ART에 걸쳐 있을 수 있으며 솔루션을 발전시키고 Architectural Runway를

구축하기 위한 것입니다.

Solution Context

Solution Context는 솔루션 운영 환경의 중요한 측면을 식별합니다. 이는 솔루션

자체의 요건, 사용, 설치, 운영, 지원에 대한 필수적인 이해를 제공합니다. Solution

Context는 온디맨드 출시를 위한 기회와 제약에 크게 영향을 끼칩니다.

Solution Demo

Solution Demo는 Solution Train의 개발 노력 결과를 통합하고 평가하여 고객 및 다른

이해관계자에게 공개하는 곳입니다.

Solution Intent

Solution Intent는 현재 솔루션 및 의도된 솔루션 행동에 대한 지식을 저장, 관리 및

전달하기 위한 저장소입니다. 필요한 경우 고정 사양과 가변 사양 및 설계와 적용

가능한 표준, 시스템 모델, 기능 테스트 및 비기능 테스트에 대한 참조, 그리고 추적

가능성이 포함됩니다.

Solution Management

Solution Management는 시간의 흐름에 따라 고객의 니즈를 충족시켜 주는

바람직하고, 달성 가능하고, 실행 가능하며, 지속 가능한 대규모 비즈니스 솔루션의

구축을 정의하고 지원할 책임이 있습니다.

Solution Management

Solution Management는 시간의 흐름에 따라 고객의 니즈를 충족시켜 주는

바람직하고, 달성 가능하고, 실행 가능하며, 지속 가능한 대규모 비즈니스 솔루션의

구축을 정의하고 지원할 책임이 있습니다.


Solution Train

Solution Train은 Suppliers의 기여뿐만 아니라 다수의 Agile Release Trains

(ARTs)의 조정을 필요로 하는 크고 복잡한 솔루션을 구축하는 데 사용되는 조직

구조입니다. 이는 Vision, Backlog, Roadmap, 조정된 Program Increment (PI)를

사용하여 ART를 공유된 비즈니스 및 기술 미션과 맞춥니다.

Solution Train Engineer (STE)

Solution Train Engineer (STE)는 Solution Train의 서번트 리더이자 코치로서 Value

Stream 내의 모든 ARTs 및 Suppliers의 작업을 촉진하고 안내합니다.

Spanning Palette

Spanning Palette에는 특정 팀, 프로그램, 대형 솔루션 및 포트폴리오 맥락에 적용될 수

있는 다양한 역할과 아티팩트가 포함됩니다.

Stories

Stories는 원하는 기능의 작은 부분에 대한 간략한 설명으로서 사용자의 언어로

쓰여집니다. Agile Team은 시스템 기능의 소규모 수직 슬라이스를 구현하고 단일

Iteration 내에서 완료할 수 있도록 크기를 조정합니다.

Strategic Themes

Strategic Themes는 포트폴리오를 Enterprise의 전략과 연결하는 차별화된 비즈니스

목표입니다. 이는 포트폴리오 전략에 영향을 주고 포트폴리오 의사 결정을 위한

비즈니스 맥락을 제공합니다.

Supplier

Supplier는 Solution Trains 및 Agile Release Trains가 자신들의 고객들에게

솔루션을 제공하도록 지원하는 구성 요소, 하위 시스템 또는 서비스를 개발하고

전달하는 내부 또는 외부 조직입니다.

System Architect/Engineer

System Architect/Engineering은 개발 중인 시스템 또는 솔루션이 의도한 목적에

맞도록 보장하기 위해 Agile Release Train (ART)에 대한 공유된 기술 및 아키텍처

비전을 정의하고 전달할 책임이 있습니다.

System Demo

System Demo는 Agile Release Train (ART) 내의 모든 팀이 전달한 최근의

Iteration에 대한 새로운 Features를 통합적으로 볼 수 있도록 해주는 중요한

이벤트입니다. 각 데모는 ART 이해관계자들에게 Program Increment (PI) 동안의

진행 상황에 대한 객관적인 척도를 제공합니다.


System Team

System Team은 일반적으로 Continuous Delivery Pipeline을 지원하는 툴체인의

개발 및 유지보수를 포함하여 Agile 개발 환경을 구축하고 지원하는 전문적인 Agile

Team입니다. System Team은 Agile 팀의 자산 통합을 지원하고 필요한 경우

종단간(end-to-end) 솔루션 테스트를 수행하며 배포 및 Release on Demand를

지원할 수 있습니다.

Team Backlog

Team Backlog에는 Program Backlog에서 시작된 사용자 및 Enabler Stories와 팀의

지역적 맥락에서 발생한 스토리가 포함됩니다. 여기에는 팀이 시스템의 일부를

발전시키기 위해 수행해야 하는 모든 것을 대표하는 다른 작업 항목도 포함될 수

있습니다.

Team Kanban

Team Kanban은 팀이 워크플로우를 시각화하고, Work In Process (WIP)의 한계를

설정하고, 처리량을 측정하고, 프로세스를 지속적으로 개선함으로써 가치 흐름을

원활히 할 수 있도록 지원하는 방법입니다.

Value Stream Coordination

Value Stream Coordination은 의존성을 관리하고 Value Streams 사이의 상호

연결에만 존재하는 기회를 활용하는 방법을 정의합니다.

Value Streams

Value Streams는 조직이 고객에게 지속적인 가치 흐름을 제공하는 솔루션을 구현하기

위해 사용하는 일련의 단계를 의미합니다.

Vision

Vision은 개발 중인 솔루션의 미래 상태에 대한 설명입니다. 이는 고객 및 이해관계자의

니즈와 그러한 니즈를 충족시켜 주기 위해 제안된 Feature 및 Capabilities를

반영합니다.

Weighted Shortest Job First (WSJF)

Weighted Shortest Job First (WSJF)는 가장 큰 경제적 이익을 창출하기 위해

작업(예: Features, Capabilities, Epics)의 순서를 정하는 데 사용되는 우선 순위

모델입니다. SAFe에서 WSJF는 Cost of Delay (CoD)를 작업 크기로 나누어

계산합니다.


safe 5.0 glossary3wil2429oqfiee72h3pktty4.wpengine.netdna-cdn.com/wp-content/upl… · agile...

Documents