© 2021 Scaled Agile, Inc. All rights reserved.

Clear explanations and actionable guidance

SAFe Distilled 5.0

SAVE 35% WITH CODE SCALEDAGILE

ORDER NOW

Remote-Enabled SAFe: Tools & Resources

Learn More

SAFe Glossary

Authors

A

  • Agile Product Delivery (애자일 제품 제공)

    애자일 제품 제공은 고객과 사용자에게 가치 있는 제품과 서비스[Service]를 연속적인 흐름으로 정의[Defining], 구축[Building] 및 출시[Releasing]하기 위한 고객 중심 접근법[Approach]입니다.

  • Agile Release Train, ART (애자일 릴리즈 트레인)

    애자일 릴리즈 트레인은 장기간 지속되는 애자일 팀[Agile team]으로서 다른 이해관계자들과 함께 가치 흐름 내에서 하나 이상의 솔루션[Solution]을 점진적으로[Incrementally] 개발[Develop], 제공[Deliver], 운영[Operate](해당되는 경우)합니다.

  • Agile Team (애자일 팀)

    세이프[SAFe]에서 애자일 팀은 5-11명으로 구성된 교차-기능 집단[Cross-Functional Group]으로서 짧은 제한된 시간[Time Box] 내에 가치의 증분을 정의[Define], 구축[Build], 테스트[Test] 및 제공[Deliver]합니다.

  • Architectural Runway (아키텍처럴 런웨이)

    아키텍처럴 런웨이는 과도한 재설계와 지연없이 단기 피쳐(Feature)을 구현하는데 필요한 기존 코드, 구성요소 및 기술 시설[Technical Infrastructure]로 구성됩니다.

B

  • Built-In Quality (내장 품질)

    내장 품질 관행[Practice]은 각 솔루션[Solution] 요소가 매 증분[Increment]마다 개발 전반에 걸쳐 적절한 품질 표준을 만족하도록 보장합니다.

  • Business Agility (비즈니스 민첩성)

    비즈니스 민첩성은 혁신적인 비즈니스 솔루션[Business Solution]으로 시장 변화와 새로운 기회에 신속하게 대응함으로써 디지털 시대에 경쟁하고 번창[Thrive]할 수 있는 능력입니다.

  • Business Owners (비즈니스 소유자)

    비즈니스 소유자는 애자일 릴리즈 트레인[Agile Release Train (ART)]이 개발한 솔루션의 관리[Governance], 규정준수[Compliance] 및 투자수익률[Return on Investment (ROI)]에 대한 주요 비즈니스 및 기술적 책임이 있는 소규모의 이해관계자 집단[Group]입니다. 이들은 사용 적합성을 평가하고 특정 애자일 릴리즈 트레인 행사[Event]에 적극적으로 참여해야 하는 애자일 릴리즈 트레인의 핵심 이해관계자[Key Stakeholder]입니다.

C

  • Capabilities (캐퍼빌러티)

    캐퍼빌러티는 일반적으로 여러 애자일 릴리즈 트레인[Agile Release Trains (ART)] 에 걸쳐 있는 더 높은 레벨[Higher-Level]의 솔루션[Solution]을 확보하기 위한 행위Behavior입니다. 캐퍼빌러티는 단일 프로그램 중분[Single Program Increment] 내에서 쉽게 구현할 수 있도록 크기를 조정하고 여러 피쳐[Multiple Features]으로 분할합니다.

  • Communities of Practice, CoPs (학습 공동체)

    학습 공동체는 특정 기술 또는 비즈니스 영역[Domain]에 대한 공통적인 관심을 갖고 있는 사람들로 이루어진 집단[Group]입니다. 이들은 정기적으로 협력하여 정보를 공유하고, 그들의 기술을 향상시키며, 해당 영역의 일반적인 지식을 발전시키기 위해 적극적으로 노력합니다.

  • Compliance (규정준수)

    규정준수란 팀이 린-애자일[Lean-Agile] 개발 방법을 적용하여 가능한 최고 품질의 시스템을 구축하면서 동시에 규제[Regulatory], 산업[Industry], 기타 관련 표준[Standards]을 만족하도록 하는 전략 및 일련의 활동과 아티팩트[Artifact]를 의미합니다.

  • Continuous Delivery Pipeline, CDP (지속 제공 경로)

    지속 제공 경로는 생각[Ideation]에서 릴리즈 온 디맨드[Release On-Demand]에 이르기까지 최종 사용자에게 새로운 기능[Functionality]을 제공하는데 필요한 업무흐름[Workflow], 활동 및 자동화[Automation]를 나타냅니다.

  • Continuous Deployment, CD (지속적 배치)

    지속적 배치는 운영 검증[Staging] 환경에서 검증된 피쳐[Feature]을 가져와 출시[Release]가 준비된 제품환경[Production Environment]에 배치[Deploy]하는 과정[Process]입니다.

  • Continuous Exploration, CE (지속적 탐색)

    지속적 탐색은 시장과 고객의 요구를 지속적으로 탐색하고 이러한 요구를 해결하는 솔루션의 비전[Vision], 로드맵[Roadmap], 일련의 피쳐[Set of Features]을 정의하여 혁신[Innovation]을 이끌고 구축해야 할 사항에 대한 조정[Alignment]을 촉진[Foster]하는 과정입니다.

  • Continuous Integration, CI (지속적 통합)

    지속적 통합은 프로그램 백로그[Backlog]에서 기능[Feature]을 가져와 배치[Deployment]와 출시[Release] 준비가 된 운영검증[Staging] 환경에서 이 피쳐[Features]를 개발, 테스트, 통합 및 검증하는 과정[Process]입니다.

  • Continuous Learning Culture (지속적인 학습 문화)

    지속적인 학습 문화 역량[Competency]은 개인[Individual] 및 기업 전체가 지식[Knowledge], 역량[Competence], 성과[Performance] 및 혁신[Innovation]을 지속적으로 증가하도록 장려하는 일련의 가치[Value]와 관행[Practice]입니다.

  • Core Values (핵심 가치)

    정렬[Alignment], 내장 품질[Built-In Quality], 투명성[Transparency], 프로그램 실행[Program Execution]의 네 가지 핵심 가치는 세이프[SAFe]의 효과성에 핵심이 되는 기본 신념[Belief]을 의미합니다. 이러한 지침 원칙은 세이프 포트폴리오[Portfolio]에 참여하는 모든 사람들의 행위[Behavior]와 행동[Action]을 좌우[Dictate]하는 데 도움이 됩니다.

  • Customer (고객)

    고객은 포트폴리오 가치 흐름[Portfolio Value Stream]에 의해 창출 및 유지되는 비즈니스 솔루션[Business Solution]의 가치를 누리는 궁극적인 수혜자[Ultimate Beneficiaries]입니다.

  • Customer Centricity (고객 중심)

    고객 중심은 기업[Enterprise]이 제공하는 모든 제품과 서비스를 통해 고객에게 긍정적인 경험을 선사하는 데 중점을 둔 사고방식[Mindset]이자 사업 방법[Way of Doing Business]입니다.

D

  • Design Thinking (디자인 씽킹)

    디자인 씽킹은 제품 수명주기[Lifecycle] 전체에 걸쳐 수익성[Profitable]이 있고 지속 가능한[Sustainable] 바람직한 제품[Desirable Product]을 만드는 고객 중심[Customer Centric]의 개발 과정입니다.

  • DevOps (데브옵스: Development(개발) + Operations(운영))

    데브옵스는 사고방식[Mindset], 문화[Culture], 그리고 일련의 기술적 관행[Technical Practice]입니다. 데브옵스는 솔루션을 계획[Plan], 개발[Develop], 테스트[Test], 배치[Deploy], 출시[Release] 및 유지관리[Maintain]에 필요한 모든 사람 간의 소통[Communication], 통합[Integration], 자동화[Automation] 그리고 긴밀한 협력[Cooperation]을 제공합니다.

E

  • Enablers (인에이블러)

    인에이블러는 향후 비즈니스 기능[Functionality]을 제공하기 위하여 아키텍처럴 런웨이[Architectural Runway]를 확대하는 데 필요한 활동을 지원합니다. 여기에는 탐색[Exploration], 설계[Architecture], 시설[Infrastructure] 및 규정준수[Compliance]가 포함됩니다. 인에이블러는 다양한(포트폴리오[Portfolio], 솔루션[Solution], 프로그램[Program], 팀[Team]) 백로그[Backlog]에서 포착[Capture]되며 구조[Framework] 전체에서 발생합니다.

  • Enterprise (기업)

    기업은 각 세이프 포트폴리오[SAFe Portfolio]가 속한 비즈니스 존재[Business Entity]를 의미합니다.

  • Enterprise Architect (엔터프라이즈 아키텍트)

    엔터프라이즈 아키텍트는 포트폴리오[Portfolio]가 현재 및 미래의 비즈니스 역량[Capability]을 지원할 수 있도록 기술 전략[Technology Strategy] 및 로드맵[Roadmap]을 수립합니다.

  • Enterprise Solution Delivery (엔터프라이즈 솔루션 제공)

    엔터프라이즈 솔루션 제공 역량[Competency]은 세계 최대 규모의 정교한[Sophisticated] 소프트웨어 애플리케이션, 네트워크, 가상-물리적[Cyber-Physical] 시스템의 사양[Specification], 개발[Development], 배치[Deployment], 운영[Operation] 및 진화[Evolution]에 린-애자일[Lean-Agile] 원칙[Principle]과 관행[Practice]을 적용하는 방법을 설명합니다.

  • Epic Owners (에픽 소유자)

    에픽 소유자는 포트폴리오 칸반[Portfolio Kanban] 시스템을 통해 포트폴리오 에픽[Portfolio Epic]을 조정[Coordinate]할 책임이 있습니다. 에픽 소유자는 에픽과 이 것의 최소 실행가능 제품[Minimum Viable Product(MVP)]및 린-비즈니스사례[Lean Business Case]를 공동으로 정의하고, 승인된 경우 구현[Implementation]을 촉진합니다.

  • Epics (에픽)

    에픽은 포트폴리오[Portfolio] 내에서 발생하는 보다 실질적인 투자[Investment]를 포착하는 중요한 솔루션 개발 계획[Solution Development Initiative]을 위한 컨테이너[Container]입니다. 에픽은 상당한 범위와 영향 때문에 구현하기 전에 최소 실행 가능 제품[Minimum Viable Product (MVP)]의 정의와 린 포트폴리오 관리[Lean Portfolio Management (LPM)]의 승인을 필요로 합니다.

  • Essential SAFe (필수 세이프)

    필수 세이프 구성[Configuration]은 애자일 팀들의 팀[Team of Agile Teams]으로서 애자일 릴리즈 트레인[Agile Release Train (ART)]을 통해 비즈니스 솔루션을 지속적으로 제공하는 데 필요한 최소한의 역할[Role], 행사[Event] 및 아티팩트[Artifact]를 포함하고 있습니다.

F

  • Features (피쳐)

    피쳐는 이해관계자[Stakeholder]의 요구[Need]를 충족[Fulfill]시키는 서비스[Service]입니다. 각 피쳐[Feature]에는 이익 가설[Benefit Hypothesis] 및 승인 기준[Acceptance Criteria]을 포함하며, 필요에 따라 크기를 조정하거나 분할하여 프로그램 증분[Program Increment (PI)] 기간 동안 단일 애자일 릴리즈 트레인[Agile Release Train (ART)]에 의해 제공됩니다.

  • Foundation (기반)

    기반에는 규모를 고려하여 가치를 성공적으로 제공하는 데 필요한 지원 원칙[Supporting Principle], 가치[Value], 사고방식[Mindset], 구현 로드맵[Implementation Roadmap], 리더십 역할[Leadership Role]이 포함되어 있습니다.

  • Full SAFe (전체 세이프)

    전체 세이프는 비즈니스 민첩성[Business Agility]에 필요한 일곱 가지 핵심 역량[Core Competency]을 포함하는 가장 포괄적인 구성[Configuration]입니다.

I

  • Innovation and Planning Iteration, IP Iteration (혁신 및 계획수립 이터레이션)

    혁신 및 계획수립 이터레이션은 모든 프로그램 증분[Program Increment (PI)]마다 발생하며 다양한 목적을 수행합니다. 이는 프로그램 증분 목표[PI Objective]를 달성하기 위한 추정 완충[Estimating Buffer] 역할을 하며 혁신[Innovation], 지속적인 교육[Continuous Education], 프로그램 증분 계획수립[PI Planning], 검사 및 적응[Inspect and Adapt(I&A)] 행사[Event]를 위한 전용[Dedicated] 시간을 제공합니다.

  • Inspect & Adapt, I&A (검사 및 적응)

    검사 및 적응은 각 프로그램 증분[Program Increment]의 끝에서 이루어지는 중요한 행사로, 애자일 릴리즈 트레인[Agile Release Train (ART)]에 의해 현재 솔루션[Solution]의 상태가 시연되고 평가됩니다. 그런 다음 팀은 구조화된 문제-해결 토론회[Problem-Solving Workshop]를 통해 개선 백로그[Improvement Backlog] 항목을 반영하고 식별합니다.

  • Iteration (이터레이션)

    이터레이션은 애자일[Agile] 개발의 기본 구성 요소입니다. 각 이터레이션은 고정된-길이의 제한된 시간[Timebox] 및 표준으로 애자일 팀은 작업하고, 측정한 소프트웨어 및 시스템의 형태로 증분 가치[Incremental Value]를 제공합니다. 제한된 시간의 권장 기간은 2 주입니다. 그러나 비즈니스 상황[Business Context]에 따라 1 주에서 4 주도 허용됩니다.

  • Iteration Execution (이터레이션 실행)

    이터레이션 실행은 애자일 팀[Agile Team]이 이터레이션의 제한된 시간[Timebox] 전체에 걸쳐 팀의 작업을 관리하는 방으로서 고품질[High-Quality], 동작하고[Working], 테스트가 완료된 시스템 증분[System Increment]을 만듭니다.

  • Iteration Goals (이터레이션 목표)

    이터레이션 목표는 애자일 팀[Agile Team]이 이터레이션을 통해 달성하기로 합의한 비즈니스 및 기술 목표를 높은-수준으로 요약[High-Level Summary]한 것입니다. 이는 애자일 릴리즈 트레인[Agile Release Train (ART)]을 자기 조직화[Self-Organizing] 및 자기 관리[Self-Managing]하는 팀으로 조직하는 데 필수적입니다.

  • Iteration Planning (이터레이션 계획수립)

    이터레이션 계획수립이란 모든 팀 구성원이 다음 이터레이션 동안 얼마나 많은 팀 백로그[Team Backlog]를 제공[Delivery]할 수 있는지를 결정하는 행사입니다. 팀은 작업을 약속된 일련의 이터레이션 목표[Iteration Goal]로 요약합니다.

  • Iteration Retrospective (이터레이션 회고)

    이터레이션 회고는 애자일 팀 구성원들이 이터레이션 결과를 논의하고, 자신들의 관행[Practice]을 검토하고, 개선할 방법을 식별[Identify]하는 정기적인 회의입니다.

  • Iteration Review (이터레이션 평가)

    이터레이션 평가는 일정한 주기[Cadence] 기반의 행사로서 각 팀은 모든 이터레이션이 끝날 때마다 증분[Increment]을 검사[Inspect]하여 진행 상황을 평가한 후 다음 이터레이션에 대한 백로그를 조정합니다.

L

  • Large Solution SAFe (대규모 솔루션 세이프)

    대규모 솔루션 세이프 구성[Configuration]은 세계 최대 규모의 애플리케이션, 네트워크 및 가상-물리적[Cyber-Physical]시스템을 구축하고 발전시키기 위한 추가 역할[Additional Role], 관행[Practice] 및 지침[Guidance]을 설명합니다.

  • Lean Budget Guardrails (린 예산 가드레일)

    린 예산 가드레일은 특정 포트폴리오의 예산[Budgeting], 지출[Spending] 및 통치[Governance]에 대한 정책[Policy]과 관행[Practice]을 설명합니다.

  • Lean Budget (린 예산)

    린 예산은 프로젝트 비용 회계[Cost Accounting]와 관련된 간접비[Overhead] 및 비용을 줄여 처리량[Throughput]과 생산성[Productivity]을 높이는 재무적 통치[Financial Governance]에 대한 린-애자일 접근법[Lean-Agile Approach]입니다.

  • Lean Portfolio Management (린 포트폴리오 관리)

    린 포트폴리오 관리 역량[Competency]은 전략 및 투자 자금 조달[Funding], 애자일 포트폴리오 운영 및 통치에 린[Lean] 및 시스템 사고 접근법[System Thinking Approach]을 적용하여 전략 및 실행을 조정[Align]합니다.

  • Lean User Experience, Lean UX (린 사용자 경험)

    린 사용자 경험 설계[Design]는 린-애자일[Lean-Agile] 방법을 수용하는 사고방식[Mindset], 문화[Culture], 과정[Process]입니다. 최소 실행가능 증분[Minimum Viable Increment]으로 기능성[Functionality]을 구현하고 이익 가설[Benefit Hypothesis]에 대한 결과를 측정하여 성공을 결정합니다.

  • Lean-Agile Leadership (린-애자일 리더십)

    린-애자일 리더십 역량[Competency]은 린-애자일 지도자[Lean-Agile Leader]가 어떻게 개인과 팀이 최고의 잠재력을 발휘할 수 있도록 권한을 부여하여 조직의 변화와 운영의 우수성을 추구하고 유지할 수 있는지 설명합니다.

  • Lean-Agile Mindset (린-애자일 사고방식)

    린-애자일 사고방식은 애자일 선언문[Agile Manifesto]과 린 사고[Lean thinking]의 개념을 수용하는 세이프 지도자[SAFe Leader]와 실무자들의 신념[Belief], 가정[Assumption], 태도[Attitude], 행동[Action]의 조합입니다. 이는 세이프의 원칙[Principle]과 관행[Practice]을 채택하고 적용하기 위한 개인적[Individual], 지적[Intellectual], 리더십 기반[Leadership Foundation]입니다.

  • Lean-Agile Principles (린-애자일 원칙)

    세이프[SAFe]는 열 가지 고정불변[Immutable]의 기초가 되는 린-애자일[Lean-Agile] 원칙을 기반으로 합니다. 이러한 신조[Tenet]와 경제 개념은 세이프의 역할과 관행[Practice]에 영감을 주고 정보를 제공합니다.

M

  • Measure And Grow (측정 및 성장)

    측정 및 성장은 포트폴리오가 비즈니스 민첩성[Business Agility]에 대한 진행 상황을 평가하고 다음 개선 단계를 결정하는 방법입니다.

  • Metrics (측정지표)

    측정지표는 조직이 포트폴리오[Portfolio], 대규모 솔루션[Large Solution], 프로그램[Program], 팀[Team]의 비즈니스 및 기술 목표를 얼마나 잘 달성하고 있는지 평가하는 데 사용되는 합의된 측정 척도[Agree-upon Measure]입니다.

  • Milestones (이정표)

    이정표는 특정 목표[Goal] 또는 행사[Event]에 대한 진행 상황을 추적하는 데 사용됩니다. 세이프[SAFe] 이정표의 유형은 다음 세 가지입니다: 프로그램 증분[Program Increment(PI)], 고정-날짜[Fixed-Date], 학습[Learning] 이정표.

  • Model-Based Systems Engineering, MBSE (모델 기반 시스템 엔지니어링)

    모델 기반 시스템 엔지니어링은 개발 중인 시스템을 정의[Define], 설계[Design], 문서화[Document]하는 데 도움이 되는 일련의 관련 시스템 모델을 개발하는 관행입니다. 이러한 모형은 전통적인 문서에 대한 의존도를 크게 줄이거나 제거하면서 이해관계자들이 시스템 측면을 탐색[Explore], 갱신[Update], 소통[Communicate]할 수 있도록 하는 효율적인 방법을 제공합니다.

N

  • Nonfunctional Requirements, NFRs (비기능적 요구사항)

    비기능적 요구사항은 보안[Security], 신뢰성[Reliability], 성능[Performance], 유지관리성[Maintainability], 확장성[Scalability], 사용성[Usability] 등의 시스템 속성[Attribute]을 정의합니다. 이는 서로 다른 백로그[Backlog]에 걸쳐 시스템의 설계를 제약[Constraint]하거나 제한[Restriction]하는 역할을 합니다.

O

  • Organizational Agility (조직의 민첩성)

    조직의 민첩성 역량[Competency]은 린 사고[Lean Thinking]를 하는 사람들과 애자일 팀[Agile Team]이 비즈니스 과정[Process]을 최적화[Optimize]하고, 명확하고 결정적인 새로운 약속[Commitment]으로 전략을 발전시키며, 필요에 따라 조직을 신속하게 적응[Adapt]하여 새로운 기회를 이용[Capitalize]하는 방법을 설명합니다.

P

  • PI Objectives (프로그램 증분 목표)

    프로그램 증분[Program Increment] 목표는 애자일 팀[Agile Team] 또는 애자일 릴리즈 트레인[Agile Release Train (ART)]이 다음 프로그램 증분에서 달성하고자 하는 비즈니스와 기술 목표를 요약한 것입니다.

  • Portfolio Backlog (포트폴리오 백로그)

    포트폴리오 백로그는 세이프[SAFe]의 최상위 수준의 백로그[Backlog]입니다. 이는 포괄적인 일련의 솔루션을 만들고 발전시키려는 다가오는 비즈니스[Upcoming Business]와 인에이블러 에픽[Enabler Epic]을 위한 보관 영역[Holding Area]을 제공합니다.

  • Portfolio Kanban (포트폴리오 칸반)

    포트폴리오 칸반 시스템[System]은 아이디어화[Ideation]에서 분석[Analysis], 구현[Implementation], 완성[Completion]에 이르기까지 포트폴리오 에픽[Epic]의 흐름을 시각화[Visualize]하고 관리하는 방법입니다.

  • Portfolio SAFe (포트폴리오 세이프)

    포트폴리오 세이프 구성[Configuration]은 전략을 실행에 맞추고 하나 이상의 가치 흐름[Value Stream]을 통해 가치의 흐름[Flow of Value]을 중심으로 솔루션이 개발되도록 구조화[Organize]합니다.

  • Portfolio Vision (포트폴리오 비전)

    포트폴리오 비전은 포트폴리오의 가치 흐름[Portfolio’s Value Stream]과 솔루션의 미래 상태[Future State]에 대한 설명으로서 포트폴리오의 목표와 기업의 광범위한 목표를 달성하기 위해 어떻게 협력할 것인지 설명합니다.

  • Pre-and Post-PI Planning (전-후- 프로그램 증분[Program Increment] 계획수립)

    전-후- 프로그램 증분 계획수립 행사는 솔루션 기차[Solution Train] 내의 애자일 릴리즈 트레인[Agile Release Train (ART)]과 공급자[Supplier]를 위한 프로그램 증분 계획수립을 준비하고 후속 조치[Follow-Up]를 취하기 위해 사용됩니다.

  • Product Management (제품 관리(자))

    제품 관리(자)는 제품-시장 수명주기[Product-Market Lifecycle] 전체에 걸쳐 고객의 요구를 충족시켜 주는 바람직하고[Desirable], 달성 가능하고[Feasible], 실행 가능[Viable]하며, 지속 가능한[Sustainable] 제품의 구축을 정의하고 지원할 책임이 있습니다.

  • Product Owner, PO (제품 소유자)

    제품 소유자는 팀의 피쳐[Feature]나 구성 요소[Component]의 개념적이고 기술적인 무결성[Integrity]을 유지하면서 프로그램 우선 순위의 실행을 간소화[Streamline]하기 위해 스토리[Story]를 정의하고 팀 백로그[Team Backlog]의 우선 순위를 지정할 책임이 있는 애자일 팀[Agile Team]의 구성원입니다.

  • Program Backlog (프로그램 백로그)

    프로그램 백로그는 사용자의 요구[Need]를 해결하고 단일 애자일 릴리즈 트레인[Agile Release Train (ART)]에 대한 비즈니스 이점[Benefit]을 제공하기 위해 예정된 피쳐[Features]을 보관하는 영역[Holding Area]입니다. 여기에는 아키텍처럴 런웨이[Architectural Runway]를 구축하는 데 필요한 인에이블러 피쳐[Enabler Features]도 담겨 있습니다.

  • Program Increment, PI (프로그램 증분)

    프로그램 증분은 애자일 릴리즈 트레인[Agile Release Train (ART)]이 제대로 작동하며 테스트된 소프트웨어와 시스템의 형태로 점진적인 가치를 제공하는 제한된 시간[Timebox]입니다. 프로그램 증분의 기간은 보통 8–12주입니다. 프로그램 증분의 가장 일반적인 패턴은 네 번의 개발 목적 이터레이션[Iteration]에 뒤 이은 하나의 혁신 및 계획수립[Innovation and Planning (IP)] 이터레이션이 있습니다.

  • Program Increment Planning (프로그램 증분 계획수립)

    프로그램 증분 계획수립은 애자일 릴리즈 트레인[Agile Release Train (ART)]에 있는 모든 팀이 공유된 임무[Mission]와 비전에 맞춰 조정하는 일정한 주기[Cadence] 기반의 대면 행사로서 애자일 릴리즈 트레인의 핵심[Heartbeat] 역할을 합니다.

  • Program Kanban (프로그램 칸반)

    프로그램과 솔루션 칸반[Solution Kanban] 시스템은 지속적 제공 경로[Continuous Delivery Pipeline]를 통해 아이디어화[Ideation]에서 분석[Analysis], 구현[Implementation], 출시[Release]로 이어지는 피쳐[Feature]과 캐퍼빌러티[Capability]의 흐름을 시각화하고 관리하는 방법입니다.

R

  • Release on Demand (릴리즈 온 디맨드)

    릴리즈 온 디맨드는 새로운 기능[Functionality]을 제품[Production]에 배치하고 요구에 따라 즉시 또는 점진적으로 고객에게 출시하는 과정[Process]입니다.

  • Release Train Engineer, RTE (릴리즈 트레인 엔지니어)

    릴리즈 트레인 엔지니어는 애자일 릴리즈 트레인[Agile Release Train (ART)]의 서번트 리더[Servant leader]이자 코치[Coach]입니다. 릴리즈 트레인 엔지니어의 주요 책임은 애자일 릴리즈 트레인 행사[Event] 및 과정[Process]을 촉진하고 팀이 가치를 제공할 수 있도록 지원하는 것입니다. 릴리즈 트레인 엔지니어는 이해관계자들과 의사소통하고, 장애를 상급자에게 보고하고, 위험요소[Risk] 관리를 지원하고, 지속적인 개선을 추진합니다.

  • Roadmap (로드맵)

    로드맵은 계획된 솔루션[Solution] 결과물을 계획된 기간 동안 전달[Communicate]하는 행사[Event] 및 이정표[Milestone]의 일정입니다.

S

  • SAFe for Government (정부를 위한 세이프)

    정부를 위한 세이프는 공공 부문 조직[Public Sector]이 린-애자일[Lean-Agile] 관행[Practice]을 정부 맥락에서 구현하는데 도움이 되는 일련의 성공 패턴[Pattern]입니다.

  • SAFe for Lean Enterprises (린 기업을 위한 세이프)

    린 기업을 위한 세이프는 린[Lean], 애자일[Agile], 데브옵스[DevOps]를 대규모로 구현하여 비즈니스 민첩성[Business Agility]을 달성하기 위한 검증된 통합 원칙, 관행 및 역량에 대한 지식 기반[Knowledge Base]입니다.

  • SAFe Implementation Roadmap (세이프 구현 로드맵)

    세이프 구현 로드맵은 세이프를 성공적으로 구현하는 데 효과적인 것으로 입증된[Proven] 전략 및 일련의 활동을 설명하는 개요 그림[Overview Graphic]과 12개의 일련 조항[Article]들로 구성됩니다.

  • SAFe Program Consultants, SPCs (세이프 프로그램 컨설턴트)

    공인된[Certified] 세이프 프로그램 컨설턴트는 세이프에 대한 기술적 지식과 회사의 소프트웨어 및 시스템 개발 과정[Development Process]을 개선하기 위한 내재적 동기[Intrinsic Motivation]를 결합하는 변화의 요원[Agent]입니다. 이들은 세이프를 성공적으로 구현하는 데 있어 중요한 역할을 합니다. 세이프 프로그램 컨설턴트는 비즈니스[Business] 및 기술 지도자[Technology Leaders], 포트폴리오[Portfolio] / 프로그램[Program] / 프로젝트[Project] 관리자, 과정 지도자 [Process Lead], 설계자[Architects], 분석가[Analyst], 상담사[Consultant] 등을 포함하여 수많은 내부 또는 외부 역할로부터 나옵니다.

  • Scrum Master (스크럼 마스터)

    스크럼 마스터는 애자일 팀[Agile Team]의 서번트 리더[Servant Leader] 및 코치[Coach]입니다. 이들은 스크럼, 익스트림 프로그래밍[Extreme Programming (XP)], 칸반[Kanban] 및 세이프[SAFe]에서 팀을 교육하고 합의된 애자일 과정 [Agile Process]이 준수되도록 보장합니다. 이들은 또한 장애 요소를 제거하고 높은 성과를 내는 팀 역학[Team Dynamics], 지속적인 흐름[Continuous Flow], 끊임없는 [Relentless Improvement]을 위한 환경을 조성하는 것을 도움을 줍니다.

  • ScrumXP (스크럼엑스피)

    스크럼엑스피는 세이프[SAFe] 내의 교차-기능적[Cross-Functional]이고 자기-조직화[Self-Organized] 팀에게 가치를 제공하는 경량[Lightweight] 프로세스입니다. 이는 스크럼 프로젝트 관리 관행[Management Practice]의 능력[Power]을 엑스피[Extreme Programming (XP)] 관행과 결합합니다.

  • Set-Based Design (세트-기반 설계)

    세트-기반 설계는 개발 프로세스에서 요구사항[Requirement]과 설계 선택[Design Option]을 최대한 유연하게[Flexible] 유지하는 관행입니다. 세트-기반 설계는 단일 지점의 솔루션[Solution]을 미리 선택하는 대신 여러 가지 선택을 식별하고 동시에 탐색하여 시간을 두고 더 열악한 선택을 제거[Eliminating]합니다. 이는 가정의 유효성을 검증한 후에만 기술 솔루션을 적용하기 때문에 설계 과정[Process]의 유연성을 향상시키고 더 나은 경제적 결과[Economic Result]를 만들어 냅니다.

  • Shared Services (공유 서비스)

    공유 서비스는 애자일 릴리즈 트레인[Agile Release Train (ART)] 또는 솔루션 기차[Solution Train]의 성공에 필요하지만 상시 전담으로 업무를 할 수 없는 전문적 역할[Specialty Role], 인력[People], 서비스[Service]를 나타냅니다.

  • Solution (솔루션)

    각 가치 흐름[Value Stream]은 기업 내부 또는 외부에 관계없이 고객에게 제공되는 제품, 서비스, 시스템인 하나 이상의 솔루션을 만들어 냅니다.

  • Solution Architect/Engineer (솔루션 아키텍트/엔지니어)

    솔루션 아키텍트/엔지니어는 개발중인 시스템[System] 또는 솔루션[Solution]이 의도한 목적[Intended Purpose]에 적합하도록 솔루션 기차[Solution Train] 전체에 걸쳐서 공유된 기술 및 아키텍처 비전[Technical and Architectural Vision]을 정의하고 제공할 책임이 있습니다.

  • Solution Backlog (솔루션 백로그)

    솔루션 백로그는 예정된 캐퍼빌러티[Capability] 및 인에이블러[Enabler]용 캐퍼빌러티를 위한 보관 공간[Holding Area]으로서 각각은 여러 개의 애자일 릴리즈 트레인[Agile Release Train (ART)]에 걸쳐 있을 수 있으며 솔루션을 발전시키고 아키텍처럴 런웨이[Architectural Runway]를 구축하기 위한 것입니다.

  • Solution Context (솔루션 상황)

    솔루션 상황은 솔루션 운영 환경[Operational Environment]의 중요한 측면을 식별합니다. 이는 솔루션 자체의 요건[Requirement], 사용[Usage], 설치[Installation], 운영[Operation], 지원[Support]에 대한 필수적인 이해를 제공합니다. 솔루션 상황은 릴리즈 온 디맨드[Release on Demand]를 위한 기회[Opportunity]와 제약[Constraint]에 크게 영향을 미칩니다.

  • Solution Demo (솔루션 시연)

    솔루션 시연은 솔루션 기차[Solution Train]의 개발 노력 결과를 통합[Integrated]하고 평가[Evaluated]하여 고객 및 다른 이해관계자가 볼 수 있는 행사입니다.

  • Solution Intent (솔루션 의도)

    솔루션 의도는 현재 및 의도된 솔루션 동작[Behavior]에 대한 지식을 저장[Storing], 관리[Managing] 및 소통[Communicating]하기 위한 저장소[Repository]입니다. 필요한 경우 고정 및 가변 사양 및 설계와 적용 가능한 표준[Standard], 시스템 모델[System Model], 기능[Functional] 및 비기능 테스트[Functional and Nonfunctional Test]에 대한 참조[Reference], 그리고 추적가능성[Traceability]이 포함됩니다.

  • Solution Management (솔루션 관리)

    솔루션 관리는 시간의 흐름에 따라 고객의 요구[Need]를 충족시켜 주는 바람직하고[Desirable], 달성 가능하고[Feasible], 실행 가능하며[Viable], 지속 가능한[Sustainable] 대규모 비즈니스 솔루션[Large Scale Business Solution]의 구축을 정의하고 지원하는 역할을 담당합니다.

  • Solution Train (솔루션 기차)

    솔루션 기차는 공급자[Supplier]의 기여[Contribution] 뿐만 아니라 다수의 애자일 릴리즈 트레인[Agile Release Train (ART)]의 조정[Coordination]이 필요로 하는 크고 복잡한 솔루션을 구축하는 데 사용되는 조직 구조입니다. 이는 비전[Vision], 백로그[Backlog], 로드맵[Roadmap], 조정된 프로그램 증분[Aligned Program Increment (PI)]을 사용하여 애자일 릴리즈 트레인을 공유된 비즈니스[Business] 및 기술 임무[Mission]과 맞춥니다.

  • Solution Train Engineer, STE (솔루션 기차 엔지니어)

    솔루션 기차 엔지니어는 솔루션 기차[Solution Train]의 서번트 리더[Servant Leader]이자 코치[Coach]로서 가치 흐름[Value Stream] 내의 모든 애자일 릴리즈 트레인[Agile Release Train (ART)] 및 공급자[Supplier]의 작업을 촉진하고 안내합니다.

  • Spanning Palette (스패닝 파레트)

    스패닝 파레트에는 특정 팀[Team], 프로그램[Program], 대형 솔루션[Large Solution] 및 포트폴리오[Portfolio] 상황[Context]에 적용될 수 있는 다양한 역할과 아티팩트[Artifact]가 포함됩니다.

  • Stories (스토리)

    스토리는 원하는 기능[Functionality]의 작은 부분에 대해 사용자의 언어로 쓰여진 간략한 설명입니다. 애자일 팀은 시스템 기능[Functionality]의 소규모 수직 부분업무[Vertical Slice]를 구현하고 단일 이터레이션[Single Iteration]내에서 완료할 수 있도록 크기를 조정합니다.

  • Strategic Themes (전략적 테마)

    전략적 테마는 포트폴리오를 기업[Enterprise]의 전략과 연결하는 차별화된 비즈니스 목표[Business Objective]입니다. 이는 포트폴리오 전략에 영향을 주고 포트폴리오 의사 결정을 위한 비즈니스 상황[Business Context]을 제공합니다.

  • Supplier (공급자)

    공급자는 솔루션 기차[Solution Trains] 및 애자일 릴리즈 트레인[Agile Release Trains (ART)]이 자신들의 고객들에게 솔루션[Solution]을 제공하도록 지원하는 구성요소[Component], 하위시스템[Subsystem] 또는 서비스[Service]를 개발하고 제공하는 내부 또는 외부 조직[Organization]입니다.

  • System Architect/Engineer (시스템 아키텍트/엔지니어)

    시스템 아키텍트/엔지니어는 개발 중인 시스템[System] 또는 솔루션[Solution]이 의도한 목적[Intended Purpose]에 맞도록 보장하기 위해 애자일 릴리즈 트레인[Agile Release Train (ART)]에 대하여 공유된 기술 및 아키텍처 비전[Technical and Architectural Vision]을 정의하고 제공할 책임이 있습니다.

  • System Demo (시스템 시연)

    시스템 시연은 애자일 릴리즈 트레인[Agile Release Train (ART)] 내의 모든 팀이 제공한 최근의 이터레이션[Iteration]에 대한 새로운 피쳐[Features]을 통합적으로 볼 수 있도록 해주는 중요한 행사[Event]입니다. 각 시연은 애자일 릴리즈 트레인 이해관계자들에게 프로그램 증분[Program Increment (PI)] 동안의 진행 상황에 대한 객관적인 측정[Objective Measure]을 제공합니다.

  • System Team (시스템 팀)

    시스템 팀은 일반적으로 지속적인 제공 경로[Continuous Delivery Pipeline]를 지원하는 일련도구[Toolchain]의 개발 및 유지보수를 포함하여 애자일[Agile] 개발 환경을 구축하고 지원하는 전문적인 애자일 팀[Agile Team]입니다. 시스템 팀은 애자일 팀의 자산 통합을 지원하고 필요한 경우 종단간[End-to-End] 솔루션 시험을 수행하며 배치[Deployment] 및 릴리즈 온 디맨드[Release on Demand]를 지원할 수 있습니다.

T

  • Team and Technical Agility (팀 및 기술 민첩성)

    팀 및 기술 민첩성 역량[Competency]은 고성과[High-Performing] 애자일 팀[Agile Team]과 애자일 팀들의 팀[Teams of Agile Teams]이 고객을 위한 고품질 솔루션을 만들기 위해 사용하는 중요한 기술[Skill]과 린-애자일[Lean-Agile] 원칙[Principle]과 관행[Practice]을 설명합니다.

  • Team Backlog (팀 백로그)

    팀 백로그에는 프로그램 백로그[Program Backlog]에서 시작된 사용자 및 인에이블러 스토리[Enabler Story]와 팀의 한정된 상황[Local Context]에서 발생한 스토리[Story]가 포함됩니다. 여기에는 팀이 시스템의 일부를 발전[Advance]시키기 위해 수행해야 하는 모든 것을 대표하는 다른 작업 항목도 포함될 수 있습니다.

  • Team Kanban (팀 칸반)

    팀 칸반은 팀이 업무 흐름[Workflow]를 시각화[Visualize]하고, 진행중인 일의 개수[Work In Process (WIP)]의 한계를 설정하고, 생산량[Throughput]을 측정하고, 절차[Process]를 지속적으로 개선함으로써 가치 흐름을 원활히 할 수 있도록 지원하는 방법[Method]입니다.

V

  • Value Stream Coordination (가치 흐름 조정)

    가치 흐름 조정은 의존성[Dependencies]을 관리하고 가치 흐름 간의 상호연관[Interconnection]된 것에만 존재하는 기회를 활용[Exploit]하는 방법을 정의합니다.

  • Value Stream KPI (가치 흐름 핵심성과지표)

    가치 흐름 핵심성과지표[Key Performance Indicators (KPIs)]는 예상한 경영 성과[Business Outcome]에 비해 가치 흐름이 어떤 성과를 얻고 있는지 평가하기 위해 사용하는 정량화 가능한 척도[Measure]입니다.

  • Value Streams (가치 흐름)

    가치 흐름은 조직[Organization]이 고객에게 가치의 지속적인 흐름[Continuous flow of value]을 제공하는 솔루션[Solution]을 구현하기 위해 사용하는 일련의 단계[Series of Step]를 나타냅니다.

  • Vision (비전)

    비전은 개발 중인 솔루션[Solution]의 미래 상태에 대한 설명[Description]입니다. 이는 고객 및 이해관계자의 요구[Need]와 그러한 요구를 충족시켜 주기 위해 제안된 피쳐[Feature] 및 캐퍼빌러티[Capability]를 반영합니다.

W

© 2021 Scaled Agile, Inc. All rights reserved.