살아 있는 소프트웨어는 엠파시가 만듭니다

Appearance

📘 스크럼반(Scrumban) 표준 운영 가이드 ​

1. 개요 ​

스크럼반(Scrumban)은 스크럼(Scrum) 의 구조와 칸반(Kanban) 의 유연한 흐름 관리 방식을 결합한 하이브리드 프로세스입니다.

  • 스크럼이 제공하는 규칙·역할·백로그 관리
  • 칸반이 제공하는 WIP 제한, 풀(Pull) 시스템, 흐름 시각화 이 둘을 조합해 변화에 빠르게 적응하고, 흐름을 최적화하는 것이 핵심 목적입니다.

🔑 핵심 철학 “Stop starting, start finishing” — 새 작업을 시작하기보다 진행 중인 일을 끝내라.

2. 기본 원칙 ​

  1. Pull 기반 작업
  • 작업은 팀이 처리 가능할 때만 시작합니다.
  • 강제로 “밀어 넣는” 작업은 흐름을 깨뜨립니다.
  1. WIP(Work In Progress) 제한
  • 동시에 진행 중인 작업 수를 제한하여 품질 저하와 멀티태스킹 문제를 방지합니다.
  • 예: 팀원 5명일 경우 Doing WIP = 3.
  1. 작업 흐름 시각화
  • 칸반 보드로 모든 작업 상태를 한눈에 보여줍니다.
  • 병목을 즉시 확인할 수 있습니다.
  1. 명확한 정책(Explicit Policies)
  • 각 컬럼으로 이동할 수 있는 조건(Definition of Ready / Done 등)을 문서화하고, 모든 팀원이 공유합니다.
  1. 데이터 기반 개선
  • 사이클타임·처리량·WIP·CFD(누적 흐름도) 등을 측정하여 개선 방향을 결정합니다.

3. 역할과 책임 ​

역할주요 책임비고
Product Owner (PO)백로그 관리, 우선순위 설정, 요구사항 명확화, 비즈니스 목표 전달스크럼에서 그대로 유지
Flow Manager / Scrum MasterWIP 모니터링, 병목 제거 지원, 회고 진행, 프로세스 개선 촉진칸반에서의 서비스 딜리버리 매니저 개념과 유사
팀원(Dev/QA 등)WIP 준수, Pull 기반 작업, 카드 상태 업데이트, 품질 보장자율성·책임 필수
Stakeholders피드백 제공, 데모/리뷰 참여정기적 관여 필요

4. 프로세스 단계별 Activity ​

단계Activity상세 설명정책(예시)
Backlog요청/아이디어 수집고객 요청, 버그, 기술부채, 신규 기능 등 모든 작업의 시작점모든 카드에 우선순위와 클래스 오브 서비스 지정
ReadyDoR 확인, 작업 준비 완료요구사항 명확화, 리소스 확보, 테스트 조건 정의DoR 체크리스트 통과 시만 이동
Doing작업 진행WIP 한도 내에서 Pull 후 개발/구현Doing WIP = 3
Review코드/문서 리뷰품질, 표준, 보안, 테스트 커버리지 확인리뷰어 승인 후 Testing 이동
Testing품질 검증자동·수동 테스트, 결함 수정QA 완료 시 Done 이동
Done작업 완료DoD 충족, 문서/배포 완료, 사이클타임 기록완료 태그 부여

5. Definition 기준 ​

5.1 Definition of Ready (DoR) ​

  • 요구사항이 명확하고 문서화됨
  • 필요한 디자인/리소스 확보
  • 테스트 조건 정의됨
  • 예상 작업 범위·난이도 확인

5.2 Definition of Done (DoD) ​

  • 코드 머지 및 빌드 성공
  • 자동·수동 테스트 통과
  • 문서/릴리스 노트 작성
  • 배포(또는 고객 전달) 완료

6. 회의(Event) 운영 가이드 ​

회의목적주기시간특징
Daily Stand-up진행 상황, 병목 공유매일10~15분컬럼 흐름 중심으로 논의
ReplenishmentReady 칸 채우기주 1회 or 임계점 시30분우선순위 재정렬
Retrospective프로세스 개선2~4주마다30~60분WIP·정책 조정
Service Delivery ReviewSLA/SLE 검토월 1회30분지표 기반 리뷰

7. WIP 제한 운영 ​

  • 초기값: 팀원 수 ÷ 2

  • 컬럼별 WIP 예시:

    • Doing: 3
    • Review: 2
    • Testing: 2

  • WIP 초과 시 즉시 원인 분석(병목, 인력 부족, 블로커 등)

  • 해결 전 신규 작업 시작 금지

8. 메트릭 관리 ​

지표정의활용
리드 타임요청 생성 → 완료고객 대기 시간 분석
사이클 타임작업 시작 → 완료흐름 안정성 측정
처리량일정 기간 완료 카드 수생산성 예측
평균 WIP진행 중 작업 평균병목·멀티태스킹 방지
CFD컬럼별 누적 작업 수병목 구간 파악

Tip: Little’s Law 활용 WIP = Throughput × Cycle Time → WIP·처리량·사이클타임 중 하나를 조정하면 나머지가 변합니다.

9. 운영 규칙 예시 ​

  1. Pull 전 WIP 확인 필수
  2. 모든 카드에 우선순위·담당자 지정
  3. 블로커 즉시 표시(스티커/라벨)
  4. 회의 시간은 엄격히 제한(Stand-up ≤ 15분)
  5. 프로세스 변경은 회고에서 합의 후 반영

10. 프로세스 시각화 예시 ​

[Backlog]
  ↓ (Replenishment)
[Ready]
  ↓ (Pull & WIP 체크)
[Doing]
  ↓ (개발 완료)
[Review]
  ↓ (리뷰 승인)
[Testing]
  ↓ (품질 검증 완료)
[Done]

11. 개선 사이클 ​

  1. 메트릭 수집 (사이클타임, 처리량, WIP)
  2. 병목 및 변동성 분석
  3. WIP 한도·정책·보드 구조 조정
  4. 1~2주 시험 적용
  5. 회고에서 효과 검증 후 확정

12. 부록 ​

Classes of Service 예시 ​

  • Expedite: 즉시 처리(긴급)
  • Fixed Date: 특정 날짜 마감
  • Standard: 일반 요청
  • Intangible: 기술부채 등 장기 가치

추천 툴 ​

  • Jira, Trello, Azure DevOps, Miro, ClickUp

📌 핵심 메시지 스크럼반은 “규칙을 최소한 유지하며, 흐름을 최적화” 하는 방법론입니다. 프로세스는 팀의 데이터와 합의를 기반으로 지속적으로 진화해야 합니다.