시스템이 없으면 직원은 떠난답니다.
이직 사유의 본질은 ‘일’이 아니라 ‘불안’이다
조직은 사람으로 움직인다. 그러나 사람만으로 움직이는 조직은 오래 못 간다.
“시스템을 구축하는 데 최선을 다해주세요.”
이 문장은 효율을 높이자는 구호가 아니다.
직원이 떠나지 않게 만드는 최소한의 안전장치에 대한 요청이다.
시스템이 없으면 직원은 떠난다.
능력이 부족해서가 아니다.
계속 버티는 방식이 ‘개인 희생’으로만 한게가 있기 때문이다.
그리고 개인 희생이 기본값인 회사는 결국 사람을 소모품으로 만든다.
1. 5시 8분 퇴사와 30통의 전화가 보여준 것
필자는 한 SNS의 사례를 보고 시스템의 중요성을 다시 한 번 더 상기하게 되었다.
어떤 투자회사에 수년을 다니고 그만 둔 직원의 이야기이다.
최근 회사 내 이상한 기류가 흐르고 있었다.
자신을 대하는 분위기가 어색해졌다고나 할까?
아닌게 아니라 오늘 오후 5시에 다음 달까지만 근무하라고 해고 통보를 받았다.
그래서 바로 5시 8분에 인계를 끝내고 퇴사한 직원이 있다.
퇴사 직후 그는 그룹 채팅을 나가고, 연락처를 차단하고, 알림을 껐다.
제도상으로는 해고전까지 직원과 회사에 한 달이라는 기간 동안을 유예기간을 둘 수 있도록은 하고 있으나 이미 마음에 떠난 상황에서 이러한 제도는 잘 지켜지지 않는 경우도 많다.
그런데 오후에 투자자가 투자를 철회하자 회사는 그에게 30통이 넘는 전화를 걸었다. 팀장, 대표, 재무, 행무 담당자까지 줄을 서듯 연락했다.
이 장면은 감정의 드라마가 아니다. 시스템의 실패가 만든 현상이다.
해고는 ‘사람’을 내보낸 것이고, 30통의 전화는 ‘업무’를 되찾으려는 시도였다. 즉, 그 회사는 사람 한 명을 내보내면서도 그 사람이 갖고 있던 기능을 분리해두지 못했다는 뜻이다.
조직이 사람을 내보낼 수 있으려면 전제가 있다. 사람과 일을 분리해 놓아야 한다. 그 분리 장치가 시스템이다.
2. 직원이 떠나는 진짜 이유는 ‘일이 아니라 불안’이다
이직 면담에서 자주 나오는 말이 있다.
“매번 말이 바뀌어요.”
“누가 책임자인지 모르겠어요.”
“문제 생기면 항상 제 탓이 돼요.”
“휴가를 가도 마음이 불안해요.”
이 말들은 모두 같은 뜻이다. 시스템이 없다는 뜻이다.
시스템이 없는 조직의 특징은 명확하다.
목표가 문서가 아니라 분위기로 정해진다
우선순위가 고객이 아니라 상사 기분에 따라 바뀐다
권한은 위에 있고 책임은 아래로 내려온다
인수인계는 의무가 아니라 ‘착한 사람’의 호의가 되어 버린다
이 환경에서 유능한 직원이 가장 먼저 떠난다. 일을 못해서가 아니라, 일을 잘할수록 더 많은 일을 해야 하기 때문이다.
피터 드러커의 말이 정확하다.
“성과는 영웅이 아니라 시스템에서 나온다.”
3. 그 회사가 무너진 지점은 ‘사람 교체’가 아니라 ‘지식 교체 실패’이다
사례 속 회사는 이미 신호를 보냈다.
아침 회의에서 팀장은 그 직원이 맡던 고객 자료를 인턴에게 넘겼다.
공개적으로 “신입에게 경험을 쌓게 하”고 말했다. 점심에는 식비 지원 중단이 통보됐다.
오후에는 해고 서류가 나왔다.
그런데 문제는 해고 자체가 아니다. 교체 준비가 전혀 없었다는 점이다.
인턴이 진행표를 보고도 핵심 질문에 답하지 못했고, 투자자는 “1,500만 원을 투자한 게 연습시키려고 한 게 아니다”라고 소리쳤다. 회사는 그제서야 ‘그 사람’에게 전화했다.
여기서 핵심은 이것이다.
개인은 인계를 했다. 문서, 진행표, 리스크 목록, 고객 성향 메모까지 남겼다.
그럼에도 회사에서 문제가 발생하는 이유는 문서가 시스템이 아니기 때문이다.
문서가 있어도 누가 읽고, 누가 결정하고, 누가 책임지는지가 없으면 무용지물이다
표가 있어도 업데이트 규칙이 없으면 하루 만에 폐지가 된다
리스크 목록이 있어도 리스크 대응 권한이 없으면 그냥 목록이다
즉, 시스템은 ‘자료’가 아니라 ‘작동 방식’이다.
4. 시스템은 무엇을 갖춰야 하는가
시스템을 “매뉴얼 만들기”로 오해하면 실패한다.
좋은 시스템은 최소한 다음 요건을 갖춰야 한다.
1) 의사결정 구조가 있어야 한다
누가 최종 결정자인지 명확해야 한다
회의는 논의가 아니라 결정이 남아야 한다
결정의 근거와 변경 조건이 기록되어야 한다
시스템이 없으면 이런 말이 나온다.
“일단 해봐요.”
“그건 나중에 바꿀 수도 있잖아.”
이 말은 유연함이 아니라 무책임의 다른 이름이다.
2) 업무 표준이 있어야 한다
산출물 정의: 무엇을 제출해야 완료인지
품질 기준: 어느 수준이면 통과인지
시간 기준: 언제까지 어떤 단계가 끝나야 하는지
이게 없으면 성과평가도, 코칭도, 개선도 불가능해진다.
결국 직원은 “잘해도 욕먹고 못해도 욕먹는” 상태로 소모된다.
3) 지식과 히스토리가 남아야 한다
고객 히스토리, 의사결정 로그, 변경 이력
파일 저장 규칙, 폴더 구조, 버전 관리
담당자 변경 시 체크리스트
사례 속 직원이 폴더 이름을 정리하고 메모를 남긴 행동은 모범적이다. 하지만 그가 떠난 뒤 그 자료가 ‘업무 흐름’에 연결되지 못했다. 연결 장치가 시스템이다.
4) 권한과 책임이 짝을 이뤄야 한다
책임을 묻기 전에 권한이 주어져야 한다
예산 집행, 고객 커뮤니케이션, 일정 조정 권한이 명확해야 한다
리스크 발생 시 누구의 승인으로 어떤 조치가 가능한지 정해져야 한다
권한 없는 책임은 직원의 번아웃을 부르는 가장 빠른 길이다.
5) 리스크 대응 프로세스가 있어야 한다
리스크 신호를 어디에 등록하는가
우선순위를 어떻게 매기는가
대응 시나리오와 승인 라인은 무엇인가
사례 속 직원은 3개월 전에 “프로젝트에 문제가 있다”고 말했다. 하지만 팀장은 “내 말대로 해”라고 잘랐다. 리스크가 개인 의견으로 취급된 순간, 시스템은 이미 무너진 상태였다.
5. 시스템의 예시: ‘있으면 조용하고, 없으면 소란스러운 것들’
시스템은 평소엔 티가 안 난다. 대신 없을 때는 요란하다. 30통의 전화처럼.
그래서 평소 다음과 같은 항목들이 준비되어야 한다.
업무 인수인계 체크리스트
고객 커뮤니케이션 룰(응답 시간, 보고 라인, 템플릿)
회의 운영 규칙(안건-결정-액션아이템-담당-기한)
산출물 표준 템플릿(제안서, 보고서, 리스크 로그)
프로젝트 진행 단계 정의(게이트, 승인 기준, 변경관리)
권한 매트릭스(R&R: Roles and Responsibilities, 역할과 책임)
온보딩 패키지(첫 2주 할 일, 참고자료, 담당자 맵)
성과관리 기준(목표-지표-피드백 주기)
이런 것들이 쌓이면 조직은 한 사람에게 매달리지 않는다. 반대로 이런 것이 없으면 조직은 계속 특정 개인에게 “잠깐만”을 외친다. 그리고 그 ‘잠깐만’이 매일 누적되면 직원은 결심한다. 떠나야겠다고.
6. “절차에 따르세요”가 남긴 메시지
퇴사한 직원에게 대표는 문자를 보냈다.
“돌아와서 얘기하자, 조건은 네가 제시해라.”
뒤이어 “보상 두 배”, “디렉터 자리”까지 제안했다.
그러나 그는 거절했다.
시스템의 한계를 인식한 상황에서 다시 합류할 생각이 없는 것이다.
이 대답은 복수심이 아니다. 구조를 바꾸지 않으면 아무것도 달라지지 않는다는 선언이다.
직책을 바꿔도 시스템이 없으면 그 사람은 결국 또 ‘구멍 메우는 사람’이 된다.
짐 콜린스는 이렇게 말했다.
“위대한 조직은 사람을 믿기 전에 시스템을 믿는다.”(2001)
사람을 붙잡는 방법은 감정적 설득이 아니다. 시스템을 만드는 일이다. 시스템이 있으면 직원은 남는다. 일이 편해서가 아니다. 예측 가능하고 공정하며, 내 삶이 안전하다고 느끼기 때문이다.
명언 하나로 마무리하겠다.
“준비가 없는 조직은 운에 기대고, 시스템이 있는 조직은 실력에 기대게 된다.”
#시스템구축 #조직운영 #이직사유 #인수인계 #업무표준화 #권한책임 #교육담당자 #조직문화 #일하는방식