재무·경영지원팀은 모든 업무를 스크럼으로 바꿀 필요가 없습니다. 월마감과 수시 요청처럼 일이 계속 들어오고 우선순위가 바뀌는 업무는 칸반으로 흐름과 진행 중 업무를 관리하고, 결산 단축·증빙 누락 감소처럼 범위와 목표를 정할 수 있는 개선 과제는 짧은 개선 스프린트로 운영하는 편이 현실적입니다.
애자일 선언은 소프트웨어 개발을 위해 만들어진 가치와 원칙입니다. 재무 업무에 적용할 때는 변화 대응, 짧은 피드백, 정기적인 개선이라는 취지를 가져오되 세법상 기한, 회계정책, 승인, 권한분리와 감사추적을 생략해서는 안 됩니다.
애자일·스크럼·칸반은 같은 말이 아닙니다
| 구분 | 공식 원자료의 핵심 | 재무·경영지원 적용 |
|---|---|---|
| 애자일 | 계획 준수보다 변화 대응, 정기적인 성찰과 조정 등을 중시하는 가치·원칙 | 마감 결과와 오류를 짧게 검토하고 다음 주기 운영을 조정 |
| 스크럼 | 책임, 이벤트, 산출물과 약속을 함께 사용하는 완결된 프레임워크 | 하나의 목표와 결과물을 가진 개선 프로젝트에 검토 가능 |
| 칸반 | 워크플로를 정의·시각화하고 일을 능동적으로 관리해 흐름을 개선 | 월마감, 지급 요청, 계약 검토처럼 지속 유입되는 업무 관리 |
스크럼 가이드는 스크럼의 일부만 적용한 결과를 스크럼이라고 부를 수 없다고 설명합니다. 재무팀이 2주 단위 목표와 회고만 가져온다면 스크럼 도입보다 개선 스프린트라고 부르는 편이 정확합니다. 반대로 칸반도 할 일·진행 중·완료 보드만 만든다고 작동하지 않습니다. 워크플로 정의에는 업무 항목, 시작·완료 지점과 그 사이의 상태, 진행 중 업무(WIP) 통제, 명시적 흐름 정책과 서비스 수준 기대치(SLE)가 포함돼야 합니다. SLE는 과거 사이클 타임을 바탕으로 업무의 85%를 8일 이내 완료처럼 기간과 확률로 표현하는 예측치입니다.
월마감과 수시 업무는 칸반으로 흐름을 보이게 합니다
월마감은 같은 업무가 반복되지만 세금계산서 지연, 계좌 차이, 부서 회신 누락 같은 예외가 계속 생깁니다. 스프린트 안에서 변경을 막기보다, 업무가 어느 단계에서 얼마나 오래 멈췄는지 보이게 하는 것이 중요합니다.
재무팀의 기본 워크플로는 다음처럼 설계할 수 있습니다.
접수 → 준비 완료 → 처리 중 → 검토 중 → 보완 필요 → 완료보드에 카드만 올리지 말고 각 단계의 기준을 정합니다.
접수: 요청은 들어왔지만 담당자·기한·필수자료가 확정되지 않은 상태준비 완료: 계좌내역·증빙·계약 등 처리에 필요한 입력이 갖춰진 상태처리 중: 전표 작성, 대사, 신고자료 검토 등 실제 작업이 시작된 상태검토 중: 작성자 작업이 끝나고 승인자·검토자가 확인하는 상태보완 필요: 차이 원인이나 증빙이 부족해 특정 담당자의 조치가 필요한 상태완료: 전표·증빙·승인·차이 해결이 완료의 정의를 충족한 상태
보완 필요를 처리 중에 숨기지 않아야 대기 원인을 구분할 수 있습니다. 누가 회신해야 하는지, 다음 확인일이 언제인지도 카드에 남깁니다.
진행 중 업무를 제한해야 병목이 드러납니다
칸반의 WIP는 시작했지만 끝나지 않은 업무 수입니다. 모든 요청을 동시에 시작하면 담당자는 바빠 보이지만 검토와 승인 단계에 일이 쌓이고 완료가 늦어질 수 있습니다.
WIP 제한은 업계 공통 숫자를 복사하지 말고 팀의 실제 처리능력으로 정합니다. 예를 들어 검토자가 한 명이라면 검토 중에 들어갈 수 있는 업무 수를 제한하고, 한도를 넘었을 때 새 전표를 시작하기보다 기존 검토·보완을 끝내도록 운영할 수 있습니다.
다만 법정 신고기한, 급여, 지급 중단처럼 즉시 처리해야 하는 예외가 있습니다. 긴급 업무의 정의와 승인자를 미리 정하고, 긴급 카드가 들어오면 어떤 기존 업무를 멈췄는지 기록하세요. 모든 요청을 긴급으로 분류하면 WIP 통제가 사라집니다.
칸반 지표는 속도 경쟁이 아니라 예측과 개선에 씁니다
2025년 5월 Kanban Guide가 요구하는 기본 흐름 지표는 네 가지입니다.
| 지표 | 뜻 | 재무 업무에서 보는 질문 |
|---|---|---|
| WIP | 시작했지만 완료되지 않은 업무 수 | 어느 단계에서 일이 과도하게 쌓였는가 |
| 처리량 | 일정 기간에 완료한 업무 수 | 마감 주기마다 실제로 끝낸 건수는 얼마인가 |
| 업무 나이 | 시작 후 현재까지 지난 시간 | 아직 끝나지 않은 오래된 업무는 무엇인가 |
| 사이클 타임 | 시작부터 완료까지 걸린 시간 | 유형별 업무가 완료되기까지 얼마나 걸리는가 |
재무팀은 여기에 마감 준수율, 보완 재요청률, 마감 후 수정 건수와 미해결 차이 금액을 함께 볼 수 있습니다. 단순 처리 건수로 개인을 평가하면 쉬운 업무를 쪼개거나 어려운 예외를 피하는 행동이 생길 수 있으므로, 지표는 팀의 병목과 정책을 고치는 데 사용합니다.
결산 단축과 오류 감소는 개선 스프린트로 분리합니다
월마감 자체는 계속 유입되는 운영 흐름이지만, 카드 미증빙을 마감 2영업일 전까지 줄인다 또는 은행 대사 양식을 하나로 통합한다는 개선 과제는 목표와 결과물을 정할 수 있습니다. 이런 과제는 1~2주 개선 스프린트로 분리하면 일상 업무에 밀리지 않습니다.
개선 스프린트마다 목표·대상·완료 기준·검토 방법을 명확히 합니다.
- 목표: 이번 주기에 바꿀 한 가지 운영 결과
- 대상: 분석·수정·검증할 업무와 이번 주기에 하지 않을 일
- 완료 기준: 문서 작성만이 아니라 실제 사용·검증까지 포함한 조건
- 검토: 담당자가 결과를 확인하고 다음 주기에 유지·수정·중단할지 결정
예를 들어 은행 대사 시간을 줄인다는 목표는 모호합니다. 주요 3개 계좌의 대사 양식을 통일하고, 직전월 자료로 재수행해 미결 항목과 검토 흔적이 남는지 확인한다처럼 결과물을 정의해야 합니다.
팀이 Scrum Team의 책임, Sprint Planning·Daily Scrum·Sprint Review·Sprint Retrospective, Product Backlog·Sprint Backlog·Increment와 각 약속을 모두 사용하지 않는다면 이것은 스크럼 전체 도입이 아닙니다. 필요한 리듬만 가져온 개선 운영입니다.
마감 업무의 완료 기준에는 통제가 들어가야 합니다
재무 업무에서 입력 완료는 완료가 아닙니다. 업무 유형별 완료의 정의에 최소한 다음 조건을 넣습니다.
- 필요한 계좌·카드·세금계산서 자료가 모두 반영됨
- 전표에 계약·영수증·검수자료 등 증빙이 연결됨
- 계정과목, 귀속기간, 세금 처리를 검토함
- 장부와 외부자료의 차이를 설명하고 미결 항목을 기록함
- 작성자와 검토자 또는 승인자의 흔적이 남음
- 보완 요청이 해결됐거나 책임자·처리기한이 지정됨
- 마감 이후 수정 시 변경 이유와 승인 이력을 남길 수 있음
완료의 정의가 없으면 보드의 완료가 사람마다 달라지고, 마감 직전에 다시 열어야 할 업무가 늘어납니다.
짧은 동기화는 상태 보고보다 장애물 해결에 씁니다
스크럼의 Daily Scrum은 Sprint Goal을 향한 진척을 점검하고 다음 하루의 실행계획을 조정하는 15분 이벤트입니다. 재무팀이 짧은 아침 회의를 한다고 해서 자동으로 Daily Scrum이 되는 것은 아닙니다.
월마감 동기화에서는 사람별 어제 한 일을 순서대로 보고하기보다 다음 항목만 확인하세요.
- 오늘 마감 결과를 막는 가장 오래된 업무는 무엇인가
- 검토·승인 단계의 WIP 한도를 넘긴 이유는 무엇인가
- 자료 회신이나 차이 해결을 위해 누구의 결정이 필요한가
- 새 긴급 업무를 받으면 어떤 기존 업무의 기한이 바뀌는가
상세 원인 분석은 필요한 사람만 따로 이어가고, 보드에는 결정과 다음 조치를 반영합니다.
어떤 방식이 맞는지 업무 특성으로 선택하세요
| 업무 상황 | 우선 적용 | 이유 |
|---|---|---|
| 지급·계약·증빙 요청이 계속 들어옴 | 칸반 | 유입과 우선순위 변화, 대기·병목 관리가 중요 |
| 월마감·분기마감의 반복 업무 | 칸반과 마감 캘린더 | 고정 기한 안에서 예외와 의존성을 흐름으로 관리 |
| 결산 기간 단축·양식 통합·자동화 검증 | 개선 스프린트 | 기간 안에 하나의 목표와 검증 가능한 결과물을 완성 |
| 전사 시스템 구축처럼 여러 부서가 참여하는 복잡한 제품 개발 | 스크럼 검토 가능 | 제품 목표와 지속적인 증가분을 운영할 전담팀이 있을 때 적합 |
| 일회성 신고·감사 대응 | 프로젝트 계획과 칸반 | 법정 기한, 자료 의존성과 이슈 흐름을 함께 관리 |
스크럼과 칸반을 섞는 것 자체가 목표가 되어서는 안 됩니다. 업무 유입 방식, 기한, 변경 빈도, 검토 구조와 실패 비용을 먼저 보고 필요한 운영 규칙만 선택하세요.
자주 묻는 질문
재무팀도 애자일하게 일할 수 있나요?
가능합니다. 다만 회계기준·세법·승인 통제를 유연하게 바꾼다는 뜻은 아닙니다. 업무를 작게 보이게 하고, 피드백 주기를 줄이며, 반복되는 지연 원인을 다음 마감 전에 고치는 방식으로 적용해야 합니다.
월마감에는 스크럼과 칸반 중 무엇이 더 적합한가요?
대부분의 월마감은 반복 업무와 예외가 계속 유입되므로 칸반이 흐름 관리에 적합합니다. 결산 단축이나 대사 표준화처럼 별도의 개선 목표는 짧은 개선 스프린트로 분리할 수 있습니다.
칸반 보드만 만들면 업무가 빨라지나요?
아닙니다. 단계별 시작·완료 기준, WIP 통제, 긴급 업무 정책, 기간·확률 형태의 SLE와 흐름 지표가 없으면 기존 할 일 목록을 열로 나눈 것에 그칩니다.
데일리 스탠드업은 꼭 해야 하나요?
필수는 아닙니다. 마감 기간에 짧은 동기화가 병목 해결에 도움이 될 때 사용하고, 일상 기간에는 보드의 비동기 업데이트와 주간 흐름 검토로 충분할 수 있습니다.
2026년 7월 13일 확인한 공식 원자료
애자일 선언과 스크럼 가이드는 소프트웨어·복잡한 제품 업무를 중심으로 작성됐습니다. 이 글의 월마감·재무 운영 예시는 공식 가이드의 직접 처방이 아니라, 변화 대응·경험적 개선·흐름 관리 원칙을 재무 업무에 맞게 적용한 해석입니다.
