PM 한 명의 기억에 모든 업무 현황이 들어 있던 회사
"정해진 시스템 없이 회사에서 돌아가는 모든 사업에 대한 업무를 진행해야 한다는 점이 너무 스트레스였습니다."
이 말은 어느 한 회사만의 이야기가 아닙니다. 직원 수가 두 자릿수를 넘기기 시작한 조직에서 반복해서 등장하는 구조적인 현상이죠. 혼자, 혹은 소수로 일할 때는 대표가 모든 업무 현황을 머릿속에 담고 관리할 수 있었습니다. 카톡 메시지, 회의 메모, 구두로 나눈 말 한마디. 그것들이 일의 흐름을 만들었고, 어쨌든 굴러갔습니다.
그런데 직원이 10명을 넘기면서부터 그 방식이 작동하지 않기 시작합니다. 전체 업무 현황을 기억에만 의존해 관리하던 PM이 있었다면, 그 사람 하나가 빠지는 순간 일은 어디서부터 다시 시작해야 할지조차 모호해집니다. 체계가 없는 상태에서 팀장급 실무자가 갑자기 퇴사하면 회사의 중요한 정보가 한꺼번에 사라집니다. 그리고 그 자리는 보통 대표가 채웁니다.
이 글은 직원 수 10명 이상의 조직이 프로젝트 관리 체계를 갖추지 않으면 어디서 구멍이 생기는지, 그리고 체계를 바꾼 뒤 실제로 무엇이 달라지는지를 구체적인 사례와 함께 살펴봅니다.
직원 10명을 넘기면 대표 혼자 감당할 수 없어지는 이유
5명이 함께 일할 때와 10명이 함께 일할 때는 업무의 복잡도가 단순히 2배가 되는 게 아닙니다. 사람 수가 늘면서 하나의 업무에 관여하는 이해관계자도 함께 늘어납니다. 기획 담당, 외주 작업자, 검수 담당, 클라이언트 담당, 그 위에 최종 승인권자까지. 콘텐츠 하나를 만드는 일에도 네다섯 명의 손을 거치게 됩니다.
고객 실제 문제:
이 구조에서 대표는 더 이상 모든 업무를 직접 챙길 수 없습니다. "이거 어디까지 됐어?"라고 물어봐야 할 사람 자체가 많아집니다. 확인해야 할 곳이 늘어나면, 파악하는 데만 시간이 빠져나갑니다. 그러다 보면 분명히 지시했던 일이 누락된 채 마감일이 지나 있는 상황을 마주하게 됩니다.
카톡과 구두 지시만으로는 업무를 놓치게 되는 이유
일의 성격이 구분되지 않으면 소통 방법도 정의할 수 없다
모든 업무 요청이 카톡 하나로 들어옵니다. 급한 것도, 장기 프로젝트도, 단순 확인 요청도 전부 같은 카톡방에서 같은 방식으로 전달됩니다. 받는 사람은 어디까지가 즉각 처리해야 할 일인지, 어디까지가 다음 주까지 마감인 일인지 메시지만 봐서는 알 수 없습니다. 이 구분이 없으면 받은 사람은 눈에 띄는 것부터 처리하게 됩니다.
그 결과 중요하지만 급하지 않은 일은 계속 뒤로 미뤄집니다. 특히 대행사, 용역사, IT 회사처럼 매번 다른 클라이언트, 다른 업무 범위, 다른 이해관계자들을 상대하는 조직에서 이 문제가 두드러집니다. 이렇게 매번 다른 프로젝트인데 소통 방식은 언제나 카톡입니다. 이 상황에서는 누락이 실수가 아니라 구조의 결과입니다.
직원이 늘수록 대표는 현황 확인에서 빠집니다
한 IT 교육 회사는 직원 수가 두 자릿수를 넘긴 시점에 전사 시스템 도입을 시도했습니다. 일부 팀에서 쓰던 업무 툴을 전직원을 대상으로 확장하려 했지만, 팀마다 업무 방식이 달랐습니다. 결국 도입은 중단됐고, 업무는 다시 카톡과 구두 지시로 돌아왔습니다.
"기존에 일부 사업에 대해 일하는 직원들만 사용하는 업무툴을 전사적으로 사용할 수 있도록 시도해보았지만, 다른 직원들 업무 프로세스에는 맞지 않아서 전사 시스템으로 사용할 수 없어 수포로 돌아갔습니다."
전사 시스템 도입이 실패하는 이유는 익숙해져버린 업무 습관을 바꾸기 어렵기 때문입니다. 이 상황이 반복되면 대표는 점점 더 많은 시간을 현황 파악에 씁니다. "지금 어디까지 됐어?"라는 질문이 하루에 열 번씩 나옵니다. 그래도 놓치는 일이 생깁니다. 이건 사람의 문제가 아닙니다. 업무가 어디에도 기록되지 않고 대화 안에만 존재하기 때문입니다.
전사 시스템 도입을 시도했다가 중단되는 지점
전사 시스템을 한 번 이상 시도해 본 대표들이 공통으로 부딪히는 지점이 있습니다. 도입 자체가 아니라 적용의 문제입니다. 툴은 골랐고 직원들에게 공유도 했는데, 실제로 그 안에서 업무를 처리하는 사람이 없습니다. 각자의 방식대로 일하면서 시스템은 형식적으로만 존재하게 됩니다.
이 시점에서 대표는 두 가지 중 하나를 선택합니다. 직원들을 독려해 다시 사용해 보게 하거나, 아예 포기하고 이전 방식으로 돌아가거나. 대부분은 후자를 택합니다. 그렇기에 문제는 사라지지 않습니다. 팀이 커질수록, 진행하는 일의 수가 많아질수록, 대표가 직접 확인해야 하는 항목은 계속 늘어납니다. 그러다 어느 순간 대표는 스스로 묻게 됩니다. "이 방식으로는 더 이상 안 되는 게 아닌가?"
이런 상황이 반복된다면,
프로젝트 관리 기준을 세울 때입니다.
웨비나 보러가기
전체 업무가 한 화면에 보이는가, 그것만 봤습니다
한 콘텐츠 미디어 회사 대표는 시스템을 고를 때 기능 목록이나 가격보다 한 가지를 먼저 확인했습니다. 지금 진행 중인 프로젝트 전체를 화면 하나에서 볼 수 있는가.
어느 프로젝트가 멈춰 있는지, 누가 담당인지, 마감이 언제인지를 한 번에 파악할 수 있는가. 각 기능이 얼마나 정교한지가 아니라, 실제로 업무 현황을 한 곳에서 보고 판단할 수 있는 구조인지를 먼저 봤습니다.
프로젝트 단위로 바꾸자 달라진 업무 처리 방식
물어보지 않아도 어디서 업무가 멈췄는지 보입니다
프로젝트 관리 체계를 도입하면 가장 먼저 달라지는 게 있습니다. 대표나 팀장이 직접 물어보지 않아도 시스템에 접속하면 어느 업무가 멈춰 있는지 바로 보인다는 점이죠.
카톡방에서 며칠 전 지시한 내용이 어디까지 됐는지 확인하기 위해 스크롤을 올리거나 담당자에게 따로 연락할 필요가 없어집니다. 업무 단위마다 담당자, 진행 상태, 마감일이 한 화면에 있으니까요.
콘텐츠 미디어 회사를 운영하는 한 대표는 이렇게 말합니다.
"프로젝트 관리 탭에서 상위/하위 프로젝트를 생성해서 하나씩 따라가면 어느새 목표점에 도달해있더라구요. 예전에는 한 명의 PM이 기억과 노트 필기를 가지고 생체 기록 역할을 했었는데 더이상 그럴 필요가 없어졌습니다. 업무 강도도 낮아진 셈이죠. 더구나 여러가지 프로젝트를 동시에 운영하는 것도 한층 쉬워졌습니다. 타임라인 탭으로 그때그때 필요한 작업들을 확인하고 쳐내면 그만이기 때문입니다."
특정 사람의 머릿속에만 있던 업무 현황이 시스템 안으로 옮겨지면, 그 사람이 자리를 비워도 일은 계속 진행됩니다. 병목이 생기면 화면에서 바로 드러나고, 처리되면 상태가 업데이트됩니다. 관리자는 그 화면을 보고 우선순위를 판단하면 됩니다.
기록이 쌓이면 다음 프로젝트 준비 시간이 줄어듭니다
프로젝트 관리 체계가 만드는 또 다른 변화는 기록입니다. 프로젝트마다 담당자, 일정, 산출물, 주요 결정 내용이 한 페이지 안에 축적됩니다. 비슷한 성격의 일을 다시 진행할 때 처음부터 구성을 짤 필요가 없어집니다. 이전 페이지를 열면 어떤 순서로 진행했는지, 어디서 시간이 많이 걸렸는지가 그대로 남아 있습니다.
디자인스튜디오를 운영하는 한 대표는 이 부분을 이렇게 설명합니다.
"프로젝트마다 하위 태스크를 설정할 수 있고, 각 담당자와 진행상황, 마감일을 한눈에 보고 관리할 수 있다. 추후에 비슷한 프로젝트 진행 시 필요한 프로세스를 참고할 수 있고, 기록이 남아있으니 편하게 다시 꺼내볼 수 있다."
기록이 쌓이면 운영화 검토도 가능해집니다.
실제 고객 후기:
매번 새로 시작하던 업무가 일정 횟수 반복되면, 이를 운영 단계로 넘겨서 처리 방식을 표준화할 수 있습니다. 프로젝트성으로 일하는 회사에서 이 구조는 단순한 업무 관리가 아니라 사업 확장의 기반입니다. 클라이언트가 늘 때마다 처음부터 다시 설계하지 않아도 되는 체계가 갖춰지는 거죠.
IT 교육 회사 대표는 도입 2주 만에 이런 후기를 남겼습니다.
"직원들이 가장 만족하는 메뉴는 프로젝트관리인데요, 다른 업무툴보다 직관적이라서 보기 편하다고 합니다! 메신저로만 요청했던 업무를 '업무요청' 메뉴를 통해 기록으로도 남고 리마인더 되서 좋다고 해요."
직원들이 만족하는 이유는 기능이 많아서가 아닙니다. 자신이 맡은 일이 어디에 기록되어 있고, 완료되면 어떻게 확인되는 지가 명확하기 때문입니다. 일이 카톡 대화 속에 파묻혀 사라지지 않는다는 것만으로도 처리 방식이 달라집니다.
직원 10명이 넘었다면 지금이 바꿀 시점입니다
직원 수가 늘면서 대표가 모든 업무 현황을 직접 챙기는 방식은 한계에 도달합니다. 이건 사람의 역량이 부족해서가 아닙니다. 카톡과 구두 지시로 운영되는 구조가 규모를 더 이상 감당하지 못하는 겁니다. 프로젝트를 단위로 묶고, 담당자·일정·상태를 한 화면에서 관리하는 체계를 갖추면 대표가 일일이 물어보며 쓰던 시간이 줄어듭니다. 그 시간을 클라이언트, 영업, 다음 사업 구상에 쓸 수 있게 됩니다. 10인 규모에서 실제로 어떻게 구조를 바꿨는지, 아래 웨비나에서 구체적으로 보여드립니다.
작은 팀을 위한 '일의 시스템' 웨비나 신청 >>
PM 한 명의 기억에 모든 업무 현황이 들어 있던 회사
"정해진 시스템 없이 회사에서 돌아가는 모든 사업에 대한 업무를 진행해야 한다는 점이 너무 스트레스였습니다."
이 말은 어느 한 회사만의 이야기가 아닙니다. 직원 수가 두 자릿수를 넘기기 시작한 조직에서 반복해서 등장하는 구조적인 현상이죠. 혼자, 혹은 소수로 일할 때는 대표가 모든 업무 현황을 머릿속에 담고 관리할 수 있었습니다. 카톡 메시지, 회의 메모, 구두로 나눈 말 한마디. 그것들이 일의 흐름을 만들었고, 어쨌든 굴러갔습니다.
그런데 직원이 10명을 넘기면서부터 그 방식이 작동하지 않기 시작합니다. 전체 업무 현황을 기억에만 의존해 관리하던 PM이 있었다면, 그 사람 하나가 빠지는 순간 일은 어디서부터 다시 시작해야 할지조차 모호해집니다. 체계가 없는 상태에서 팀장급 실무자가 갑자기 퇴사하면 회사의 중요한 정보가 한꺼번에 사라집니다. 그리고 그 자리는 보통 대표가 채웁니다.
이 글은 직원 수 10명 이상의 조직이 프로젝트 관리 체계를 갖추지 않으면 어디서 구멍이 생기는지, 그리고 체계를 바꾼 뒤 실제로 무엇이 달라지는지를 구체적인 사례와 함께 살펴봅니다.
직원 10명을 넘기면 대표 혼자 감당할 수 없어지는 이유
5명이 함께 일할 때와 10명이 함께 일할 때는 업무의 복잡도가 단순히 2배가 되는 게 아닙니다. 사람 수가 늘면서 하나의 업무에 관여하는 이해관계자도 함께 늘어납니다. 기획 담당, 외주 작업자, 검수 담당, 클라이언트 담당, 그 위에 최종 승인권자까지. 콘텐츠 하나를 만드는 일에도 네다섯 명의 손을 거치게 됩니다.
고객 실제 문제:
이 구조에서 대표는 더 이상 모든 업무를 직접 챙길 수 없습니다. "이거 어디까지 됐어?"라고 물어봐야 할 사람 자체가 많아집니다. 확인해야 할 곳이 늘어나면, 파악하는 데만 시간이 빠져나갑니다. 그러다 보면 분명히 지시했던 일이 누락된 채 마감일이 지나 있는 상황을 마주하게 됩니다.
카톡과 구두 지시만으로는 업무를 놓치게 되는 이유
일의 성격이 구분되지 않으면 소통 방법도 정의할 수 없다
모든 업무 요청이 카톡 하나로 들어옵니다. 급한 것도, 장기 프로젝트도, 단순 확인 요청도 전부 같은 카톡방에서 같은 방식으로 전달됩니다. 받는 사람은 어디까지가 즉각 처리해야 할 일인지, 어디까지가 다음 주까지 마감인 일인지 메시지만 봐서는 알 수 없습니다. 이 구분이 없으면 받은 사람은 눈에 띄는 것부터 처리하게 됩니다.
그 결과 중요하지만 급하지 않은 일은 계속 뒤로 미뤄집니다. 특히 대행사, 용역사, IT 회사처럼 매번 다른 클라이언트, 다른 업무 범위, 다른 이해관계자들을 상대하는 조직에서 이 문제가 두드러집니다. 이렇게 매번 다른 프로젝트인데 소통 방식은 언제나 카톡입니다. 이 상황에서는 누락이 실수가 아니라 구조의 결과입니다.
직원이 늘수록 대표는 현황 확인에서 빠집니다
한 IT 교육 회사는 직원 수가 두 자릿수를 넘긴 시점에 전사 시스템 도입을 시도했습니다. 일부 팀에서 쓰던 업무 툴을 전직원을 대상으로 확장하려 했지만, 팀마다 업무 방식이 달랐습니다. 결국 도입은 중단됐고, 업무는 다시 카톡과 구두 지시로 돌아왔습니다.
전사 시스템 도입이 실패하는 이유는 익숙해져버린 업무 습관을 바꾸기 어렵기 때문입니다. 이 상황이 반복되면 대표는 점점 더 많은 시간을 현황 파악에 씁니다. "지금 어디까지 됐어?"라는 질문이 하루에 열 번씩 나옵니다. 그래도 놓치는 일이 생깁니다. 이건 사람의 문제가 아닙니다. 업무가 어디에도 기록되지 않고 대화 안에만 존재하기 때문입니다.
전사 시스템 도입을 시도했다가 중단되는 지점
전사 시스템을 한 번 이상 시도해 본 대표들이 공통으로 부딪히는 지점이 있습니다. 도입 자체가 아니라 적용의 문제입니다. 툴은 골랐고 직원들에게 공유도 했는데, 실제로 그 안에서 업무를 처리하는 사람이 없습니다. 각자의 방식대로 일하면서 시스템은 형식적으로만 존재하게 됩니다.
이 시점에서 대표는 두 가지 중 하나를 선택합니다. 직원들을 독려해 다시 사용해 보게 하거나, 아예 포기하고 이전 방식으로 돌아가거나. 대부분은 후자를 택합니다. 그렇기에 문제는 사라지지 않습니다. 팀이 커질수록, 진행하는 일의 수가 많아질수록, 대표가 직접 확인해야 하는 항목은 계속 늘어납니다. 그러다 어느 순간 대표는 스스로 묻게 됩니다. "이 방식으로는 더 이상 안 되는 게 아닌가?"
이런 상황이 반복된다면,
웨비나 보러가기프로젝트 관리 기준을 세울 때입니다.
전체 업무가 한 화면에 보이는가, 그것만 봤습니다
한 콘텐츠 미디어 회사 대표는 시스템을 고를 때 기능 목록이나 가격보다 한 가지를 먼저 확인했습니다. 지금 진행 중인 프로젝트 전체를 화면 하나에서 볼 수 있는가.
어느 프로젝트가 멈춰 있는지, 누가 담당인지, 마감이 언제인지를 한 번에 파악할 수 있는가. 각 기능이 얼마나 정교한지가 아니라, 실제로 업무 현황을 한 곳에서 보고 판단할 수 있는 구조인지를 먼저 봤습니다.
프로젝트 단위로 바꾸자 달라진 업무 처리 방식
물어보지 않아도 어디서 업무가 멈췄는지 보입니다
프로젝트 관리 체계를 도입하면 가장 먼저 달라지는 게 있습니다. 대표나 팀장이 직접 물어보지 않아도 시스템에 접속하면 어느 업무가 멈춰 있는지 바로 보인다는 점이죠.
카톡방에서 며칠 전 지시한 내용이 어디까지 됐는지 확인하기 위해 스크롤을 올리거나 담당자에게 따로 연락할 필요가 없어집니다. 업무 단위마다 담당자, 진행 상태, 마감일이 한 화면에 있으니까요.
콘텐츠 미디어 회사를 운영하는 한 대표는 이렇게 말합니다.
특정 사람의 머릿속에만 있던 업무 현황이 시스템 안으로 옮겨지면, 그 사람이 자리를 비워도 일은 계속 진행됩니다. 병목이 생기면 화면에서 바로 드러나고, 처리되면 상태가 업데이트됩니다. 관리자는 그 화면을 보고 우선순위를 판단하면 됩니다.
기록이 쌓이면 다음 프로젝트 준비 시간이 줄어듭니다
프로젝트 관리 체계가 만드는 또 다른 변화는 기록입니다. 프로젝트마다 담당자, 일정, 산출물, 주요 결정 내용이 한 페이지 안에 축적됩니다. 비슷한 성격의 일을 다시 진행할 때 처음부터 구성을 짤 필요가 없어집니다. 이전 페이지를 열면 어떤 순서로 진행했는지, 어디서 시간이 많이 걸렸는지가 그대로 남아 있습니다.
디자인스튜디오를 운영하는 한 대표는 이 부분을 이렇게 설명합니다.
기록이 쌓이면 운영화 검토도 가능해집니다.
실제 고객 후기:
매번 새로 시작하던 업무가 일정 횟수 반복되면, 이를 운영 단계로 넘겨서 처리 방식을 표준화할 수 있습니다. 프로젝트성으로 일하는 회사에서 이 구조는 단순한 업무 관리가 아니라 사업 확장의 기반입니다. 클라이언트가 늘 때마다 처음부터 다시 설계하지 않아도 되는 체계가 갖춰지는 거죠.
IT 교육 회사 대표는 도입 2주 만에 이런 후기를 남겼습니다.
직원들이 만족하는 이유는 기능이 많아서가 아닙니다. 자신이 맡은 일이 어디에 기록되어 있고, 완료되면 어떻게 확인되는 지가 명확하기 때문입니다. 일이 카톡 대화 속에 파묻혀 사라지지 않는다는 것만으로도 처리 방식이 달라집니다.
직원 10명이 넘었다면 지금이 바꿀 시점입니다
직원 수가 늘면서 대표가 모든 업무 현황을 직접 챙기는 방식은 한계에 도달합니다. 이건 사람의 역량이 부족해서가 아닙니다. 카톡과 구두 지시로 운영되는 구조가 규모를 더 이상 감당하지 못하는 겁니다. 프로젝트를 단위로 묶고, 담당자·일정·상태를 한 화면에서 관리하는 체계를 갖추면 대표가 일일이 물어보며 쓰던 시간이 줄어듭니다. 그 시간을 클라이언트, 영업, 다음 사업 구상에 쓸 수 있게 됩니다. 10인 규모에서 실제로 어떻게 구조를 바꿨는지, 아래 웨비나에서 구체적으로 보여드립니다.
작은 팀을 위한 '일의 시스템' 웨비나 신청 >>
대표님들이 함께 많이 본 콘텐츠
결재는 진행되는데 “마감일 기준으로 누가 뭘 해야 하는지”가 한 곳에 안 보이면 대표는 계속 물어보게 됩니다. 결재 시스템이 있어도 일이 늦어지는 회사의 상황을 정리했습니다.
프로젝트가 여러 개 동시에 돌아가면 막힌 지점이 바로 보여야 합니다. 프로젝트별로 할 일/담당자/마감일을 놓치지 않게 만드는 점검 포인트를 정리했습니다.