[일의 구조]결재 시스템 있다고 회사가 될까요?

김주임
2026-02-03

결재 시스템 있다고 다 회사는 아닙니다

전통적인 결재 시스템을 원하는 대표들이 많습니다. 기안 올리고 결재받는 시스템이죠. 그런데 직원 5명, 10명인 회사에서 그런 시스템이 있다면 어떤 일이 벌어질까요?

"대표님 광고 소재 문구 수정했습니다. 결재 부탁드립니다."

이런 결재 요청을 받으면 대표님은 어떤 생각이 들까요.

'이런 것까지 내가 결재를 해야 하나' 싶으면서도 '그래도 확인은 해야지' 싶으실 겁니다. 직원 입장에서도 애매하죠. 정말 작은 일도 대표가 봐야 하면 결재를 올리라는데, 또 대충 작성하면 안 되니까 말로 하면 10초 걸릴 일을 문서로 작성하느라 5분, 10분 시간을 더 씁니다.

이런 일들에 하루 10번씩 일어난다면, 하루 100분, 한 달이면 2~30시간이 허공에 날아갑니다. 직원이 5명이라면, 월 150시간이 될 테죠. 10인 미만 스타트업 대표라면, 이런 상황이 낯설지 않으면서도 심각하게 느껴지실 거예요.

지금 상황의 문제는 중요한 의사결정과 사소한 실행이 같은 무게로 취급된다는 겁니다. 작은 회사에게 결재 문서 작성은, 결코 중요하거나 시급한 일이 될 수 없는데도 말이죠.

a66812339545b.png

이런 상황일수록 모두 같은 방식으로 주고받을 수 있는 업무요청 시스템이 필요합니다.

문제는 결재를 취급하는 태도

어쩌면 작은 기업에서 결재시스템을 기대하는 것 자체가 문제일 수 있습니다. 여기서 말하는 '문제'는 시스템 자체가 아니라, 결재를 대하는 태도를 말하는 거예요.

많은 대표들이 업무 관리를 '결재'로 생각합니다. 결재란 직원이 기안을 올리면 대표가 승인하고, 승인이 나면 진행하고, 끝나면 보고하는 구조죠. 이 방식은 대기업에서는 잘 작동할 수 있어요. 수백, 수천 명이 일하는 조직에서 모든 결정을 대표가 직접 볼 수는 없으니까요. 그래서 권한을 나누고, 단계를 두고, 책임 소재를 분명히 하는 거죠. 결재 시스템은 이런 환경에서 만들어졌습니다.

하지만 10인 미만 조직에서는 상황이 다릅니다. 대표가 모든 의사결정의 최종 책임자인 경우가 많고, 중간 관리자는 실질적인 결정권이 없는 경우가 많아요. 이런 구조에서 3단 결재, 전결 규정, 결재 후 수정 불가 같은 룰을 그대로 가져오면 어떻게 될까요?

결국 시스템이 속도를 늦추는 장치가 되어버릴 수 있습니다.

b133a0bd063b2.png

대표 컨펌이 필요 없다는 말이 아닙니다. 중요한 건 컨펌을 받는 '방식'이에요. 기안-검토-결재라는 무거운 절차보다, 업무 단위로 빠르게 요청하고 확인받는 구조가 작은 조직에는 더 맞을 수 있습니다. 그래서 작은 조직에서는 생각을 바꿔야 합니다. '결재'가 아니라 '업무요청'으로. 이건 단순히 용어를 바꾸는 게 아니라, 일하는 방식 자체를 바꾸는 겁니다.

결재에서 병목이 생긴다면,
그건 시스템이 아니에요.

웨비나 보러가기

무거운 결재 시스템이 가져오는 부담

전통적 결재 시스템이 작은 조직에 구체적으로 어떤 영향을 주는지 알아보겠습니다.

부담 1. 결재를 위한 준비 작업이 늘어납니다

결재 시스템이 생기면 어떤 일이 벌어질까요? 일을 시작하기 전에 서류부터 작성해야 합니다. 왜 필요한지, 얼마나 걸리는지, 어떤 결과가 나올지 미리 적어야 하죠.

문제는 작은 조직에서는 정확히 예측할 수 없는 일이 많다는 겁니다. 해보면서 조정해야 하는데, 결재 문서에는 확정된 내용만 적어야 합니다. 그래서 직원은 결재를 통과시키기 위해 실제보다 더 구체적으로 포장하게 됩니다.

결재가 필요해질 때마다 증빙·사전 조율·양식 맞추기가 늘어나면 실행이 밀릴 수 있습니다. 특히 10인 미만 조직에서는 한 사람이 여러 역할을 동시에 맡고 있기 때문에, 서류 작성에 쓰는 30분이 실제 업무 2시간 지연으로 이어질 수 있습니다.

부담 2. 대표도 직원도 감정이 소모됩니다

결재 시스템이 있으면 직원은 "이 정도면 결재 올려야 하나?" 고민하게 됩니다. 사소한 건데 결재 올리면 괜히 일 크게 만드는 것 같고, 안 올리면 나중에 문제 생기면 책임 물을까봐 불안합니다.

대표 입장에서도 마찬가지입니다. "이런 것까지 결재를 올려?" 하면서도, 나중에 문제 생기면 "왜 미리 말 안 했어?"가 될 수 있으니 애매합니다.

이런 상황이 반복되면 서로 눈치를 보게 됩니다. 직원은 대표 기분을 살피고, 대표는 직원이 제대로 하는지 의심하게 되죠. 결재 라인 하나 때문에 신뢰가 깎일 수 있습니다.

부담 3. 빠르게 움직여야 할 때 멈춥니다

작은 회사의 가장 큰 장점은 속도입니다. 의사결정이 빠르고, 실행도 빠릅니다. 그런데 결재 시스템이 생기면 이 속도가 깨질 수 있습니다.

급한 일이 생겼을 때 "일단 해보고 나중에 보고하자"가 아니라 "일단 결재 올려야지"가 됩니다. 대표가 회의 중이거나 외근 중이면 일은 멈춥니다. 결재가 내려올 때까지 기다리는 시간 동안 기회가 사라질 수도 있습니다.

물론 대기업에서는 이런 과정이 필요합니다. 조직이 크면 통제가 중요하니까요. 하지만 10인 미만 조직에서는 통제보다 실행 속도가 생존에 더 직결될 수 있습니다.


작은 회사에 필요한 건, 서로 업무를 공 던지듯 주고받는 '가벼운' 시스템입니다

작은 기업에서는 서로 업무를 편하게 주고받을 수 있는 시스템을 구축하는 것만으로도 앞서갈 수 있습니다. 왜일까요?

대표들이 원하는 '알아서 찾아 일하는 직원'을 만들려면, 대표가 직원에게, 직원이 대표에게, 직원들끼리 알아서 업무를 빠르게 주고받을 수 있는 구조가 필요합니다. 이게 없으면 결정권이 대표에게 있기에 대표가 병목의 원인이 되죠.

업무요청이라는 개념이 여기서 중요해집니다. 이건 단순히 '일 시키기'가 아니라, 담당자를 명확히 하고, 기한을 정하고, 완료 여부를 추적할 수 있는 단위로 업무를 주고받는 방식을 말합니다. 

업무요청 시스템의 3가지 방향

1. 직원이 대표/상사에게 요청 및 보고
"이 광고 소재 이렇게 수정하려고 합니다" 같은 보고를 업무요청으로 올립니다. 대표는 확인하고 피드백하면 됩니다.

2. 대표가 직원에게 업무를 지시
"이번 주 안에 고객사 제안서 초안 만들어줘" 같은 지시를 업무요청으로 남깁니다. 담당자, 마감일, 진행 상태가 한눈에 보이니 대표가 일일이 되묻지 않아도 됩니다.

3. 동료끼리 요청
마케터가 디자이너에게, 기획자가 개발자에게. 대표를 거치지 않고도 직원들끼리 업무를 주고받을 수 있습니다. 이렇게 되면 대표는 모든 업무의 병목이 되지 않습니다.

d29724a06c27d.png

실제로 공여사들의 구성원들도 대기업, 공기업, 스타트업까지 크고 작은 규모의 조직을 거치며, ERP, 그룹웨어, 아사나 등 협업툴을 써봤어요. 그런데 그런 경험을 거치면서 오히려 분명해진 게 있습니다. 작은 회사의 일하는 방식은 큰 조직의 그것과 다르고, 그에 맞는 업무요청 시스템 역시 달라야 한다는 점입니다.


결재시스템이 아니라 Task 기반 업무시스템으로

결재시스템으로 업무관리를 대체할 수 있을 거라 기대하는 대표님이라면, 멈추고 task 기반으로 업무시스템을 구축하는 걸 고려해볼 필요가 있습니다.

우리의 일은 작고 가볍고 빠르게 움직입니다. 대표나 결재권자 한 사람의 무게보다, 시스템이 가져올 잠재력이나 파급력이 더 큽니다. 그러니 업무가 자유롭게 움직일 수 있게 task 기반으로 업무를 주고받는 업무요청 시스템을 만들어보는 건 어떨까요? 사내 메신저로는 task를 기록할 수 없지만 업무요청 시스템에서는 가능합니다.


지금 필요한 방식이 무엇인지 고민해야 합니다

아직도 워드로 주고받고 있나요? 출력해서 도장 찍고 있나요? 멈추고, 우리 눈앞에 놓인 하나의 문제를 해결하려면 필요한 방식이 뭔지 고민해볼 필요가 있습니다.

작은 조직에서는 큰 조직의 방식을 그대로 가져오는 게 답이 아닐 수 있어요. 규모에 맞는 방식이 따로 있고, 단계에 맞는 구조가 따로 있습니다. 지금 우리 회사에 맞는 건 결재 중심 시스템일까요, 아니면 업무요청 중심 시스템일까요?

이 질문에 대한 답은 회사마다 다를 수 있습니다. 다만 10인 미만 조직이라면, 절차보다 실행 속도가, 승인보다 담당자가, 형식보다 맥락이 더 중요할 가능성이 높아요. 그렇다면 그에 맞는 구조를 만드는 게 먼저일 겁니다.

공여사들이 만든 시스템에서는 업무요청이 중심에 있습니다. 대표도 직원도 이 방식으로 일을 주고받고, 진행 상황을 확인하고, 완료 처리를 해요. 결재가 필요한 건 별도로 구분해서 처리하고요. 이렇게 구분하니까 일이 막히지 않고 굴러가더라고요.

5d247024e5810.png

지금 회사의 일하는 방식에 답답함을 느낀다면, 문제는 사람이 아니라 구조일 수 있습니다. 결재 시스템을 도입하기 전에, 업무요청 시스템부터 도입해보는 건 어떨까요? 그게 작은 회사에 맞는 첫 단계일 수 있습니다.

작은 팀을 위한 '일의 시스템' 웨비나 신청 >>


대표님들이 함께 많이 본 콘텐츠

 © 공여사들. '일의 구조'를 만듭니다.