---
id: safe
title: "SAFe"
category: "10_Wiki/Topics"
status: "draft"
verification_status: "conceptual"
canonical_id: ""
aliases: ["Scaled Agile Framework"]
duplicate_of: ""
source_trust_level: "B"
confidence_score: 0.85
created_at: 2026-05-22
updated_at: 2026-05-22
review_reason: ""
merge_history: []
tags: ["research", "design thinking", "agile scale"]
raw_sources: ["NotebookLM Synthesis"]
applied_in: []
github_commit: ""
---

# [[SAFe]]

## 🎯 한 줄 통찰 (One-line insight)
대규모 조직의 혁신을 위해 **디자인 씽킹의 발견(Discovery) 단계를 프로그램 인크리먼트(Program Increments) 계획 프로세스에 명시적으로 통합**하는 확장형 프레임워크 [1, 2].

## 🧠 핵심 개념 (Core concepts)
- **디자인 씽킹의 명시적 통합 (Explicit Integration):** 계획 프로세스 내에 디자인 씽킹 원리를 공식적으로 포함시켜 문제 정의와 솔루션 개발을 연결함 [1].
- **발견 기반의 계획 (Discovery-driven Planning):** 초기 발견(Discovery) 단계의 결과물이 프로그램 인크리먼트(PI)로 직접 피딩되는 구조를 가짐 [1, 2].
- **전사적 확장성 (Enterprise Scalability):** 단일 팀 수준의 애자일을 넘어 대규모 조직 전체의 실행 속도와 정렬을 지원함 [1, 3].
- **PI Planning (Program Increment Planning):** 대규모 팀이 함께 모여 계획을 수립하고 발견된 인사이트를 실행 과제로 전환하는 핵심 의식임 [4, 5].

## 🧩 추출된 패턴 (Extracted patterns)
- **순차적 혁신 사이클 패턴:** 디자인 씽킹을 통한 문제 발견 → 린 스타트업을 통한 솔루션 검증 → 애자일/SAFe를 통한 대규모 실행 및 전달로 이어지는 통합 시스템 패턴 [1, 3, 6].
- **피딩(Feeding) 메커니즘:** 발견 단계에서 도출된 사용자 스토리나 인사이트가 프로그램 백로그와 인크리먼트로 자연스럽게 전이되는 구조적 흐름 [1, 7].

## 📖 세부 내용 (Details)
SAFe(Scaled Agile Framework)는 조직이 대규모로 확장될 때 발생하는 복잡성을 관리하기 위한 프레임워크로, 특히 **디자인 씽킹(Design Thinking)의 원리를 계획 단계에 공식적으로 수용**하고 있음 [1, 2]. 소스에 따르면 SAFe는 발견 과정이 프로그램 인크리먼트(Program Increments)로 어떻게 연결되는지 상세히 규정하고 있으며, 이는 대규모 조직이 '잘못된 문제를 아름답게 해결하는 애자일 팀'이 되지 않도록 방지하는 역할을 함 [1, 6].

실무적으로는 **SAFe PI Planning 워크숍** 등을 통해 다수의 팀이 공통의 목표에 정렬하며, 이 과정에서 디자인 씽킹을 통해 얻은 페르소나나 인사이트가 실행 가능한 계획으로 구체화됨 [4, 5, 8]. NextAgile과 같은 컨설팅 기관은 대규모 조직의 애자일 확장(Scaling Agile)을 지원하기 위해 SAFe 인증 및 관련 교육 프로그램을 제공하고 있음 [9]. 최근에는 AI 가속 도구들이 도입되면서 이러한 확장된 프레임워크의 실행 속도가 더욱 빨라지는 추세임 [10].

## ⚖️ 모순 및 업데이트 (Contradictions & updates)
- **Beyond SAFe 논의:** 2026년 최신 게시물에 따르면, 기업의 배포(Enterprise Delivery) 방식을 SAFe 프레임워크 너머의 관점에서 재고(Rethinking)해야 한다는 논의가 등장하고 있음 [11, 12].
- **전통적 한계의 극복:** 전통적인 대규모 조직이 겪는 '실행 부서만의 애자일' 문제를 해결하기 위해, SAFe는 기획 상류(Upstream) 단계에서 디자인 씽킹을 결합할 것을 강조하며 이는 기존의 단순 배포 중심 모델에서 진화한 형태임 [1, 13].

## 🛠️ 적용 사례 (Applied in summary)
현재 소스 데이터 내에서 특정 코드나 프로젝트에 SAFe가 적용된 구체적인 "실제 적용 사례" 기록(decision_id 등)은 발견되지 않음. 다만, 인도 기업 등 대규모 조직의 애자일 확장 및 디지털 전환을 위한 컨설팅 서비스와 **SAFe PI Planning Workshop** 형태의 교육 사례가 언급되고 있음 [4, 5, 14].

## ✅ 검증 상태 및 신뢰도
- **상태:** draft
- **검증 단계:** conceptual (대규모 조직 확장 모델로서의 개념적 프레임워크 확인)
- **출처 신뢰도:** B (NextAgile 등 전문 컨설팅 사의 프레임워크 비교 데이터 기반)
- **중복 검사 결과:** 신규 생성 (New discovery)

## 🔗 관련 문서 링크 (Related document links)

### 상위/유사 개념
- [[design thinking]]
  - 연결 이유: SAFe의 계획 프로세스에 명시적으로 통합되는 근간 방법론임 [1].
  - 이 개념을 통해 더 깊게 이해할 수 있는 부분: SAFe 내부의 '발견(Discovery)' 단계가 작동하는 원리.
- [[Agile]]
  - 연결 이유: SAFe는 애자일 방법론을 대규모 조직으로 확장한 형태임 [1].
  - 이 개념을 통해 더 깊게 이해할 수 있는 부분: 팀 단위 실행력이 대규모 프레임워크로 전이되는 방식.
- [[Lean Startup]]
  - 연결 이유: 발견과 실행 사이의 가교로서 비즈니스 가설을 검증하는 도구로 함께 사용됨 [6].
  - 이 개념을 통해 더 깊게 이해할 수 있는 부분: SAFe 체계 내에서 MVP를 정의하고 검증하는 법.

### 심층 후속 질문 (Deeper Research Questions)
- 디자인 씽킹의 '발견' 단계 결과물이 SAFe의 '프로그램 인크리먼트' 계획에 어떤 구체적인 데이터 형식으로 전달되는가? [1]
- SAFe 환경에서 린 스타트업(Lean Startup)의 MVP 개념은 프로그램 백로그와 어떻게 통합되는가? [1, 15]
- SAFe의 PI Planning 워크숍에서 디자인 씽킹의 '페르소나'와 '사용자 여정 맵'은 의사결정에 어떻게 반영되는가? [8, 16]
- 'Beyond SAFe'라는 논의가 나오게 된 배경과 기존 SAFe 프레임워크가 2026년 환경에서 마주한 한계점은 무엇인가? [11]
- 대규모 조직에서 SAFe를 통해 디자인 씽킹과 애자일을 결합했을 때의 정량적 성공 지표(KPI)는 무엇인가? [13, 17]

### 실무 적용 맥락 (Practical Application Contexts)
- **Implementation:** PI Planning 워크숍을 통한 대규모 조직의 팀 정렬 및 우선순위 설정 [4].
- **System Design:** 발견(Discovery) 트랙이 배포(Delivery) 트랙보다 1~2 스포린트 앞서 진행되도록 설계된 듀얼 트랙 시스템 [7].
- **Learning Path:** SAFe 인증 과정 및 PI Planning 실습 워크숍을 통한 역량 내재화 [9].

### 인접 주변 주제 (Adjacent Topics)
- [[PI Planning]]
  - 확장 방향: SAFe의 핵심 실행 메커니즘인 PI 계획 수립 방법론.
- [[Discovery]]
  - 확장 방향: 계획 프로세스에 피딩되는 전단계 사용자 이해 활동.

## 📝 변경 이력 (Change history)
- 2026-05-22: Initial draft generated via Datacollector_MAC P-Reinforce engine.