PM 한 명의 머릿속이 ‘업무 대시보드’였던 회사

"정해진 시스템 없이 회사에서 돌아가는 모든 사업을 진행해야 한다는 점이 너무 스트레스였습니다."

이 말은 특정 회사만의 이야기가 아닙니다. 직원 수가 두 자릿수를 넘기기 시작한 조직에서 반복해서 나타나는 구조적인 장면입니다. 소수로 움직일 때는 대표가 카톡 메시지, 회의 메모, 구두로 오간 말 몇 마디를 기억해도 일이 돌아갑니다. 기록이 흩어져 있어도 ‘사람이’ 메워주기 때문입니다.

하지만 직원이 10명을 넘기면 같은 방식이 더는 버티지 못합니다. 전체 업무 현황을 기억에 의존해 관리하던 PM이 있었다면, 그 사람이 자리를 비우는 순간 “우리가 지금 어디까지 왔지?”부터 다시 묻게 됩니다. 체계가 없는 상태에서 팀의 핵심 실무자가 갑자기 빠지면 정보가 통째로 증발하고, 그 공백은 대부분 대표가 다시 끌어안게 됩니다.

이 글은 직원 10명 이상의 조직이 프로젝트 관리 체계를 갖추지 않았을 때 어디에서 구멍이 생기는지, 그리고 체계를 바꾼 뒤 실제로 무엇이 달라지는지를 사례로 정리합니다.

직원 10명을 넘기면 대표 혼자 감당이 안 되는 이유

5명이 함께 일할 때와 10명이 함께 일할 때, 복잡도는 단순히 2배가 되지 않습니다. 사람 수가 늘면 하나의 업무에 관여하는 이해관계자가 함께 늘어납니다. 기획 담당, 외주 작업자, 검수 담당, 클라이언트 담당, 최종 승인권자까지. 콘텐츠 하나를 만드는 일에도 네다섯 명의 손을 거치게 됩니다.

고객 실제 문제:

이 구조에서 대표는 더 이상 모든 업무를 직접 챙길 수 없습니다. "이거 어디까지 됐어?"라고 물어봐야 할 사람 자체가 많아지고, 확인해야 할 곳도 늘어납니다. 파악하는 데만 시간이 빠져나가다 보면, 분명히 지시했던 일이 누락된 채 마감일이 지나 있는 상황을 맞닥뜨리게 됩니다.

카톡과 구두 지시만으로는 업무를 놓치게 되는 이유

일의 성격이 구분되지 않으면 소통 방법도 정의할 수 없다

모든 업무 요청이 메신저 하나로 들어옵니다. 급한 것도, 장기 프로젝트도, 단순 확인 요청도 전부 같은 메신저에서 같은 방식으로 전달됩니다. 받는 사람은 메시지만 보고 “지금 당장 처리해야 하는 일”과 “다음 주 마감인 일”을 구분하기 어렵습니다. 구분이 없으면 사람은 눈에 띄는 것부터 처리합니다.

그 결과 중요하지만 급하지 않은 일은 계속 뒤로 밀립니다. 특히 대행사, 용역사, IT 회사처럼 매번 다른 클라이언트, 다른 업무 범위, 다른 이해관계자를 상대하는 조직에서 이 문제가 더 두드러집니다. 프로젝트는 매번 바뀌는데 소통 방식은 늘 카톡인 상태. 이 상황에서 누락은 ‘실수’가 아니라 ‘구조의 결과’가 됩니다.

직원이 늘수록 대표는 현황 확인에서 빠진다

한 IT 교육 회사는 직원 수가 두 자릿수를 넘긴 시점에 전사 시스템 도입을 시도했습니다. 일부 팀에서 쓰던 업무 툴을 전직원 대상으로 확장하려 했지만, 팀마다 업무 방식이 달랐습니다. 결국 도입은 중단됐고, 업무는 다시 카톡과 구두 지시로 돌아왔습니다.

"기존에 일부 사업에 대해 일하는 직원들만 사용하는 업무툴을 전사적으로 사용할 수 있도록 시도해보았지만, 다른 직원들 업무 프로세스에는 맞지 않아서 전사 시스템으로 사용할 수 없어 수포로 돌아갔습니다."

전사 시스템 도입이 실패하는 이유는 익숙해진 습관을 바꾸기 어렵기 때문입니다. 이 상황이 반복되면 대표는 더 많은 시간을 현황 파악에 쓰게 됩니다. "지금 어디까지 됐어?"라는 질문이 하루에 열 번씩 나오는데도, 놓치는 일이 생깁니다. 사람의 문제가 아니라, 업무가 어디에도 기록되지 않고 대화 안에만 존재하기 때문입니다.

전사 시스템 도입을 시도했다가 중단되는 지점

전사 시스템을 한 번 이상 시도해 본 대표들이 공통으로 부딪히는 지점이 있습니다. 도입 자체가 아니라 ‘적용’입니다. 툴은 골랐고 공유도 했지만, 실제로 그 안에서 일을 처리하는 사람이 없습니다. 각자의 방식대로 일하는 사이 시스템은 형식적으로만 남습니다.

이 시점에서 대표는 둘 중 하나를 선택합니다. 직원들을 독려해 다시 사용하게 만들거나, 아예 포기하고 예전 방식으로 돌아가거나. 많은 경우 후자를 택합니다. 하지만 문제는 그대로 남습니다. 팀이 커질수록, 진행하는 일이 많아질수록, 대표가 직접 확인해야 하는 항목은 계속 늘어납니다. 그러다 결국 스스로 묻게 됩니다. "이 방식으로는 더 이상 안 되는 것 아닌가?"

이런 상황이 반복된다면, 프로젝트 관리 기준을 세울 때입니다.

웨비나 보러가기

전체 업무가 한 화면에 보이는가, 그것만 봤습니다

한 콘텐츠 미디어 회사 대표는 시스템을 고를 때 기능 목록이나 가격보다 한 가지를 먼저 확인했습니다. 지금 진행 중인 프로젝트 전체를 화면 하나에서 볼 수 있는가.

어느 프로젝트가 멈춰 있는지, 누가 담당인지, 마감이 언제인지를 한 번에 파악할 수 있는가. 기능이 얼마나 정교한지보다, 업무 현황을 한 곳에서 보고 판단할 수 있는 구조인지부터 봤습니다.

프로젝트 단위로 바꾸자 달라진 업무 처리 방식

물어보지 않아도 어디서 업무가 멈췄는지 보입니다

프로젝트 관리 체계를 도입하면 가장 먼저 달라지는 것이 있습니다. 대표나 팀장이 직접 물어보지 않아도, 시스템에 접속하면 어느 업무가 멈춰 있는지 바로 드러난다는 점입니다.

카톡방에서 며칠 전 지시한 내용이 어디까지 됐는지 확인하려고 스크롤을 올리거나, 담당자에게 따로 연락할 필요가 없어집니다. 업무 단위마다 담당자, 진행 상태, 마감일이 한 화면에 있기 때문입니다.

콘텐츠 미디어 회사를 운영하는 한 대표는 이렇게 말합니다.

"프로젝트 관리 탭에서 상위/하위 프로젝트를 생성해서 하나씩 따라가면 어느새 목표점에 도달해있더라구요. 예전에는 한 명의 PM이 기억과 노트 필기를 가지고 생체 기록 역할을 했었는데 더이상 그럴 필요가 없어졌습니다. 업무 강도도 낮아진 셈이죠. 더구나 여러가지 프로젝트를 동시에 운영하는 것도 한층 쉬워졌습니다. 타임라인 탭으로 그때그때 필요한 작업들을 확인하고 쳐내면 그만이기 때문입니다."

특정 사람의 머릿속에만 있던 업무 현황이 시스템 안으로 옮겨지면, 그 사람이 자리를 비워도 일은 계속 진행됩니다. 병목이 생기면 화면에서 바로 드러나고, 처리되면 상태가 업데이트됩니다. 관리자는 그 화면을 보고 우선순위를 판단하면 됩니다.

기록이 쌓이면 다음 프로젝트 준비 시간이 줄어듭니다

프로젝트 관리 체계가 만드는 또 다른 변화는 기록입니다. 프로젝트마다 담당자, 일정, 산출물, 주요 결정 내용이 한 페이지 안에 축적됩니다. 비슷한 성격의 일을 다시 진행할 때 처음부터 구성을 짤 필요가 없어집니다. 이전 페이지를 열면 어떤 순서로 진행했는지, 어디에서 시간이 많이 걸렸는지가 그대로 남아 있습니다.

디자인 스튜디오를 운영하는 한 대표는 이 부분을 이렇게 설명합니다.

"프로젝트마다 하위 태스크를 설정할 수 있고, 각 담당자와 진행상황, 마감일을 한눈에 보고 관리할 수 있다. 추후에 비슷한 프로젝트 진행 시 필요한 프로세스를 참고할 수 있고, 기록이 남아있으니 편하게 다시 꺼내볼 수 있다."

기록이 쌓이면 운영화 검토도 가능해집니다.

실제 고객 후기:

매번 새로 시작하던 업무가 일정 횟수 반복되면, 이를 운영 단계로 넘겨 처리 방식을 표준화할 수 있습니다. 프로젝트성으로 일하는 회사에서 이 구조는 단순한 업무 관리가 아니라 사업 확장의 기반입니다. 클라이언트가 늘 때마다 처음부터 다시 설계하지 않아도 되는 체계가 갖춰지는 것입니다.

IT 교육 회사 대표는 도입 2주 만에 이런 후기를 남겼습니다.

"직원들이 가장 만족하는 메뉴는 프로젝트관리인데요, 다른 업무툴보다 직관적이라서 보기 편하다고 합니다! 메신저로만 요청했던 업무를 '업무요청' 메뉴를 통해 기록으로도 남고 리마인더 되서 좋다고 해요."

직원들이 만족하는 이유는 기능이 많아서가 아닙니다. 자신이 맡은 일이 어디에 기록되어 있는지, 완료되면 어떻게 확인되는지가 명확하기 때문입니다. 일이 카톡 대화 속에 파묻혀 사라지지 않는다는 것만으로도 처리 방식은 달라집니다.

직원 10명이 넘었다면, 지금이 바꿀 시점입니다

직원 수가 늘면서 대표가 모든 업무 현황을 직접 챙기는 방식은 한계에 도달합니다. 역량의 문제가 아닙니다. 카톡과 구두 지시로 운영되는 구조가 규모를 감당하지 못하는 것입니다. 프로젝트를 단위로 묶고, 담당자·일정·상태를 한 화면에서 관리하는 체계를 갖추면 대표가 일일이 물어보며 쓰던 시간이 줄어듭니다. 그 시간을 클라이언트, 영업, 다음 사업 구상에 다시 쓸 수 있게 됩니다. 10인 규모에서 실제로 어떤 방식으로 구조를 바꿨는지, 아래 웨비나에서 구체적으로 보여드립니다.

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

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

• 결재 시스템 있다고 회사가 될까요?

결재는 진행되는데 “마감일 기준으로 누가 뭘 해야 하는지”가 한 곳에 안 보이면 대표는 계속 물어보게 됩니다. 결재 시스템이 있어도 일이 늦어지는 회사의 상황을 정리했습니다.

• 작은 회사의 노션 시스템은 어때야 할까? 점검 포인트 3가지

프로젝트가 여러 개 동시에 돌아가면 막힌 지점이 바로 보여야 합니다. 프로젝트별로 할 일, 담당자, 마감일을 놓치지 않게 만드는 점검 포인트를 정리했습니다.