Scrum — 반복·점진의 프레임워크

1. 요약

Scrum 은 1995년 Jeff Sutherland 와 Ken Schwaber 가 OOPSLA 학회에서 The Scrum Development Process 로 발표한 반복·점진 개발 프레임워크 다. 1986년 Takeuchi·Nonaka 의 The New New Product Development Game (Harvard Business Review) 럭비 비유에서 이름을 따왔다. 2001년 Agile Manifesto 의 핵심 멤버.

2. 배경 (이전 도구의 한계)

1990년대까지 SW 개발은 Waterfall (폭포수) 모델이 표준이었다 — 요구사항 → 설계 → 구현 → 테스트 → 배포 를 순차적 으로. 하지만 요구사항이 변하는 도메인 (게임, 웹, 모바일) 에서는 폭포수가 작동하지 않았다. Sutherland 는 1993년 Easel Corporation 에서 Scrum 의 첫 산업적 적용으로 생산성·품질 폭증 을 입증했다.

3. 핵심 개념·표기법

Scrum 은 프로세스 가 아니라 프레임워크 — 단순한 규칙만 정한다:

3 역할 (Roles):

• Product Owner — 무엇을 만들지 결정
• Scrum Master — 프로세스 수호
• Development Team — 만든다

3 산출물 (Artifacts):

• Product Backlog — 전체 할 일
• Sprint Backlog — 이번 스프린트 할 일
• Increment — 잠재적 출시 가능 결과물

5 행사 (Events):

• Sprint (1~4주 반복 주기)
• Sprint Planning
• Daily Scrum (15분 스탠드업)
• Sprint Review
• Sprint Retrospective

4. 언어·OS 매핑 (★ 강의 핵심)

★ Scrum 은 언어와 무관 — 어떤 기술 스택에서도 적용 가능. 이것이 30년 살아남은 이유.

5. 현대까지의 영향

• Agile Manifesto (2001) — Sutherland·Schwaber 이 17명 중 핵심
• SAFe (Scaled Agile Framework, 2011) — 대기업 Scrum 확장
• LeSS (Large-Scale Scrum)
• Spotify Model — Scrum 의 사례 화 변형
• AI 에이전트 Sprint — 짧은 사이클로 LLM 결과 반복 개선

6. 주요 인물·사건

7. 강의 활용

"폭포수 → Scrum (1995)" 는 시대가 바뀌면 방법론도 바뀐다 의 사례. 하지만 Scrum 도 설계 도구 다 — Product Backlog, User Story, Sprint Backlog 가 모두 설계 산출물. 반복적·점진적 개발 패턴은 AI 시대에도 유효 — LLM 출력을 한 번에 완성시키지 말고, 작은 사이클로 점진 개선 이 곧 Vibe Coding 워크플로우.

출처

• The History of Scrum — agile42
• Scrum History — Knowledgehut
• The Scrum Guide — Schwaber & Sutherland 2020
• The Scrum Development Process — Scrum.org

그룹 시리즈

→ synthesis/group-se_g4 (시대 그룹 종합 카드)