SAFe Glossary

The SAFe glossary is a set of definitions for all SAFe Big Picture elements.  The extended glossary provides definitions for additional terms used in the Framework. Some are unique to SAFe (e.g., PO Sync), while others are common in Lean-Agile development (e.g., MVP). They are provided here for clarity in their meaning in the context of SAFe. All extended glossary terms appear in the English configuration and will appear in other language configurations once translated.

A

  • Acceptance Criteria(승인 기준)

    승인 기준은 스토리[Story], 피처[Feature], 케이퍼빌러티[Capability]를 반드시 올바르게 구현하고 관련 기능과 NFR을 포함하게 하기 위한 정보입니다.

  • Acceptance Test Driven Development, ATDD(인수 테스트 주도 개발)

    인수 테스트 주도 개발(ATDD)은 테스트를 우선하는 애자일 테스트 프랙티스로, 행위 주도 개발[Behavior-Driven Development, BDD]과 거의 같은 뜻입니다.

  • Agile(애자일)

    애자일[Agile]은 애자일 매니페스토에 포함된 반복 개발[Iterative Development]을 위한 일련의 가치와 원칙, 프랙티스입니다.

  • Agile Business Function(애자일 비즈니스 기능)

    애자일 비즈니스 기능은 린-애자일 방법과 SAFe 원칙을 적용하여 비즈니스 운영을 간소화하고 가치 전달을 투명하게 합니다.

  • Agile Business Train(애자일 비즈니스 트레인)

    애자일 비즈니스 트레인에는 완성된 비즈니스 솔루션을 정의, 구축, 배포, 운영, 상업화하는 데 필요한 하나 이상의 SAFe 운영 가치 흐름[Operational Value Stream]과 모든 ART가 포함되어 있습니다.

  • Agile Executive Team(애자일 경영팀)

    애자일 경영팀은 고위 경영진을 애자일 팀[Agile Team] 형태로 조정하기 위한 구조로, 애질리티[Agility]의 마인드셋[Mindset], 가치[Value], 원칙[Principle], 프랙티스[Practice]를 실천합니다.

  • Agile Manifesto(애자일 매니페스토)

    애자일 매니페스토는 애자일 소프트웨어 개발의 4가지 가치와 12가지 원칙을 설명하는 중요한 애자일 문서입니다.

  • Agile Product Delivery, APD(애자일 제품 전달)

    애자일 제품 전달(APD) 역량[Competency]은 고객과 최종 사용자에게 제품과 서비스를 연속적인 가치 흐름으로 정의[Define], 구축[Build], 릴리스[Release]하기 위한 고객 중심 접근법[Approach]입니다.

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

    애자일 릴리스 트레인(ART)은 오랫동안 유지되는 애자일 팀들의 팀[team of Agile teams]으로, 개발 가치 흐름 내에서 하나 이상의 솔루션[Solution]을 점진적으로[Incrementally] 개발[Develop] 및 전달[Deliver]하며 운영[Operate]하기도 합니다.

  • Agile Team(애자일 팀)

    애자일 팀은 가치를 정의[Define], 구축[Build], 테스트[Test]하고 이를 고객에게 전달[Deliver]하는 데 필요한 기술을 모두 갖춘 10명 이하로 구성된 교차 기능적인[Cross-Functional] 그룹입니다.

  • Artificial Intelligence, AI(인공지능)

    인공지능(AI)은 이전에 인간의 지능을 통해 처리했던 작업을 수행할 능력이 있는 다양한 스마트 기계를 가리키는 용어입니다. AI는 SAFe의 모든 수준에 적용할 수 있으며, 이를 통해 지능형 고객 솔루션을 구축하고 가치 흐름 활동[Value Stream Activities]을 자동화하며 고객 통찰력을 강화할 수 있습니다.

  • Architect Sync(아키텍트 싱크)

    아키텍트 싱크[Architect Sync]는 솔루션 트레인[Solution Train] 전반에서 새로운 설계와 상충관계[Tradeoff]의 일관된 관리를 확보하기 위한 솔루션 트레인 이벤트로, 지연[Delay] 없이 구현 방식 조정 기회를 자주 발생하게 합니다.

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

    아키텍처 런웨이는 최소한의 재설계와 지연으로 단기 피처[Feature]를 구현하는데 필요한 기존 코드, 구성요소, 기술 인프라스트럭처[Technical Infrastructure]로 구성됩니다.

  • ART Backlog(ART 백로그)

    ART 백로그는 솔루션을 개선하고 해당 아키텍처 런웨이[Architectural Runway]를 확장하기 위한 피처[Feature]와 인에이블러[Enabler]를 포착하고 관리하는 데 사용하는 칸반 시스템[Kanban System]입니다.

  • ART Flow(ART 흐름)

    ART 흐름은 ART가 가치 있는 피처의 지속적 흐름을 고객에게 전달하는 상태입니다.

  • ART Kanban(ART 칸반)

    ART 칸반 시스템은 지속적 전달 파이프라인[Continuous Delivery Pipeline]을 통해 아이디어 생성[Ideation]에서 분석[Analysis], 구현[Implementation], 릴리스[Release]에 이르는 피처[Feature] 흐름을 시각화하고 관리하는 방법입니다.

  • ART PI Risks(ART PI 리스크)

    ART PI 리스크는 ART의 PI 목표 달성 능력에 영향을 미칠 수 있는 식별된 사항들입니다.

  • ART Planning Board(ART 계획수립 보드)

    ART 계획수립 보드는 PI의 피처 제공 날짜, 팀 간의 피처 종속성[Dependencies], 관련 이정표를 시각화한 것입니다.

  • ART Predictability Measure(ART 예측 가능성 측정)

    ART 예측 가능성 측정은 단일 PI에 대한 ART 내 모든 팀의 계획한 비즈니스 가치[Business Value]와 실제 비즈니스 가치를 비교하여 요약한 것입니다.

  • ART Sync(ART 싱크)

    ART 싱크는 제품 책임자[Product Owner, PO] 싱크와 코치 싱크[Coach Sync]를 결합한 ART 이벤트입니다.

B

  • Backlog Refinement(백로그 개선)

    백로그 개선은 다가오는 백로그 항목의 승인 기준을 정의[Define], 토의[Discuss], 추정[Estimate], 수립[Establish]하기 위한 주기적인 팀 활동입니다.

  • Baseline Solution Investments, BSI(베이스라인 솔루션 투자)

    베이스라인 솔루션 투자[BSI]는 각 가치 흐름[Value Stream]에서 현재 비즈니스 케이퍼빌러티를 전달하는 솔루션을 개발, 지원, 운영할 때 발생하는 비용입니다.

  • Batch Size(배치 크기)

    배치 크기는 주어진 기한에 시스템으로 가져오는 작업량을 측정한 것입니다.

  • Behavior-Driven Development, BDD(행위 주도 개발)

    행위 주도 개발(BDD)은 테스트를 우선하는 애자일 테스트 프랙티스로, 시스템 행위를 지정하기 이전이나 지정하는 과정에서 테스트를 정의함으로써 (그리고 잠재적으로는 자동화함으로써) 품질 내재화[Built-in Quality]를 제공합니다.

  • Benefit Hypothesis(이익 가설)

    이익 가설은 에픽[Epic]이나 케이퍼빌러티[Capabilities], 피처[Feature] 또는 스토리[Story]로 비즈니스 또는 고객이 누리는 측정 가능한 제안된 이익입니다.

  • Big Data(빅 데이터)

    빅 데이터는 엔터프라이즈가 결정을 내릴 때 더욱더 정보와 사실에 기반하도록 돕는 대형 데이터 집합을 수집, 관리, 정규화, 전달하는 데 필요한 역할[Roles]과 프랙티스[Practice]입니다.

  • Built-In Quality(품질 내재화)

    품질 내재화는 비즈니스 영역과 기술 영역에서 애자일 팀[Agile Team]의 산출물이 반드시 고객 가치 창출 프로세스 전반의 적절한 품질 기준을 충족하도록 돕는 일련의 프랙티스[Practice]입니다.

  • Burn-Down (Burn-Up) Chart(번다운/번업 차트)

    번다운 차트와 번업 차트는 시간에 따른 작업 진행률을 표시하는 그래픽 디스플레이입니다.

  • Business Agility(비즈니스 애질리티)

    비즈니스 애질리티는 디지털을 활용한[Digitally-Enabled] 혁신적인 비즈니스 솔루션[Business Solution]으로, 시장 변화와 새로운 기회에 신속히 대응하여 디지털 시대에 경쟁하고 성공할 수 있는 능력입니다.

  • Business and Technology(비즈니스 및 기술)

    비즈니스 및 기술은 엔터프라이즈 전반에서 SAFe 원칙과 프랙티스를 적용함으로써 비즈니스 애질리티[Business Agility]를 실현하기 위해 적용할 수 있는 패턴입니다.

  • Business Context(비즈니스 컨텍스트)

    비즈니스 컨텍스트[Business Context]는 비즈니스 책임자가 제시하는 PI 계획수립 의제 항목으로, 비즈니스의 현재 상태를 설명하고 포트폴리오 비전을 공유하며 기존 솔루션이 현재 고객의 요구를 얼마나 효과적으로 충족시키고 있는지에 대한 관점을 제시합니다.

  • Business Owners(비즈니스 책임자)

    비즈니스 책임자는 투자수익률[Return on Investment, ROI], 거버넌스[Governance], 컴플라이언스[Compliance]에 대해 기본적으로 비즈니스와 기술을 책임지는 핵심 ART 이해관계자입니다.

  • Business-Enabled ART(비즈니스 인에이블드 ART)

    비즈니스 인에이블드 ART는 솔루션이 반드시 자신이 속한 비즈니스를 인식하고 해당 기술과 비즈니스, 고객 관련 우려 사항을 해결하게 하는 데 필요한 기술 및 비즈니스 담당자를 포함하는 애자일 릴리스 트레인(ART)입니다.

C

  • CALMR

    CALMR이란 문화[Culture], 자동화[Automation], 린 흐름[Lean Flow], 측정[Measurement], 복구[Recovery]를 강화함으로써 지속적 가치 전달을 달성하도록 ART를 인도하는 데브옵스 마인드셋[DevOps Mindset]입니다.

  • Capabilities(케이퍼빌러티)

    케이퍼빌러티는 대규모 솔루션 기능으로, 다수의 ART에 구현된 경우가 많으며 단일 PI 중에 전달할 수 있는 크기입니다.

  • Capacity Allocation(작업가능량 할당)

    작업가능량 할당은 다가오는 계획수립[Planning] 기간에 대해 작업 항목 유형별로 작업을 할당하는 것입니다.

  • Cloud(클라우드)

    클라우드는 비용 효율적이고 확장 가능한 인프라스트럭처[Infrastructure]와 운영[Operation], 데브옵스 툴체인[DevOps Toolchain]의 구현, AI 애플리케이션의 개발과 호스팅에 사용되는 가상 온디맨드 처리 서비스 및 저장 서비스입니다.

  • Coach Sync(코치 싱크)

    코치 싱크는 ART 의존성[Dependency]을 조정하고 진행률[Progress] 및 장애 요소[Impediment]에 대한 가시성[Visibility]을 제공하는 ART 이벤트입니다.

  • Collective Ownership(공동 소유권)

    공동 소유권은 개별 팀 구성원이 가치 흐름[Value Flow]을 개선하기 위해 관련된 자산을 업데이트하는 데 필요한 기술과 권한을 가지는 품질 프랙티스입니다.

  • Combined Portfolio(결합 포트폴리오)

    결합 포트폴리오는 개발 가치 흐름과 운영 가치 흐름이 모두 포함된 일종의 SAFe 포트폴리오[Portfolio]입니다.

  • Communities of Practice, CoP(실무자 모임)

    실무자 모임은 특정 기술 영역이나 비즈니스 영역에 대한 공통 관심사를 가진 사람들로 이루어진 그룹[Group]입니다. 이들은 정기적으로 협력하여 정보를 공유하고, 기술을 강화하며, 해당 영역에 대한 자신의 지식을 심화하기 위해 적극적으로 노력합니다.

  • Compliance(컴플라이언스)

    컴플라이언스란 팀이 린-애자일[Lean-Agile] 개발법을 적용하여 가능한 최고 품질의 시스템을 구축하는 동시에 규제[Regulatory], 산업 표준[Industry Standards] 및 기타 관련 표준[Standards] 준수를 확보하는 전략과 활동, 산출물[Artifact]을 의미합니다.

  • Confidence Vote(자신감 투표)

    자신감 투표는 팀과 ART가 기존 PI 목표를 전달할 자신의 능력에 대한 신념을 측정합니다.

  • Continuous Delivery Pipeline, CDP(지속적 전달 파이프라인)

    지속적 전달 파이프라인(CDP)은 새로운 기능을 아이디어 생성[Ideation]부터 가치의 온디맨드 릴리스[On-Demand Release]까지 인도하는 데 필요한 업무 흐름[Workflow], 활동[Activities], 자동화[Automation]를 의미합니다.

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

    지속적 배포(CD)는 새로운 기능이 스테이징 환경[Staging Environment]에서부터 릴리스 가능한 운영에 이르는 이동을 자동화하는 지속적 전달 파이프라인[Continuous Delivery Pipeline]의 한 측면입니다.

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

    지속적 탐색(CE)은 계속해서 시장과 고객의 요구를 탐색하고, 비전[Vision]과 로드맵[Roadmap], 일련의 솔루션 피처[Features]를 정의함으로써 구축해야 하는 것들에 대한 얼라인먼트를 촉진하며 혁신을 이끄는 지속적 전달 파이프라인[Continuous Delivery Pipeline]의 한 측면입니다.

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

    지속적 통합(CI)은 배포와 릴리스를 준비하는 과정에서 새로운 기능을 개발[Develop], 테스트[Test], 통합[Integrate], 검증[Validate]하는 지속적 전달 파이프라인[Continuous Delivery Pipeline]의 한 측면입니다.

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

    지속적인 학습 문화(CLC) 역량[Competency]은 개인이 (그리고 엔터프라이즈가 전사적으로) 지식[Knowledge], 역량[Competence], 성과[Performance], 혁신[Innovation]을 계속해서 강화하도록 장려하는 일련의 가치[Value]와 프랙티스[Practice]입니다.

  • Coordinate and Deliver(조정 및 전달)

    조정 및 전달은 솔루션 트레인[Solution Train]이 대규모 솔루션 고객에게 지속적으로 가치를 전달하는 데 필요한 얼라인먼트[Alignment]와 협업[Collaboration]을 유지하기 위해 사용하는 프랙티스입니다.

  • Core Values(핵심 가치)

    핵심 가치는 얼라인먼트[Alignment], 투명성[Transparency], 사람에 대한 존중[Respect for people], 끊임없는 개선[Relentless improvement]으로 4가지이며, 이는 SAFe가 효과를 발휘하기 위해 꼭 필요한 기본 신념[Belief]입니다.

  • Cost of Delay(지연 비용)

    지연 비용(CoD)은 일정 기간 작업을 지연하거나 중단하여 손실될 금전 또는 가치를 다른 작업을 기준으로 나타내는 가중치를 고려한 최단 작업 먼저하기[WSJF] 우선순위 계산 시 분자입니다.

  • Customer(고객)

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

  • Customer Centricity(고객 중심)

    고객 중심은 엔터프라이즈[Enterprise]가 제공하는 모든 제품과 서비스를 통해 고객에게 긍정적인 경험을 선사하는 데 중점을 둔 마인드셋[Mindset]입니다.

  • Customer Journey Map(커스터머 저니 맵)

    커스터머 저니 맵은 기업의 운영 가치 흐름[Operational Value Stream], 제품[Products], 서비스[Services]와 상호 작용하는 사용자의 경험을 포착한 것입니다.

D

  • Decentralized Decision-Making(분산된 의사결정)

    분산된 의사결정을 통해 개인과 팀은 스스로의 지식[Knowledge]과 컨텍스트[Context]에 따라 의사결정을 내릴 수 있는 역량을 제공 받습니다.

  • Definition of Done(완료 기준)

    완료 기준은 작업 제품[Work Product] 또는 가치 증분[Increment of Value]의 완결성에 관한 요건을 규정합니다.

  • Deploy(배포)

    배포는 변화를 생산 전 환경에서 생산 환경이나 운영 환경(최종 사용자에게 릴리스할 수도 있고 릴리즈하지 않을 수도 있음)으로 옮기는 것입니다.

  • Design Thinking(디자인 씽킹)

    디자인 씽킹은 제품 수명주기[Lifecycle] 전반에서 수익성[Profitable] 있고 지속 가능하며[Sustainable] 바람직한[Desirable] 제품을 만드는 고객 중심[Customer Centric]의 개발 프로세스입니다.

  • Develop on Cadence(케이던스 기반 개발)

    케이던스 기반 개발은 주기적으로 발생하는 일련의 개발 이벤트와 활동입니다.

  • Development Value Streams, DVS(개발 가치 흐름)

    개발 가치 흐름은 비즈니스 가설을 고객에게 가치를 전달하는 디지털 기반[Digitally-Enabled] 솔루션으로 전환하는 데 필요한 활동의 순서입니다.

  • DevOps(데브옵스)

    데브옵스[DevOps]는 솔루션[Solution]을 효과적으로 개발하고 운영하는 데 필요한 통합[Integration], 자동화[Automation], 협력[Collaboration]을 지원하는 마인드셋이자 문화이며 일련의 기술 프랙티스입니다.

E

  • Empathy Map(엠퍼시 맵)

    엠퍼시 맵은 고객에 대한 이해를 심화하고 공유하는 데 사용하는 디자인 씽킹[Design Thinking] 도구입니다.

  • Enabler(인에이블러)

    인에이블러는 개발 중인 솔루션의 아키텍처 런웨이[Architectural Runway]를 연장하거나 개발 가치 흐름[Development Value Stream]의 성과를 개선하는 백로그[Backlog] 항목입니다.

  • Enterprise(엔터프라이즈)

    엔터프라이즈는 각 SAFe 포트폴리오[SAFe Portfolio]가 속한 비즈니스 엔터티[Business Entity]입니다.

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

    엔터프라이즈 아키텍트는 포트폴리오[Portfolio]의 기술 비전, 전략, 로드맵[Roadmap]을 수립하는 역할을 합니다.

  • Enterprise Solution Delivery, ESD(엔터프라이즈 솔루션 전달)

    엔터프라이즈 솔루션 전달(ESD) 역량[Competency]은 세계에서 가장 크고 가장 복잡한 소프트웨어 애플리케이션, 네트워크, 가상-물리적[Cyber-Physical] 시스템의 사양[Specification], 개발[Development], 운영[Operation], 진화[Evolution]에 SAFe 원칙[Principle]과 프랙티스[Practice]를 적용하는 데 필요한 프랙티스입니다.

  • Epic Hypothesis Statement(에픽 가설 기술서)

    에픽 가설 기술서는 에픽에 관한 중요 정보와 가정을 포착하고 구성하며 알릴 때 사용하는 구조화된 형식[Structured Format]입니다.

  • Epic Owner(에픽 책임자)

    에픽 책임자는 포트폴리오 칸반[Portfolio Kanban] 시스템을 통해 에픽들을 조정[Coordinate]하는 역할을 합니다.

  • Epic(에픽)

    에픽은 중요한 솔루션 개발 계획입니다.

  • Essential SAFe(에센셜 SAFe)

    에센셜 SAFe는 애자일 릴리스 트레인(ART)이 솔루션을 전달하는 데 필요한 최소한의 요소를 제공하며 구현[Implementation]을 위한 가장 단순한 시작점입니다.

  • Estimating Poker(추정 포커)

    추정 포커는 스토리[Stories]와 피처[Features]의 크기를 상대적으로 추정하기 위한 협업 기술입니다.

  • Extreme Programming(익스트림 프로그래밍)

    익스트림 프로그래밍(XP)은 소프트웨어 품질과 변화하는 고객 요구사항에 대한 대응성을 개선하기 위해 고안된 일련의 애자일 소프트웨어 엔지니어링 프랙티스[Agile Software Engineering Practice]입니다.

F

  • Features(피처)

    피처는 비즈니스 가치[Business Value]를 전달하고 이해관계자의 요구를 충족하는 솔루션 기능을 나타내며, 애자일 릴리스 트레인(ART)이 단일 PI 안에 전달할 수 있는 크기입니다.

  • Flow(흐름)

    흐름은 작업 제품이 가치 흐름[Value Stream] 내 단계에 따라 순차적이며 매끄럽고 빠르게 이동할 때 발생하는 상태입니다.

  • Flow Distribution(흐름 분포)

    흐름 분포는 시스템에서 작업 항목의 비율을 유형별로 측정한 것입니다.

  • Flow Efficiency(흐름 효율성)

    흐름 효율성은 부가 가치 작업 활동에 소요한 전체 시간을 전체 흐름 시간[Flow Time]으로 나눈 비율입니다.

  • Flow Load(흐름 작업량)

    흐름 작업량은 현재 진행 중인(작업 중 또는 대기 중) 작업 항목의 개수를 측정한 것입니다.

  • Flow Predictability(흐름 예측 가능성)

    흐름 예측 가능성은 팀, ART, 포트폴리오가 얼마나 일관되게 약속을 지킬 수 있는지 측정한 것입니다.

  • Flow Time(흐름 시간)

    흐름 시간은 특정한 작업 항목이 시작되어 완성될 때까지의 시간을 측정한 것입니다.

  • Flow Velocity(흐름 벨로시티)

    흐름 벨로시티는 일정 기간에 완성된 작업 항목의 개수를 측정한 것입니다.

  • Foundation(기반)

    린 애자일 리더십[Lean-Agile Leadership]과 지속적인 학습 문화 역량[Continuous Learning Culture Competency]에 뿌리를 둔 SAFe 기반에는 SAFe 프랙티스[Practice]를 내재화하고 비즈니스 애질리티[Business Agility]를 달성하는 데 필요한 마인드셋[Mindset], 가치[Value], 원칙[Principle], 내재화 지침[Implementation Guidance]이 포함되어 있습니다.

  • Full SAFe(풀 SAFe)

    풀 SAFe는 가장 포괄적인 버전의 프레임워크[Framework]이며 복잡한 대규모 솔루션들로 이루어진 포트폴리오를 구축하고 유지하는 엔터프라이즈를 지원합니다.

G

  • Gemba(현장)

    현장은 작업이 수행되고 가치가 창출되는 '실제 장소(일본어로 '겜바')'를 의미합니다.

H

  • Hackathon(해커톤)

    해커톤은 팀원들이 무엇이든 원하는 작업을 누구든 원하는 사람과 함께 할 수 있는 혁신 이벤트입니다. 단, 기업의 미션을 반영한 작업이어야 하며 마칠 때 작업 결과를 시연해야 합니다.

I

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

    혁신 및 계획수립(IP) 이터레이션은 PI 때마다 실시하는 특별한 전용 이터레이션입니다. 이때는 PI 목표[PI Objective]를 달성하기 위한 추정 여유[Estimating Buffer]가 제공되며 혁신[Innovation]과 지속적인 교육[Continuous Education], PI 계획수립[PI Planning], 검사 및 적응[Inspect and Adapt, I&A] 이벤트[Event]만을 위한 시간이 제공됩니다.

  • Inspect and Adapt(검사 및 적응)

    검사 및 적응(I&A)은 각 PI[Program Increment] 막바지에 실시하는 중요한 이벤트로, 현재 솔루션[Solution]의 상태를 시연하고 평가합니다. 그런 다음 팀은 체계적인 문제해결 워크숍[Problem-Solving Workshop]을 통해 개선 백로그[Improvement Backlog] 항목을 반영하고 식별합니다.

  • Integration Point(통합 시점)

    통합 시점은 다양한 솔루션 요소를 전체로 통합하여 성능과 사용 적합성을 객관적으로 평가할 수 있는 학습 이벤트입니다.

  • Investment Horizons(투자 영역 구분)

    투자 영역 구분은 기업이 현재와 미래의 비즈니스 기회에서 투자를 분석[Analyze], 이해[Understand], 할당[Allocate]할 수 있는 구조를 제공합니다.

  • Iteration(이터레이션)

    이터레이션은 정해진 표준 기한으로, 애자일 팀[Agile Team]과 ART는 이터레이션 중에 개별적으로 그리고 함께 PI 목표[PI Objectives] 달성을 위해 노력하는 동시에 점진적으로 고객 가치를 전달합니다.

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

    이터레이션 목표는 애자일 팀[Agile Team]이 이터레이션을 통해 달성하기로 합의한 비즈니스 목표 및 기술 목표의 상위 수준의 요약[High-Level Summary]입니다.

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

    이터레이션 계획수립이란 모든 팀 구성원이 다가오는 이터레이션에서 얼마나 많은 팀 백로그[Team Backlog]를 전달[Delivery]하기로 약속할지를 결정하는 SAFe 스크럼[SAFe Scrum] 이벤트입니다. 팀은 이 작업을 일련의 약속된 이터레이션 목표[Iteration Goal]로 요약합니다.

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

    이터레이션 회고는 팀 구성원들이 이터레이션[Iteration] 결과를 논의하고, 자신의 프랙티스[Practice]를 검토하며, 개선할 방법을 식별하는 정기 이벤트입니다.

  • Iteration Review(이터레이션 리뷰)

    이터레이션 리뷰는 팀이 이터레이션 증분[Iteration Increment]을 검사하고 진행률을 평가하며 팀 백로그[Team Backlog]를 조정하는 정기적인 SAFe 스크럼[SAFe Scrum] 이벤트입니다.

L

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

    대규모 솔루션 SAFe는 포트폴리오를 고려할 필요가 없는 크고 복잡한 솔루션을 구축하는 엔터프라이즈를 대상으로 합니다.

  • Lean(린)

    린은 지연을 줄이고 부가 가치가 없는 활동을 제거하여 가치 전달[Value Delivery]의 효율과 효과를 개선하기 위한 일련의 프랙티스와 지식의 모음입니다.

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

    린 예산 가드레일은 특정 포트폴리오의 예산[Budgeting], 지출[Spending], 거버넌스[Governance]에 대한 정책[Policy]과 프랙티스[Practice]입니다.

  • Lean Budget(린 예산)

    린 예산은 프로젝트가 아닌 가치 흐름[Value Stream]에 자금을 지원하고 가치 전달의 속도를 높이며 기존 프로젝트 회계와 관련된 운영비와 비용을 줄이는 재무적 거버넌스[Financial Governance] 접근법입니다.

  • Lean Business Case, LBC(린 비즈니스 케이스)

    린 비즈니스 케이스(LBC)는 에픽[Epic], MVP, 예상 비즈니스 가치 등을 설명하기 위한 구조화된 형식입니다.

  • Lean Governance(린 거버넌스)

    린 거버넌스는 지출[Spending], 감사[Audit], 컴플라이언스[Compliance], 비용[Expenses], 측정[Measurement], 보고[Reporting]에 대한 감독을 지원하는 린 포트폴리오 매니지먼트[Lean Portfolio Management]의 차원입니다.

  • Lean Portfolio Management, LPM(린 포트폴리오 매니지먼트)

    린 포트폴리오 매니지먼트(LPM) 역량[Competency]은 전략과 투자금 조달, 애자일 포트폴리오 운영, 거버넌스에 린 접근법[Lean Approach]과 시스템 씽킹 접근법[System Thinking Approach]을 적용하여 전략 및 실행을 조정[Align]하는 것입니다.

  • Lean Quality Management System, Lean QMS(린 품질 관리 시스템)

    린 품질 관리 시스템(Lean QMS)은 제품 품질, 안전성, 효율성을 확인하기 위해 린 애자일 프랙티스, 정책, 절차를 적용하는 일종의 품질 관리 시스템[Quality Management System]입니다.

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

    린 사용자 경험(Lean UX)은 이론에 따른 이상적 설계보다는 반복되는 학습[Iterative Learning]과 전반적 사용자 경험, 고객 성과에 집중함으로써 더 나은 제품을 구축하기 위한 팀 기반 접근법입니다.

  • Lean-Agile Center of Excellence, LACE (린 애자일 변화관리 팀)

    린 애자일 변화관리 팀(LACE)은 SAFe 린 애자일 작업 방식의 내재화를 전담하는 소규모 애자일 팀입니다.

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

    린-애자일 리더십(LAL) 역량[Competency]은 리더가 어떻게 개인과 팀이 잠재력을 최대한 발휘하도록 권한을 부여하여 조직의 변화와 운영 우수성을 추구하고 유지하는지를 나타냅니다.

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

    린-애자일 사고방식은 린 씽킹[Lean Thinking] 및 애자일 매니페스토[Agile Manifesto]의 개념을 수용하는 SAFe 리더와 실무자들의 신념[Belief], 가정[Assumption], 태도[Attitude], 행동[Action]을 총괄한 것입니다.

  • Little's Law(리틀의 법칙)

    리틀의 법칙은 시스템의 서비스 평균 대기 시간이 평균 대기열[Queue] 길이를 평균 프로세스 속도로 나눈 비율과 같다는 대기행렬이론[Queuing Theory]입니다.

M

  • Measure and Grow(측정 및 성장)

    측정 및 성장은 비즈니스 애질리티[Business Agility]를 향한 진행률을 평가하고 개선 조치를 결정하기 위해 SAFe 엔터프라이즈가 사용하는 접근법입니다.

  • Milestone(이정표)

    이정표는 더 큰 목표를 향한 진행률을 평가할 때 사용하는 구체적인 목표나 이벤트 또는 시점입니다.

  • Minimum Marketable Feature, MMF(최소 판매 가능 피처)

    최소 판매 가능 피처(MMF)는 피처 이익 가설[Feature Benefit Hypothesis]을 검증하는 데 필요한 최소한의 기능입니다.

  • Minimum Viable Product, MVP(최소 기능 제품)

    최소 기능 제품(MVP)은 에픽 가설[Epic Hypothesis]을 입증 또는 반증하기에 충분한 새로운 솔루션의 초기 및 최소 버전입니다.

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

    모델 기반 시스템 엔지니어링(MBSE)은 개발 중인 시스템을 정의[Define], 설계[Design], 시뮬레이션[Simulate], 문서화[Document]하는 데 도움이 되는 일련의 관련 모델을 개발하는 프랙티스입니다.

  • Modified Fibonacci Sequence(변형된 피보나치수열)

    변형된 피보나치수열은 추정하고 있는 작업에 내재한 불확실성을 반영하는 상대적인 추정 수열(1, 2, 3, 5, 8, 13, 20, 40, 100)입니다.

N

O

  • Objectives and Key Results, OKR(목표 및 핵심 결과)

    목표 및 핵심 결과(OKR)는 분명한 목표와 측정 가능한 성과를 정하기 위한 협업 프레임워크입니다. 

  • Operational Value Streams, OVS(운영 가치 흐름)

    운영 가치 흐름(OVS)은 고객에게 제품이나 서비스를 전달하는 데 필요한 활동의 순서입니다.

  • Organizational Agility, OA(조직 애질리티)

    조직 애질리티(OA) 역량은 엔터프라이즈 전체에서 린 씽킹[Lean Thinking]을 하는 사람들과 애자일 팀[Agile Team]이 비즈니스 프로세스[Process]를 최적화[Optimize]하고, 명확하고 결단력 있는 새로운 약속[Commitment]으로 전략을 발전시키며, 필요에 따라 조직을 신속하게 적응[Adapt]시켜 새로운 기회를 이용[Capitalize]하는 방법을 나타냅니다.

P

  • Pareto Analysis(파레토 분석)

    파레토 분석은 검사 및 적응[Inspect and Adapt] 이벤트에서 가장 중요한 전체적인 효과를 내는 활동을 선정할 때 사용하는 기술입니다.

  • Participatory Budgeting, PB(예산배정 참가 회의)

    예산배정 참가 회의(PB)는 포트폴리오 예산을 해당 가치 흐름[Value Stream]에 할당하기 위해 협력하는 과정입니다.

  • Personas(페르소나)

    페르소나는 제품을 사용하거나 사용할 수도 있는 이들의 대표적인 특징을 묘사한 것입니다.

  • Phase Gate(페이즈 게이트)

    페이즈 게이트는 솔루션 개발의 진행률 측정 시 기존의 순차적인 접근법을 기반으로 하는 거버넌스 이정표입니다.

  • PI Objectives(PI 목표)

    PI 목표는 다가오는 PI에서 팀과 트레인이 달성하려는 비즈니스 목표와 기술 목표를 요약한 것입니다.

  • PI Planning(PI 계획수립)

    PI 계획수립은 팀들과 이해관계자를 공통된 임무와 비전에 따라 조정하는 ART 전체를 위한 케이던스 기반 이벤트입니다.

  • Plan-Do-Check-Adjust, PDCA(계획-실행-검사-조정)

    계획-실행-검사-조정(PDCA)은 불확실성을 탐색하고 새로운 학습을 창출하기 위한 가설 형성, 실험, 결과 평가의 과학적 방법을 표현한 것입니다.

  • Planning Interval, PI(계획수립 주기)

    계획수립 주기란 케이던스에 기반한 기한으로, 애자일 릴리스 트레인은 PI 중에 PI 목표에 따라 고객에게 지속적인 가치를 전달합니다.

  • Portfolio(포트폴리오)

    포트폴리오는 공동의 자금 조달[Common Funding] 및 거버넌스 모델[Governance Model] 안에서 고객에게 가치 있는 솔루션[Solution]의 흐름을 지속적으로 전달하는 일련의 가치 흐름[Value Stream]입니다.

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

    포트폴리오 백로그는 포트폴리오의 제품, 서비스, 솔루션을 만들고 발전시키기 위한 비즈니스 및 인에이블러[Enabler] 에픽[Epic]을 포착하고 관리하는 데 사용하는 칸반 시스템[Kanban System]입니다.

  • Portfolio Canvas(포트폴리오 캔버스)

    포트폴리오 캔버스는 SAFe 포트폴리오, 해당 솔루션, 해당 수익 흐름, 해당 고객, 기타 주요 비즈니스 요소 안에서 개발 가치 흐름[Development Value Stream]을 정의합니다.

  • Portfolio Flow(포트폴리오 흐름)

    포트폴리오 흐름은 포트폴리오의 비전과 전략 테마를 달성하기 위해 린 포트폴리오 매니지먼트[Lean Portfolio Management]가 새로운 에픽의 지속적인 흐름을 솔루션 트레인과 ART에 제공하는 상태입니다.

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

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

  • Portfolio SAFe(포트폴리오 SAFe)

    포트폴리오 SAFe는 하나 이상의 가치 흐름[Value Stream]을 위해 전략과 투자금 조달, 애자일 포트폴리오 운영, 린 거버넌스[Lean Governance]를 제공합니다. 

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

    포트폴리오 비전은 포트폴리오의 가치 흐름[Value Stream]과 솔루션의 미래 상태[Future State]를 나타냅니다.

  • Pre-Plan(사전계획)

    사전계획은 솔루션 트레인 안의 ART를 PI 계획수립을 위해 조정하고 준비하는 활동입니다.

  • Problem-Solving Workshop(문제해결 워크숍)

    문제해결 워크숍은 시스템 문제의 근본 원인과 조치를 찾는 체계적 접근법을 제공하는 검사 및 적응[Inspect and Adapt, I&A] 이벤트입니다.

  • Product Management(제품 관리자)

    제품 관리자는 제품 수명주기 전반에서 고객의 요구를 충족하고 개발을 지원하는 바람직하고[Desirable], 실현 가능하며[Feasible], 제대로 기능[Viable]하고, 지속 가능[Sustainable]한 솔루션을 정의하는 역할을 합니다.

  • Product Owner, PO(제품 책임자)

    제품 책임자(PO)는 팀 백로그[Team Backlog]가 반드시 고객과 이해관계자의 수요에 따라 조정되게 함으로써 팀이 전달하는 가치의 극대화를 주로 담당하는 애자일 팀[Agile Team]의 팀원입니다.

  • Product Owner (PO) Sync(제품 책임자(PO) 싱크)

    제품 책임자 싱크는 PI 목표[PI Objectives] 달성을 향한 ART의 진행률을 가시적으로 확인하고 필요한 조정을 위해 사용하는 ART 이벤트입니다.

R

  • Refactoring(리팩토링)

    리팩토링[Refactoring]은 외부 행위[External Behavior]를 바꾸지 않고 코드 또는 구성요소의 내부 구조[Internal Structure]나 작동[Operation]을 개선하는 활동입니다.

  • Relative Estimation(상대적 추정)

    상대적 추정은 시스템 안에 있는 작업의 크기와 가치를 빠르게 비교할 때 사용하는 기술입니다.

  • Release(릴리스)

    릴리스를 통해 최종 사용자[End-user]가 배포된 기능을 사용할 수 있게 됩니다.

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

    릴리스 온디맨드란 비즈니스 요구사항과 고객 요구사항에 따라 즉각적으로 또는 점진적으로 새로운 기능을 릴리스하는 지속적 전달 파이프라인[Continuous Delivey Pipeline]의 한 측면입니다.

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

    릴리스 트레인 엔지니어(RTE)는 ART 이벤트와 프로세스를 촉진하고 팀의 가치 전달을 지원하는 서번트 리더[Servant Leader]이자 ART 코치입니다.

  • Relentless Improvement(끊임없는 개선)

    끊임없는 개선은 지속적인 성찰과 개선을 통한 학습과 성장을 장려하는 SAFe 핵심 가치입니다.

  • Roadmap(로드맵)

    로드맵은 정해진 기간에 계획한 솔루션 결과물을 예측하고 이를 전달하는 이벤트[Event]와 이정표[Milestone]로 구성된 일정입니다.

S

  • SAFe

    SAFe는 비즈니스 애질리티[Business Agility]를 위한 글로벌 선도 프레임워크입니다. SAFe는 린[Lean], 애자일[Agile], 데브옵스[DevOps]의 탁월성을 포괄적인 운영 체제에 통합하여 엔터프라이즈가 혁신적인 제품과 서비스를 더 빠르게, 더 예측할 수 있게, 더 고품질로 제공함으로써 디지털 시대에 성공할 수 있게 지원합니다.

  • SAFe Big Picture, BP(SAFe 빅 픽처)

    SAFe 빅 픽처(BP)란 프레임워크의 기본 역할, 활동, 산출물을 시각적으로 표현한 것입니다. 

  • SAFe for Government(정부를 위한 SAFe)

    정부를 위한 SAFe는 공적인 조직이 SAFe 린 애자일[Lean-Agile] 가치, 마인드셋[Mindset], 원칙[Principle], 프랙티스[Practice]를 구현하여 더 나은 솔루션 개발 성과를 달성하도록 돕는 일련의 성공 패턴입니다.

  • SAFe Implementation Roadmap(SAFe 내재화 로드맵)

    SAFe 내재화 로드맵은 SAFe를 성공적으로 구현하기 위한 전략과 일련의 순서가 정해진 활동을 설명하는 14개의 핵심 문서[Article] 시리즈와 개요 그림[Overview Graphic]으로 구성되어 있습니다.

  • SAFe Lean Startup Cycle(SAFe 린 스타트업 사이클)

    SAFe 린 스타트업 사이클은 전략적 투자의 경제적 가치를 최적화하는 데 효과가 있다고 입증된 구축[Build]-측정[Measure]-학습[Learn]이 반복하는 사이클입니다.

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

    SAFe는 불변의 기본 린-애자일[Lean-Agile] 원칙 10가지를 기반으로 합니다. 이런 신조와 경제 개념은 SAFe의 역할[Roles]과 프랙티스[Practices]에 영감을 주고 정보를 제공합니다.

  • SAFe Overview(SAFe 개요)

    SAFe 개요는 비즈니스 애질리티[Business Agility]의 일곱 가지 핵심 역량과 각각의 차원을 시각화한 것입니다.

  • SAFe Practice Consultant, SPC(SAFe 프랙티스 컨설턴트)

    SAFe 프랙티스 컨설턴트는 기업의 소프트웨어와 시스템, 애자일 비즈니스 프로세스[Agile Business Process]를 개선하려는 내재적 동기[Intrinsic Motivation]를 SAFe에 대한 기술적 지식과 결합하는 공인된 변화 리더[Agent]입니다.

  • SAFe Scrum(SAFe 스크럼)

    SAFe 스크럼은 ART에서 짧은 기간 고객에게 가치를 전달하기 위해 팀들이 사용하는 애자일[Agile] 방법입니다. SAFe 스크럼 팀은 이터레이션[Iteration], 칸반 시스템[Kanban System], 스크럼 이벤트[Scrum Event]를 사용하여 업무를 계획[Plan], 실행[Execute], 시연[Demonstrate], 회고[Retrospect]합니다.

  • SAFe Team Kanban(SAFe 팀 칸반)

    SAFe 팀 칸반은 ART의 팀들이 지속적으로 가치를 전달하기 위해 사용하는 애자일 방법입니다. SAFe 칸반 팀은 일상 업무에 흐름 기반 프로세스를 적용하고 ART 이터레이션 케이던스[Iteration Cadence] 안에서 운영합니다.

  • Scrum Master/Team Coach, SM/TC(스크럼 마스터/팀 코치)

    SAFe 스크럼 마스터/팀 코치(SM/TC)는 팀 이벤트와 프로세스를 촉진하고 팀과 ART가 가치를 전달하도록 지원하는 애자일 팀의 서번트 리더[Servant Leader]이자 코치입니다.

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

    세트 기반 설계(SBD)는 개발 프로세스에서 요구사항[Requirement]과 설계 옵션[Design Option]을 최대한 오래 유연하게[Flexible] 유지하는 린 개발[Lean Development] 프랙티스입니다.

  • Shared Service(공유 서비스)

    공유 서비스는 ART 또는 솔루션 트레인[Solution Train]의 성공에 필요하지만 상근 전담은 아닌 전문 역할[Specialty Role]과 사람[People], 서비스[Service]를 의미합니다.

  • Solution(솔루션)

    솔루션은 내외 고객에게 가치를 제공하는 제품이나 시스템 또는 서비스입니다.

  • Solution Architect(솔루션 아키텍트)

    솔루션 아키텍트는 개발 중인 시스템[System]이 반드시 의도한 목적[Intended Purpose]에 적합하도록 솔루션 트레인[Solution Train]에 공유된 기술 및 아키텍처 비전[Technical and Architectural Vision]을 정의하고 알리는 역할을 합니다.

  • Solution Context(솔루션 컨텍스트)

    솔루션 컨텍스트는 솔루션 운영 환경[Operational Environment]의 중요한 측면을 식별합니다.

  • Solution Demo(솔루션 데모)

    솔루션 데모는 솔루션 성능에 대한 객관적인 증거와 피드백을 얻기 위해 여러 ART와 공급자[Supplier]의 기여에 대한 통합된 보기를 이해관계자에게 제공합니다.

  • Solution Intent(솔루션 인텐트)

    솔루션 인텐트는 현재의 그리고 의도된 솔루션 행위[Behavior] 및 디자인에 대한 지식을 저장[Storing]하고, 관리[Managing]하며, 전달[Communicating]하기 위한 저장소[Repository]입니다.

  • Solution Management(솔루션 관리자)

    솔루션 관리자는 솔루션[Solution] 수명주기 중에 고객의 요구를 충족하는 바람직하고[Desirable], 실현 가능하며[Feasible], 제대로 기능[Viable]하고, 지속 가능[Sustainable]한 대규모 솔루션을 정의하고 개발을 지원하는 역할을 합니다. 

  • Solution Train(솔루션 트레인)

    솔루션 트레인은 여러 ART와 공급자[Supplier]의 조정[Coordination]이 필요한 대규모 솔루션을 구축할 때 사용하는 조직 구조입니다.

  • Solution Train Backlog(솔루션 트레인 백로그)

    솔루션 트레인 백로그는 대규모 솔루션을 개선하고 해당 아키텍처 런웨이[Architectural Runway]를 확장하기 위한 케이퍼빌러티[Capabilities]와 인에이블러[Enabler]를 포착하고 관리할 때 사용하는 칸반 시스템[Kanban System]입니다.

  • Solution Train Engineer, STE(솔루션 트레인 엔지니어)

    솔루션 트레인 엔지니어(STE)는 솔루션 트레인 이벤트와 과정을 촉진하고, ART 및 공급자의 업무를 조율하며, ART의 가치 전달을 지원하는 서번트 리더[Servant Leader]이자 코치[Coach]입니다. 

  • Solution Train Flow(솔루션 트레인 흐름)

    솔루션 트레인 흐름은 솔루션 트레인이 고객에게 가치 있는 케이퍼빌러티[Capabilities]의 지속적인 흐름을 전달하는 상태입니다.

  • Solution Vision(솔루션 비전)

    솔루션 비전은 개발 중인 솔루션의 미래 상태를 나타내며, 고객 및 이해관계자 필요와 그런 필요를 충족하기 위해 제안된 제품이나 서비스를 반영[Reflection]하는 역할을 합니다.

  • Spanning Palette(스패닝 파레트)

    스패닝 파레트는 특정 팀이나 ART, 대규모 솔루션[Large Solution], 포트폴리오 컨텍스트[Portfolio Context]에 적용될 수 있는 다양한 역할과 산출물[Artifact] 등으로 구성되어 있습니다.

  • Spike(스파이크)

    스파이크는 기술 접근법[Technical Approach]의 리스크를 줄이거나, 요구사항에 대한 이해를 심화하거나, 추정의 신뢰성을 강화하는 데 필요한 지식을 습득하는 탐색 인에이블러[Exploration Enabler] 스토리의 한 유형입니다.

  • Sprint(스프린트)

    스프린트는 SAFe에서 이터레이션[Iteration]으로 정의하는 스크럼[Scrum] 방법 용어입니다.

  • Stories(스토리)

    스토리는 사용자 관점에서 원하는 기능[Functionality]의 작은 부분을 간략하게 설명한 것입니다.

  • Story Map(스토리 맵)

    스토리 맵은 사용자가 목표 달성을 위해 수행하는 업무에 따라 스토리 순서[Sequence]를 정하는 디자인 씽킹[Design Thinking] 기술입니다.

  • Story Point(스토리 포인트)

    스토리 포인트는 유저 스토리의 양[Volume], 복잡성[Complexity], 지식[Knowledge], 불확실성[Uncertainty]을 종합적으로 추정할 때 사용하는 상대적인 단일 숫자입니다.

  • Strategic Themes(전략 테마)

    전략 테마는 경쟁 우위와 전략적 이점을 제공하는 포트폴리오 수준 비즈니스 목표입니다. 전략 테마는 포트폴리오 전략[Portfolio Strategy]과 의사결정[Decision-making]을 위한 비즈니스 컨텍스트[Business Context]를 제공하고 엔터프라이즈의 전략적 의도를 나타냅니다.

  • Sunk Costs(매몰 비용)

    매몰 비용은 이미 지출하여 회수할 수 없는 비용입니다.

  • Supplier(공급자)

    공급자는 솔루션 구성요소[Solution Component]나 하위 시스템[Subsystem] 또는 서비스[Service]를 개발하고 ART 또는 개발 가치 흐름에 전달하는 내부 또는 외부 조직입니다.

  • SWOT Analysis(SWOT 분석)

    SWOT 분석은 SAFe 포트폴리오의 강점[Strengths], 약점[Weaknesses], 기회[Opportunities], 위협[Threats]을 확인할 때 사용하는 전략적인 계획수립 기술입니다.

  • System Architect(시스템 아키텍트)

    시스템 아키텍트는 ART가 개발한 솔루션에 관해 공유한 기술 비전과 아키텍처 비전을 정의하고 전달하는 역할을 합니다.

  • System Demo(시스템 데모)

    시스템 데모는 ART 내의 모든 팀이 전달한 가장 마지막 이터레이션[Iteration]의 새로운 피처[Features]를 이해관계자들이 통합해서 볼 수 있게 합니다. 각 데모에서는 진행률에 관한 객관적인 척도[Measure]와 피드백을 제시할 기회를 제공합니다.

  • System Team(시스템 팀)

    시스템 팀은 지속적 전달 파이프라인[Continuous Delivery Pipeline]을 개발하고 유지관리하는 등 애자일[Agile] 개발 환경을 구축하고 지원하는 데 조력하는 전문적인 애자일 팀[Agile Team]입니다. 시스템 팀은 자산 통합, 처음부터 끝까지 솔루션 테스트, 데브옵스 마인드셋[DevOps Mindset], 프랙티스[Practice], 배포[Deployment], 릴리스 온디맨드[Release on Demand]도 지원할 수 있습니다.

  • Systems Thinking(시스템 씽킹)

    시스템 씽킹은 시스템과 환경의 모든 측면을 설계, 개발, 배포, 유지에 통합하는 전체적인 접근법입니다.

T

  • Team and Technical Agility, TTA(팀 및 기술 애질리티)

    팀 및 기술 애질리티(TTA) 역량[Competency]은 애자일 릴리스 트레인(ART)의 고성과[High-Performing] 애자일 팀[Agile Team]이 고객을 위한 고품질 솔루션을 만드는 데 사용하는 중요한 기술[Skill]과 원칙[Principle], 프랙티스[Practice]입니다.

  • Team Backlog(팀 백로그)

    팀 백로그는 솔루션을 강화하기 위한 유저 스토리[User Story]와 인에이블러[Enabler]를 포착하고 관리하는 데 사용하는 칸반 시스템[Kanban system]입니다.

  • Team Flow(팀 흐름)

    팀 흐름은 애자일 팀[Agile Team]이 지속적 가치 흐름을 고객에게 전달하는 상태입니다.

  • Team Sync(팀 싱크)

    팀 싱크는 팀 목표에 대한 진행률을 검사하고 다가오는 계획된 작업을 전달하며 조정하기 위해 거의 매일 열리는 짧은 회의(보통 15분 이내)입니다.

  • Team Topologies(팀 토폴로지)

    팀 토폴로지는 애자일 팀[Agile Team]과 ART 조직에 사용할 수 있는 4가지 조직 패턴입니다.

  • Test-Driven Development, TDD(테스트 주도 개발)

    테스트 주도 개발(TDD)은 시스템이나 구성요소의 코드를 구현[Implementing]하기 전에 테스트를 구축[Build]하고 실행[Execute]하는 프랙티스[Practice]이자 마인드셋[Mindset]입니다.

  • TOWS Analysis(TOWS 분석)

    TOWS 분석은 진화하는 SAFe 포트폴리오에 대한 전략적 옵션을 확인하기 위해 SWOT 분석과 함께 사용하는 씽킹 툴[Thinking Tool]입니다.

U

  • U-curve Optimization(U자형 곡선 최적화)

    U자형 곡선 최적화는 거래 비용[Transaction Cost]과 보유 비용[Holding Cost]의 합이 최저인 지점을 찾아서 최적의 배치 크기를 결정합니다.

V

  • Value Management Office, VMO(가치 관리 오피스)

    가치 관리 오피스(VMO)는 린-애자일 트랜스포메이션의 일환으로 조직에서 린 포트폴리오 매니지먼트[Lean Portfolio Management] 프로세스를 촉진하고 운영의 우수성[Operational Excellence]과 린 거버넌스[Lean Governance]를 증진하는 역할을 합니다.

  • Value Stream(가치 흐름)

    가치 흐름이란 고객에게 가치를 제공하는 데 필요한 모든 사람, 시스템, 정보 및 자료를 포함하는 일련의 활동입니다.

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

    가치 흐름 조정은 어떻게 가치 흐름 간 의존성[Dependencies]을 관리하고 상호 연결[Interconnections] 시 발생하는 기회를 활용하느냐를 나타냅니다.

  • Value Stream Identification(가치 흐름 식별)

    가치 흐름 식별은 개발 가치 흐름[Development Value Stream]과 해당 흐름이 지원하는 운영 가치 흐름[Operational Value Stream]을 식별할 때 사용하는 활동입니다.

  • Value Stream KPI(가치 흐름 KPI)

    가치 흐름 KPI는 비즈니스 목표[Business Objectives]를 기준으로 가치 흐름이 어떤 성과를 내고 있는지 평가할 때 사용하는 정량화 가능한 척도[Measure]입니다.

  • Value Stream Management, VSM(가치 흐름 관리)

    가치 흐름 관리(VSM)는 처음부터 끝까지 솔루션 전달 수명주기를 통해 최대한의 비즈니스 가치 흐름을 실현하는 리더십 및 기술 분야입니다.

  • Value Stream Mapping(가치 흐름 매핑)

    가치 흐름 매핑은 작업 흐름[Workflow] 안의 개별 단계와 단계들 사이의 지연[Delay]을 확인할 때 사용하는 활동입니다.

  • Value Streamlet(소규모 가치 흐름)

    소규모 가치 흐름은 고객의 요구와 속도에 따라 가치를 전달하는 개발 가치 흐름[Development Value Stream] 안의 독립된 비교적 작은 가치 흐름입니다.

  • Verification and validation, V&V(확인 및 검증)

    확인 및 검증(V&V)은 제품, 서비스, 시스템이 반드시 솔루션 인텐트[Solution Intent]에 따라 설계되고 의도한 목적에 부합하게 하기 위한 프로세스입니다.

W

  • Weighted Shortest Job First, WSJF(가중치를 고려한 최단 작업 먼저하기)

    가중치를 고려한 최단 작업 먼저하기(WSJF)는 최대한의 경제적 이익을 위한 작업 순서 결정 시 사용하는 우선순위 지정 모델[Model]입니다. SAFe에서 WSJF는 상대적인 지연 비용[Cost of Delay]을 상대적인 작업 시간[Job Duration]으로 나누어 추정[Estimate]합니다.

  • Work in Process(프로세스 내 작업)

    프로세스 내 작업(WIP)은 시스템에서 수행 중인 전체 작업 항목을 나타냅니다.

5

  • 5 Why

    5 Why는 검증된 문제해결 기술로, 검사 및 적응[Inspect and Adapt] 시 특정 문제의 근본 인과 관계[Cause-and-Effect]를 탐색할 때 사용합니다.