일 자체가 어려운 건 버틸 수 있습니다. 처음 하는 업무라면 배워가면 되고, 실수하면 고치면 됩니다. 그런데 정보가 어디 있는지 모르고, 기준이 무엇인지 모르고, 물어보려니 다들 바빠 보이고, 그렇다고 안 물어보면 실력 없는 사람처럼 보이는 환경은 사람을 계속 위축시킵니다.
이 글에서 다룰 관행은 ‘주먹구구 회사에서는 빠르게 알아서 적응하는 것도 실력이라고 보는 방식’입니다. 스타트업이니까, 작은 회사니까, 처음 하는 일이 많으니까, 직원이 알아서 눈치껏 따라와야 한다고 생각하는 거죠.
이 관행을 구조 언어로 바꾸면 이렇습니다. 회사의 정보, 업무 기준, 일정, 평가 기준이 시스템에 남아 있지 않아 직원이 사람을 붙잡고 물어보거나 메신저를 뒤져가며 업무 맥락을 직접 복원해야 하는 구조입니다.
이 구조에서는 신입도 힘들고, 경력자도 힘듭니다. 직원은 일을 배우는 데 에너지를 쓰는 게 아니라, 감춰진 정보를 찾아내는 데 에너지를 씁니다. 대표는 대표대로 “왜 이렇게 빨리 적응을 못 하지?”라고 생각합니다. 결국 문제는 사람에게 향합니다.
하지만 작은 회사가 정말 봐야 하는 건 직원의 태도만이 아닙니다. 일이 사람에 달려 있는가, 아니면 시스템에 기대고 있는가입니다. 이 차이가 대기업과 주먹구구 회사의 가장 큰 차이입니다.
정보가 흩어지면 직원은 계속 눈치를 봅니다
작은 회사에 처음 들어간 직원이 가장 먼저 겪는 어려움은 정보 위치를 모른다는 점입니다. 회사가 어떤 일을 하는지, 누가 어떤 업무를 맡는지, 프로젝트가 어디까지 진행됐는지, 이전에 어떤 결정이 있었는지 한눈에 볼 수 있는 곳이 없습니다.
그러면 직원은 사람을 붙잡고 물어봐야 합니다. 그런데 작은 회사는 다들 바쁩니다. 대표도 바쁘고, 선임도 바쁘고, 옆자리 직원도 자기 일이 많습니다. 질문 하나 하려고 해도 눈치가 보입니다.
“이거 물어봐도 되나?”
“이미 알려줬던 건데 내가 못 찾는 건가?”
“이걸 모르면 실력 없어 보이나?”
이런 생각이 계속 듭니다. 그러다 보면 일에 집중하기보다 질문 타이밍을 재고, 상대방 기분을 보고, 혼자 메신저와 문서를 뒤지는 시간이 늘어납니다.
슬랙이나 카톡이 있다고 해결되는 것도 아닙니다. 대화는 남아 있지만, 그 안에서 내가 필요한 맥락을 찾아내야 합니다. 하루 종일 노트북을 들여다보며 이전 대화를 읽고, 어떤 이야기가 먼저였는지 확인하고, 누가 어떤 의미로 말했는지 추측해야 합니다.
이 과정에서 정보를 찾지 못하면 직원은 실력 없는 사람처럼 보일 수 있습니다. “왜 그것도 모르냐”는 말을 듣지 않으려면 더 열심히 뒤져야 합니다. 결국 회사의 정보가 체계적으로 제공되지 않은 문제를 직원 개인이 감당하게 됩니다.
이런 환경에서 신입이 빠르게 성과를 내기는 어렵습니다. 일이 어려워서가 아니라, 일을 시작하기 전 필요한 정보에 접근하는 과정이 너무 불편하기 때문입니다.
기준이 없으면 평가는 억울해집니다
작은 회사에서 직원들이 힘들어하는 또 하나의 지점은 기준입니다. 내가 몇 점을 맞아야 일을 잘한 건지 알기 어렵습니다. 어디까지 해야 충분한지, 어떤 결과물이 좋은 결과물인지, 무엇을 우선해야 하는지 명확하지 않습니다.
온보딩이 없고, 업무 기준이 없고, 평가 기준도 불분명한 상태에서 “빨리 적응하는 것도 실력”이라는 분위기가 만들어지면 직원은 계속 불안합니다. 성과가 안 나오면 실력이 부족한 사람이 되고, 질문이 많으면 눈치 없는 사람이 되고, 조용히 있으면 적극성이 부족한 사람이 됩니다.
동료평가도 기준이 없으면 직원 입장에서는 더 불안합니다. 누가 어떤 기준으로 평가하는지 모르고, 같이 일한 사람만 평가하는지도 알 수 없고, 태도나 분위기 같은 모호한 말로 판단될 수 있습니다. 그러면 직원은 일을 잘하려는 것보다 평가에서 나쁘게 보이지 않기 위해 움직입니다.
이건 회사에도 손해입니다. 직원이 일 자체에 집중하지 못하기 때문입니다. 좋은 회사는 직원이 일에만 신경 쓸 수 있게 만들어야 합니다. 인간관계, 눈치, 숨겨진 정보 찾기, 모호한 평가 기준에 에너지를 쓰게 하면 생산성이 떨어질 수밖에 없습니다.
일은 방법을 찾을 수 있습니다. 기준이 있고, 자료가 있고, 진행 상황이 보이면 문제를 해결할 수 있습니다. 하지만 사람의 기분과 눈치에 맞춰야 하는 환경에서는 해결보다 방어가 먼저 나옵니다.
그래서 체계 있는 회사는 직원에게 “알아서 해”라고 말하기 전에 기준을 줍니다. 어디를 보면 되는지, 무엇을 먼저 해야 하는지, 어느 수준이면 충분한지 알려줍니다. 이 차이가 직원에게는 아주 크게 느껴집니다.
대기업 시스템의 핵심은 사람이 바뀌어도 굴러가는 것입니다
대기업과 작은 회사의 가장 큰 차이는 일이 사람에게 달려 있느냐입니다. 큰 회사에서는 한 사람이 연차를 쓰거나 부서를 옮기거나 퇴사해도 회사가 다음 날 그대로 돌아갑니다. 그 사람이 중요하지 않아서가 아닙니다. 일이 사람 하나에만 묶여 있지 않기 때문입니다.
예를 들어 통신 공사 요청 업무를 생각해보겠습니다. 고객이 인터넷 설치를 요청하면 D+3일 안에 완료해야 한다는 기준이 있습니다. 담당자가 개인적으로 힘든 일이 있든, 갑자기 연차를 쓰든, 업무는 D+3일 안에 완료되어야 합니다.
담당자가 자리를 비우면 다른 사람이 대신 처리해야 합니다. 마감이 지나가면 시스템에서 빨간색으로 표시됩니다. 그래도 계속 늦어지면 KPI에 반영됩니다. 업무 기준, 시스템 알림, KPI가 연결되어 있는 겁니다.
이런 회사에서는 직원이 어디까지 노력해야 하는지 압니다. D+3일이라는 기준이 있으니까요. 어떤 일이 좋은 성과인지, 어떤 상태가 문제인지 보입니다. 개인의 기분이나 컨디션과 별개로 업무가 돌아가도록 설계되어 있습니다.
물론 작은 회사가 대기업처럼 모든 시스템을 갖추기는 어렵습니다. 하지만 핵심 개념은 가져올 수 있습니다. 일이 사람에게만 달리지 않게 하는 것입니다. 기준을 만들고, 일정이 보이게 하고, 담당자가 바뀌어도 이어질 수 있게 하는 것입니다.
작은 회사일수록 한 사람의 역할이 큽니다. 그래서 오히려 더 위험합니다. 핵심 인재 한 명이 나가면 회사 지식이 함께 사라질 수 있습니다. 대표가 모든 걸 알고 있으면 대표가 자리를 비울 때 일이 멈춥니다. 이 상태를 조금씩 시스템 기반으로 옮겨야 합니다.
프로젝트성 업무와 운영 업무를 구분해야 합니다
작은 회사에서 시스템을 만들 때 자주 나오는 반론이 있습니다.
“우리는 매일 새로운 일을 해서 시스템화하기 어려워요.”
맞습니다. 작은 회사, 특히 스타트업은 새로운 일이 많습니다. 사업 방향도 바뀌고, 프로젝트도 바뀌고, 어제 하던 일이 오늘은 의미 없어질 때도 있습니다. 그래서 모든 일을 대기업처럼 고정된 시스템으로 만들려고 하면 오히려 무거워집니다.
이때 필요한 구분이 있습니다. 지금 하는 일이 프로젝트성 업무인지, 운영성 업무인지 나눠야 합니다.
운영성 업무는 반복됩니다. 고객 응대, 견적 발송, 콘텐츠 발행, 정산, 주간 보고, 회의록 작성처럼 계속 돌아가는 업무입니다. 이런 일은 반복될수록 기준이 필요합니다. SOP를 만들고, 체크리스트를 만들고, 나중에는 더 큰 효율화를 위해 시스템이나 자동화로 옮길 수 있습니다.
반대로 프로젝트성 업무는 매번 다를 수 있습니다. 신제품 출시, 신규 브랜드 실험, 새로운 마케팅 캠페인, 사업 제휴처럼 한 번 해보며 길을 찾아야 하는 일이 많습니다. 이런 업무를 처음부터 고정된 시스템으로 묶으려 하면 답답해집니다.
하지만 프로젝트성 업무에도 관리 시스템은 필요합니다. 특히 동시에 돌아가는 프로젝트가 많아지면 대표 머릿속으로는 감당이 안 됩니다. 3~4명일 때는 대표가 직접 다 볼 수 있습니다. 그런데 10명을 넘어가고, 사업 영역이 많아지고, 동시에 돌리는 일이 늘어나면 대표 손을 떠난 일이 많아집니다.
그때 대표는 알아야 합니다. 지금 어떤 프로젝트가 진행 중인지, 누가 맡고 있는지, 마감일은 언제인지, 어디에서 막혔는지 봐야 다음 판단을 할 수 있습니다. 이게 없으면 대표는 PM을 불러서 계속 물어봐야 합니다.
“그거 어떻게 됐어요?”
“왜 아직 안 됐어요?”
“언제 끝나요?”
이 질문을 반복하는 순간 대표의 시간이 계속 잘립니다. 그래서 빠르게 움직이는 조직일수록 고정된 운영 시스템과 유연한 프로젝트 관리 시스템이 함께 필요합니다.
프로젝트 관리는 유연해야 합니다
프로젝트 관리는 생각보다 지저분합니다. 프로젝트마다 성격이 다르고, 필요한 항목도 다르고, 담당자와 일정도 바뀝니다. 그래서 하나의 딱딱한 양식으로 모든 프로젝트를 관리하기 어렵습니다.
초기에는 엑셀이나 구글시트로 관리하는 회사가 많습니다. 행과 열을 자유롭게 만들 수 있으니 편합니다. 하지만 프로젝트가 늘어나면 한계가 옵니다. 행은 계속 늘어나고, 최신 상태를 보려면 필터와 피벗을 계속 만져야 합니다. 어느 순간 누가 무엇을 보고 있는지 맞추기 어려워집니다.
그래서 작은 회사의 프로젝트 관리는 유연한 시스템이 필요합니다. 프로젝트별로 페이지를 만들고, 담당자와 마감일과 상태를 속성으로 볼 수 있어야 합니다. 상세한 논의와 회의록은 페이지 안에 남기고, 대표가 한눈에 봐야 하는 상태와 일정은 밖으로 꺼내 보여야 합니다.
이런 면에서 노션이 작은 회사에 잘 맞습니다. 프로젝트가 바뀌면 속성을 바꾸고, 새로운 보기나 필터를 만들 수 있습니다. 고정된 시스템처럼 무겁지 않고, 엑셀처럼 개인 파일로 흩어지지도 않습니다.
작은 회사는 자고 일어나면 방향이 바뀔 수 있습니다. 그래서 시스템도 가벼워야 합니다. 정책이 바뀌면 바로 바꿀 수 있어야 하고, 프로젝트 방식이 달라지면 페이지 구조도 조정할 수 있어야 합니다.
중요한 건 완벽한 시스템을 만드는 게 아닙니다. 대표 머릿속을 떠난 일을 다시 볼 수 있게 만드는 것입니다. 내 손을 떠난 일이 어디까지 갔는지, 누가 맡고 있는지, 어떤 문제가 있는지 확인할 수 있게 하는 것입니다.
도입 전후를 비교하면 이렇게 달라집니다
BEFORE: 일이 사람에게 달린 회사
신입은 슬랙과 노션을 혼자 뒤지며 회사 정보를 찾아야 합니다.
업무 기준이 없어 몇 점을 맞아야 잘한 건지 알 수 없습니다.
프로젝트 일정과 마감일이 대표나 담당자 머릿속에 있습니다.
담당자가 바뀌면 이전 맥락을 다시 설명해야 합니다.
대표는 계속 사람을 불러 진행 상황을 확인합니다.
AFTER: 일이 시스템에 남는 회사
신입은 온보딩 자료와 업무 기준을 보고 적응을 시작합니다.
반복 업무는 SOP와 체크리스트로 최소 기준을 맞춥니다.
프로젝트 상태, 담당자, 마감일이 한눈에 보입니다.
히스토리가 남아 담당자가 바뀌어도 이어서 볼 수 있습니다.
대표는 질문을 반복하기보다 시스템을 보고 판단합니다.
이 차이는 단순히 직원이 편하냐의 문제가 아닙니다. 회사가 사람 한 명에게 기대지 않고 돌아가느냐의 문제입니다. 작은 회사일수록 사람 한 명의 영향이 크기 때문에, 더더욱 일을 시스템에 남기는 연습이 필요합니다.
직원이 일에만 집중하게 만드는 회사가 체계 있는 회사입니다
좋은 회사는 직원이 일에만 집중할 수 있게 만듭니다. 물론 모든 문제가 사라질 수는 없습니다. 사람 간 갈등도 생기고, 업무가 바쁠 때도 있고, 새로운 문제도 계속 생깁니다. 하지만 최소한 일 외의 불필요한 눈치 싸움은 줄일 수 있습니다.
어디서 정보를 찾아야 하는지 몰라 헤매는 시간, 물어봐도 되는지 눈치 보는 시간, 기준을 몰라 과하게 하거나 부족하게 하는 시간, 대표가 언제 말을 바꿀지 몰라 방어하는 시간. 이런 시간은 회사가 시스템으로 줄여야 합니다.
작은 회사에서 시스템은 대단한 IT 구축을 뜻하지 않습니다. 기본적인 온보딩, 반복 업무 SOP, 프로젝트 관리, 히스토리, KPI와 주간 업무 연결처럼 일하는 방식을 보이게 만드는 것입니다.
KPI도 정했다고 끝이 아닙니다. KPI가 있으면 실행 과제가 나와야 하고, 실행 과제에는 일정이 있어야 합니다. 월 단위 계획이 있으면 주간 업무로 내려와야 하고, 주간 업무는 사전 보고, 중간 보고, 최종 보고로 이어져야 합니다. 이렇게 연결되어야 회사 목표가 실제 행동으로 바뀝니다.
작은 회사가 이 모든 것을 한 번에 완벽하게 만들 필요는 없습니다. 하지만 방향은 가져야 합니다. 일이 사람 머릿속에만 있지 않게 하고, 일정과 기준과 히스토리가 보이게 만들어야 합니다.
대표님이 계속 사람을 붙잡고 “어떻게 됐어요?”라고 묻고 있다면, 그건 직원이 부족해서만은 아닐 수 있습니다. 대표가 볼 수 있는 시스템이 없기 때문일 수 있습니다. 직원이 계속 눈치 보며 질문하고 있다면, 그건 직원이 소극적이어서만은 아닐 수 있습니다. 정보를 찾을 공간이 없기 때문일 수 있습니다.
작은 회사는 매일 새로운 일을 합니다. 그래서 더 유연한 시스템이 필요합니다. 그리고 그 유연한 시스템 안에 기준과 기록이 쌓여야 합니다. 그래야 사람이 바뀌어도, 프로젝트가 바뀌어도, 회사가 매번 처음부터 다시 시작하지 않습니다.
결론은 간단합니다. 주먹구구 회사의 문제는 바쁜 게 아닙니다. 일이 사람에게 달려 있다는 점입니다. 체계 있는 회사는 일을 사람에게서 시스템으로 조금씩 옮깁니다. 그래야 직원은 일에 집중하고, 대표는 판단에 집중할 수 있습니다.
작은 팀에서 노션으로 온보딩, SOP, 프로젝트 관리, 히스토리를 어떻게 갖춰야 할지 궁금하시다면, 아래 웨비나에서 먼저 확인해보세요.
작은 회사에서 일해본 분들이 가장 많이 하는 말이 있습니다.
“일보다 눈치 보는 게 더 힘들었어요.”
일 자체가 어려운 건 버틸 수 있습니다. 처음 하는 업무라면 배워가면 되고, 실수하면 고치면 됩니다. 그런데 정보가 어디 있는지 모르고, 기준이 무엇인지 모르고, 물어보려니 다들 바빠 보이고, 그렇다고 안 물어보면 실력 없는 사람처럼 보이는 환경은 사람을 계속 위축시킵니다.
이 글에서 다룰 관행은 ‘주먹구구 회사에서는 빠르게 알아서 적응하는 것도 실력이라고 보는 방식’입니다. 스타트업이니까, 작은 회사니까, 처음 하는 일이 많으니까, 직원이 알아서 눈치껏 따라와야 한다고 생각하는 거죠.
이 관행을 구조 언어로 바꾸면 이렇습니다. 회사의 정보, 업무 기준, 일정, 평가 기준이 시스템에 남아 있지 않아 직원이 사람을 붙잡고 물어보거나 메신저를 뒤져가며 업무 맥락을 직접 복원해야 하는 구조입니다.
이 구조에서는 신입도 힘들고, 경력자도 힘듭니다. 직원은 일을 배우는 데 에너지를 쓰는 게 아니라, 감춰진 정보를 찾아내는 데 에너지를 씁니다. 대표는 대표대로 “왜 이렇게 빨리 적응을 못 하지?”라고 생각합니다. 결국 문제는 사람에게 향합니다.
하지만 작은 회사가 정말 봐야 하는 건 직원의 태도만이 아닙니다. 일이 사람에 달려 있는가, 아니면 시스템에 기대고 있는가입니다. 이 차이가 대기업과 주먹구구 회사의 가장 큰 차이입니다.
정보가 흩어지면 직원은 계속 눈치를 봅니다
작은 회사에 처음 들어간 직원이 가장 먼저 겪는 어려움은 정보 위치를 모른다는 점입니다. 회사가 어떤 일을 하는지, 누가 어떤 업무를 맡는지, 프로젝트가 어디까지 진행됐는지, 이전에 어떤 결정이 있었는지 한눈에 볼 수 있는 곳이 없습니다.
그러면 직원은 사람을 붙잡고 물어봐야 합니다. 그런데 작은 회사는 다들 바쁩니다. 대표도 바쁘고, 선임도 바쁘고, 옆자리 직원도 자기 일이 많습니다. 질문 하나 하려고 해도 눈치가 보입니다.
“이거 물어봐도 되나?”
“이미 알려줬던 건데 내가 못 찾는 건가?”
“이걸 모르면 실력 없어 보이나?”
이런 생각이 계속 듭니다. 그러다 보면 일에 집중하기보다 질문 타이밍을 재고, 상대방 기분을 보고, 혼자 메신저와 문서를 뒤지는 시간이 늘어납니다.
슬랙이나 카톡이 있다고 해결되는 것도 아닙니다. 대화는 남아 있지만, 그 안에서 내가 필요한 맥락을 찾아내야 합니다. 하루 종일 노트북을 들여다보며 이전 대화를 읽고, 어떤 이야기가 먼저였는지 확인하고, 누가 어떤 의미로 말했는지 추측해야 합니다.
이 과정에서 정보를 찾지 못하면 직원은 실력 없는 사람처럼 보일 수 있습니다. “왜 그것도 모르냐”는 말을 듣지 않으려면 더 열심히 뒤져야 합니다. 결국 회사의 정보가 체계적으로 제공되지 않은 문제를 직원 개인이 감당하게 됩니다.
이런 환경에서 신입이 빠르게 성과를 내기는 어렵습니다. 일이 어려워서가 아니라, 일을 시작하기 전 필요한 정보에 접근하는 과정이 너무 불편하기 때문입니다.
기준이 없으면 평가는 억울해집니다
작은 회사에서 직원들이 힘들어하는 또 하나의 지점은 기준입니다. 내가 몇 점을 맞아야 일을 잘한 건지 알기 어렵습니다. 어디까지 해야 충분한지, 어떤 결과물이 좋은 결과물인지, 무엇을 우선해야 하는지 명확하지 않습니다.
온보딩이 없고, 업무 기준이 없고, 평가 기준도 불분명한 상태에서 “빨리 적응하는 것도 실력”이라는 분위기가 만들어지면 직원은 계속 불안합니다. 성과가 안 나오면 실력이 부족한 사람이 되고, 질문이 많으면 눈치 없는 사람이 되고, 조용히 있으면 적극성이 부족한 사람이 됩니다.
동료평가도 기준이 없으면 직원 입장에서는 더 불안합니다. 누가 어떤 기준으로 평가하는지 모르고, 같이 일한 사람만 평가하는지도 알 수 없고, 태도나 분위기 같은 모호한 말로 판단될 수 있습니다. 그러면 직원은 일을 잘하려는 것보다 평가에서 나쁘게 보이지 않기 위해 움직입니다.
이건 회사에도 손해입니다. 직원이 일 자체에 집중하지 못하기 때문입니다. 좋은 회사는 직원이 일에만 신경 쓸 수 있게 만들어야 합니다. 인간관계, 눈치, 숨겨진 정보 찾기, 모호한 평가 기준에 에너지를 쓰게 하면 생산성이 떨어질 수밖에 없습니다.
일은 방법을 찾을 수 있습니다. 기준이 있고, 자료가 있고, 진행 상황이 보이면 문제를 해결할 수 있습니다. 하지만 사람의 기분과 눈치에 맞춰야 하는 환경에서는 해결보다 방어가 먼저 나옵니다.
그래서 체계 있는 회사는 직원에게 “알아서 해”라고 말하기 전에 기준을 줍니다. 어디를 보면 되는지, 무엇을 먼저 해야 하는지, 어느 수준이면 충분한지 알려줍니다. 이 차이가 직원에게는 아주 크게 느껴집니다.
대기업 시스템의 핵심은 사람이 바뀌어도 굴러가는 것입니다
대기업과 작은 회사의 가장 큰 차이는 일이 사람에게 달려 있느냐입니다. 큰 회사에서는 한 사람이 연차를 쓰거나 부서를 옮기거나 퇴사해도 회사가 다음 날 그대로 돌아갑니다. 그 사람이 중요하지 않아서가 아닙니다. 일이 사람 하나에만 묶여 있지 않기 때문입니다.
예를 들어 통신 공사 요청 업무를 생각해보겠습니다. 고객이 인터넷 설치를 요청하면 D+3일 안에 완료해야 한다는 기준이 있습니다. 담당자가 개인적으로 힘든 일이 있든, 갑자기 연차를 쓰든, 업무는 D+3일 안에 완료되어야 합니다.
담당자가 자리를 비우면 다른 사람이 대신 처리해야 합니다. 마감이 지나가면 시스템에서 빨간색으로 표시됩니다. 그래도 계속 늦어지면 KPI에 반영됩니다. 업무 기준, 시스템 알림, KPI가 연결되어 있는 겁니다.
이런 회사에서는 직원이 어디까지 노력해야 하는지 압니다. D+3일이라는 기준이 있으니까요. 어떤 일이 좋은 성과인지, 어떤 상태가 문제인지 보입니다. 개인의 기분이나 컨디션과 별개로 업무가 돌아가도록 설계되어 있습니다.
물론 작은 회사가 대기업처럼 모든 시스템을 갖추기는 어렵습니다. 하지만 핵심 개념은 가져올 수 있습니다. 일이 사람에게만 달리지 않게 하는 것입니다. 기준을 만들고, 일정이 보이게 하고, 담당자가 바뀌어도 이어질 수 있게 하는 것입니다.
작은 회사일수록 한 사람의 역할이 큽니다. 그래서 오히려 더 위험합니다. 핵심 인재 한 명이 나가면 회사 지식이 함께 사라질 수 있습니다. 대표가 모든 걸 알고 있으면 대표가 자리를 비울 때 일이 멈춥니다. 이 상태를 조금씩 시스템 기반으로 옮겨야 합니다.
프로젝트성 업무와 운영 업무를 구분해야 합니다
작은 회사에서 시스템을 만들 때 자주 나오는 반론이 있습니다.
“우리는 매일 새로운 일을 해서 시스템화하기 어려워요.”
맞습니다. 작은 회사, 특히 스타트업은 새로운 일이 많습니다. 사업 방향도 바뀌고, 프로젝트도 바뀌고, 어제 하던 일이 오늘은 의미 없어질 때도 있습니다. 그래서 모든 일을 대기업처럼 고정된 시스템으로 만들려고 하면 오히려 무거워집니다.
이때 필요한 구분이 있습니다. 지금 하는 일이 프로젝트성 업무인지, 운영성 업무인지 나눠야 합니다.
운영성 업무는 반복됩니다. 고객 응대, 견적 발송, 콘텐츠 발행, 정산, 주간 보고, 회의록 작성처럼 계속 돌아가는 업무입니다. 이런 일은 반복될수록 기준이 필요합니다. SOP를 만들고, 체크리스트를 만들고, 나중에는 더 큰 효율화를 위해 시스템이나 자동화로 옮길 수 있습니다.
반대로 프로젝트성 업무는 매번 다를 수 있습니다. 신제품 출시, 신규 브랜드 실험, 새로운 마케팅 캠페인, 사업 제휴처럼 한 번 해보며 길을 찾아야 하는 일이 많습니다. 이런 업무를 처음부터 고정된 시스템으로 묶으려 하면 답답해집니다.
하지만 프로젝트성 업무에도 관리 시스템은 필요합니다. 특히 동시에 돌아가는 프로젝트가 많아지면 대표 머릿속으로는 감당이 안 됩니다. 3~4명일 때는 대표가 직접 다 볼 수 있습니다. 그런데 10명을 넘어가고, 사업 영역이 많아지고, 동시에 돌리는 일이 늘어나면 대표 손을 떠난 일이 많아집니다.
그때 대표는 알아야 합니다. 지금 어떤 프로젝트가 진행 중인지, 누가 맡고 있는지, 마감일은 언제인지, 어디에서 막혔는지 봐야 다음 판단을 할 수 있습니다. 이게 없으면 대표는 PM을 불러서 계속 물어봐야 합니다.
“그거 어떻게 됐어요?”
“왜 아직 안 됐어요?”
“언제 끝나요?”
이 질문을 반복하는 순간 대표의 시간이 계속 잘립니다. 그래서 빠르게 움직이는 조직일수록 고정된 운영 시스템과 유연한 프로젝트 관리 시스템이 함께 필요합니다.
프로젝트 관리는 유연해야 합니다
프로젝트 관리는 생각보다 지저분합니다. 프로젝트마다 성격이 다르고, 필요한 항목도 다르고, 담당자와 일정도 바뀝니다. 그래서 하나의 딱딱한 양식으로 모든 프로젝트를 관리하기 어렵습니다.
초기에는 엑셀이나 구글시트로 관리하는 회사가 많습니다. 행과 열을 자유롭게 만들 수 있으니 편합니다. 하지만 프로젝트가 늘어나면 한계가 옵니다. 행은 계속 늘어나고, 최신 상태를 보려면 필터와 피벗을 계속 만져야 합니다. 어느 순간 누가 무엇을 보고 있는지 맞추기 어려워집니다.
그래서 작은 회사의 프로젝트 관리는 유연한 시스템이 필요합니다. 프로젝트별로 페이지를 만들고, 담당자와 마감일과 상태를 속성으로 볼 수 있어야 합니다. 상세한 논의와 회의록은 페이지 안에 남기고, 대표가 한눈에 봐야 하는 상태와 일정은 밖으로 꺼내 보여야 합니다.
이런 면에서 노션이 작은 회사에 잘 맞습니다. 프로젝트가 바뀌면 속성을 바꾸고, 새로운 보기나 필터를 만들 수 있습니다. 고정된 시스템처럼 무겁지 않고, 엑셀처럼 개인 파일로 흩어지지도 않습니다.
작은 회사는 자고 일어나면 방향이 바뀔 수 있습니다. 그래서 시스템도 가벼워야 합니다. 정책이 바뀌면 바로 바꿀 수 있어야 하고, 프로젝트 방식이 달라지면 페이지 구조도 조정할 수 있어야 합니다.
중요한 건 완벽한 시스템을 만드는 게 아닙니다. 대표 머릿속을 떠난 일을 다시 볼 수 있게 만드는 것입니다. 내 손을 떠난 일이 어디까지 갔는지, 누가 맡고 있는지, 어떤 문제가 있는지 확인할 수 있게 하는 것입니다.
도입 전후를 비교하면 이렇게 달라집니다
BEFORE: 일이 사람에게 달린 회사
AFTER: 일이 시스템에 남는 회사
이 차이는 단순히 직원이 편하냐의 문제가 아닙니다. 회사가 사람 한 명에게 기대지 않고 돌아가느냐의 문제입니다. 작은 회사일수록 사람 한 명의 영향이 크기 때문에, 더더욱 일을 시스템에 남기는 연습이 필요합니다.
직원이 일에만 집중하게 만드는 회사가 체계 있는 회사입니다
좋은 회사는 직원이 일에만 집중할 수 있게 만듭니다. 물론 모든 문제가 사라질 수는 없습니다. 사람 간 갈등도 생기고, 업무가 바쁠 때도 있고, 새로운 문제도 계속 생깁니다. 하지만 최소한 일 외의 불필요한 눈치 싸움은 줄일 수 있습니다.
어디서 정보를 찾아야 하는지 몰라 헤매는 시간, 물어봐도 되는지 눈치 보는 시간, 기준을 몰라 과하게 하거나 부족하게 하는 시간, 대표가 언제 말을 바꿀지 몰라 방어하는 시간. 이런 시간은 회사가 시스템으로 줄여야 합니다.
작은 회사에서 시스템은 대단한 IT 구축을 뜻하지 않습니다. 기본적인 온보딩, 반복 업무 SOP, 프로젝트 관리, 히스토리, KPI와 주간 업무 연결처럼 일하는 방식을 보이게 만드는 것입니다.
KPI도 정했다고 끝이 아닙니다. KPI가 있으면 실행 과제가 나와야 하고, 실행 과제에는 일정이 있어야 합니다. 월 단위 계획이 있으면 주간 업무로 내려와야 하고, 주간 업무는 사전 보고, 중간 보고, 최종 보고로 이어져야 합니다. 이렇게 연결되어야 회사 목표가 실제 행동으로 바뀝니다.
작은 회사가 이 모든 것을 한 번에 완벽하게 만들 필요는 없습니다. 하지만 방향은 가져야 합니다. 일이 사람 머릿속에만 있지 않게 하고, 일정과 기준과 히스토리가 보이게 만들어야 합니다.
대표님이 계속 사람을 붙잡고 “어떻게 됐어요?”라고 묻고 있다면, 그건 직원이 부족해서만은 아닐 수 있습니다. 대표가 볼 수 있는 시스템이 없기 때문일 수 있습니다. 직원이 계속 눈치 보며 질문하고 있다면, 그건 직원이 소극적이어서만은 아닐 수 있습니다. 정보를 찾을 공간이 없기 때문일 수 있습니다.
작은 회사는 매일 새로운 일을 합니다. 그래서 더 유연한 시스템이 필요합니다. 그리고 그 유연한 시스템 안에 기준과 기록이 쌓여야 합니다. 그래야 사람이 바뀌어도, 프로젝트가 바뀌어도, 회사가 매번 처음부터 다시 시작하지 않습니다.
결론은 간단합니다. 주먹구구 회사의 문제는 바쁜 게 아닙니다. 일이 사람에게 달려 있다는 점입니다. 체계 있는 회사는 일을 사람에게서 시스템으로 조금씩 옮깁니다. 그래야 직원은 일에 집중하고, 대표는 판단에 집중할 수 있습니다.
작은 팀에서 노션으로 온보딩, SOP, 프로젝트 관리, 히스토리를 어떻게 갖춰야 할지 궁금하시다면, 아래 웨비나에서 먼저 확인해보세요.
작은 팀을 위한 ‘일의 시스템’ 웨비나 신청 >>