일이 빠른 사람일수록 위험하다.
요즘 이 생각이 정말 강하게 든다(작성일 2026-07-02).
얼핏 보면 처리 속도가 빠른 건 무조건 무기다. 실제로 무기이기도 하다.
남들보다 빨리 쟁점을 정리하고, 남들보다 빨리 자료를 만들고, 남들보다 빨리 조사하고, 남들보다 빨리 새 툴을 익히고, 남들보다 빨리 "이렇게 하면 되지 않나?" 하는 데까지 간다.
그런데 환경이 나쁘면 그 속도는 커리어 자산이 아니라 남이 처리 안 한 일을 빨아들이는 편리한 청소기가 된다.
청소기 취급을 받는다. 다이슨이 되는 거다. 그런데 자문료는 안 나온다. 서럽다.
처리 속도가 빠른 사람은 '외장 CPU'가 되기 쉽다
처리 속도가 빠른 사람을 보며 주변은 이렇게 생각하기 쉽다.
"이 사람이면 빨리 되겠지." "이 사람은 알 거야." "이 사람이면 어떻게든 해주겠지." "이 사람은 IT도 아니까." "이 사람한테 물어보면 돼." "이 사람한테 던지면 멈춰 있던 일이 움직여."
겉으로는 신뢰받는 것처럼 보인다.
그 신뢰가 제대로 된 평가, 경력, 재량, 연봉, 자유로 이어진다면 좋다. 문제는 그게 그냥 해결사 신뢰일 때다.
해결사 신뢰란 "할 수 있으니까 맡긴다"가 아니라 "할 수 있으니까 떠넘긴다"는 신뢰다.
의지하는 것 같지만 실제로는 주변의 느림, 정의되지 않은 업무, 무책임, 모호함, 답장 없음, 책임 전가를 대신 처리하고 있을 뿐이다.
이건 꽤 위험하다.
IT를 좀 하는 사람이 IT 인재가 아니라 'IT 간병인'이 된다
특히 위험한 건 IT를 조금 할 줄 아는 사람이다.
엑셀을 한다. VBA(엑셀 작업을 자동화하는 기능)를 안다. RPA(반복 컴퓨터 작업을 대신하는 소프트웨어 로봇)를 만져봤다. AI를 쓸 줄 안다. 화면 녹화나 영상 편집 방법을 찾아낼 수 있다. 업무 흐름을 정리할 수 있다.
이런 사람은 원래 업무 개선 인재다. 사내 디지털 전환(DX)을 이끌 인재다. 생산성 향상 인재다. 제대로 평가받으면 꽤 강하다.
하지만 환경이 나쁘면 이렇게 된다.
"이 버튼 어디 있어요?" "반복문이 뭐예요?" "이 영상은 어떻게 찍어요?" "매번 옆에서 알려주세요." "모르겠으니까 대신 해주세요." "전에도 물어봤는데 한 번만 더 알려주세요." "저는 못 하니까 결국 그쪽이 해주셔야 해요."
이건 DX가 아니다. IT 간병이다.
표현은 좀 장난스럽지만 본질을 꽤 짚었다고 생각한다.
IT 간병이 되면 본인의 스킬이 경력으로 이어지기 어렵다. 연봉도 잘 안 오른다. 재량도 잘 안 늘어난다. 오히려 질문, 상담, 대행, 뒷수습만 늘어난다.
그리고 마지막에 남는 건
"사내에서 잘 아는 사람 취급을 받는다." "하지만 밖에 가져갈 수 있는 실적은 빈약하다." "본업은 줄지 않는다." "야근만 늘어난다."
라는 지옥이다.
이건 그냥 커리어가 죽은 거나 다름없다.
병목이 남에게 있으면 내 강점이 멈춘다
처리 속도가 빠른 사람에게 가장 괴로운 건 내 일이 나보다 느린 사람, 모호한 사람, 답장을 안 하는 사람, 책임을 지지 않는 사람 때문에 멈추는 것이다.
나는 요청했다. 확인했다. 팔로업했다. 기록도 남겼다. 다른 부서에는 "확인 중입니다"라고 답했다.
그런데 상대가 답을 안 한다. 상대가 움직이지 않는다. 상대가 결정하지 않는다. 상대가 책임을 지지 않는다.
그리고 결국 어쩐 일인지 지연의 책임만 이쪽으로 날아온다.
아, 진짜.
이건 괴롭다. 그리고 그냥 괴로운 게 다가 아니다. 커리어 면에서 꽤 무겁다.
내 강점인 처리 속도가 상대방이라는 병목에 막히기 때문이다.
그 시간에 원래라면
업무를 개선하고, 표준화하고, AI나 VBA로 시스템을 만들고, 이력서에 쓸 수 있는 성과를 만들고, 글을 쓰고, 앱을 만들고, 영어를 공부하고, 이직을 준비하고, 투자와 개인 자산을 키울 수 있다.
그런데 남의 무응답과 책임 전가에 맞춰주다 보면 그 시간이 사라진다.
이건 단순한 업무 지연이 아니다. 내 시장 가치를 만들 시간이 남의 병목에 빼앗기고 있다는 뜻이다.
'열심히 하면 보상받는다'가 아니라 '어디서 열심히 하느냐'
이건 회사만의 이야기가 아니다.
나라도 마찬가지다. 직종도 마찬가지다. 업계도 마찬가지다. 부서도 마찬가지다.
노력의 양보다, 그 노력이 보상받는 곳에 있느냐가 중요하다.
아무리 열심히 해도 환경이 나쁘면 보상받지 못한다. 아무리 처리 속도가 빨라도 그걸 해결사 일에 쓰게 되면 경력이 되지 않는다. 아무리 IT를 잘해도 IT 간병으로 끝나면 시장 가치로 이어지기 어렵다.
반대로 환경이 좋으면 같은 처리 속도도
업무 개선이 되고, 표준화가 되고, 생산성 향상이 되고, DX 추진이 되고, 도입 지원이 되고, 경력이 되고, 이직 시장에서 설명할 수 있는 성과가 된다.
즉, 처리 속도 자체가 가치인 게 아니다. 처리 속도를 무엇에 쓰느냐가 가치를 결정한다.
고속도로를 달릴 수 있는 엔진을 갖고 있는데 매일 진흙탕에서 짐만 나르고 있으면, 그야 고장 난다.
'할 수 있으니까 한다'는 위험하다
일이 빠른 사람일수록 무심코 해버린다.
할 수 있으니까 한다. 아니까 한다. 내가 하는 게 빠르니까 한다. 설명하는 것보다 내가 처리하는 게 빠르니까 한다.
단기적으로는 맞다. 하지만 장기적으로는 위험하다.
그걸 계속하면
"이건 이 사람이 하는 일" "이건 이 사람한테 묻는 것" "이건 이 사람이 빨아들이는 것"
이 되어버리기 때문이다.
게다가 주변은 악의 없이 학습한다.
"곤란하면 그 사람." "막히면 그 사람." "IT는 그 사람." "자료는 그 사람." "모호해도 그 사람이 알아서 해줄 거야."
이 학습이 시작되면 본인의 커리어는 점점 해결사 쪽으로 기울어진다.
그래서 중요한 건 할 수 있느냐가 아니라, 받아야 하느냐로 판단하는 것이다.
할 수 있지만 받지 않는다. 할 수 있지만 내 담당이 아니다. 할 수 있지만 주관 부서가 해야 한다. 할 수 있지만 시스템으로 만들어 넘기기만 한다. 할 수 있지만 같은 질문에는 자료를 보게 한다.
이런 선 긋기가 필요하다.
처리 속도를 지키는 경계선
처리 속도가 빠른 사람이 해결사가 되지 않으려면 경계선이 필요하다.
1. 요청은 받아도 담당자가 되지는 않는다
상담은 들어준다. 방법은 알려준다. 링크도 보내준다. 생각도 정리해준다.
하지만 담당자는 되지 않는다.
예를 들어 영상 매뉴얼이라면
"기본 프로그램으로 녹화할 수 있어요." "편집은 이 툴로 할 수 있어요." "저장 위치는 IT 부서에 확인하세요." "내용은 주관 부서에서 만들어야 해요."
여기까지면 충분하다.
"그럼 제가 전부 찍을게요." "편집도 할게요." "내용이 맞는지도 보장할게요." "업데이트도 제가 맡을게요."
여기까지 가면 해결사가 된다.
2. 상대를 기다리는 일은 '상대 대기'로 관리한다
내가 할 일은 한다.
요청한다. 확인한다. 팔로업한다. 기록을 남긴다. 다른 부서에는 "확인 중"이라고 답한다.
여기까지 했으면 그 공은 내 공이 아니다.
상대가 답을 안 하면 상대 대기다. 상대가 결정을 안 하면 판단 대기다. 상대가 주관이면 주관 부서의 대응이다.
거기서 마음대로 메우지 않는다.
"○일에 확인 요청을 드렸습니다." "○일에 다시 팔로업했습니다." "현재 담당 부서의 회신을 기다리고 있습니다." "회신이 오는 대로 공유하겠습니다."
이러면 된다.
3. 정의되지 않은 요청은 되묻는다
"이거 뭐야?" "어떻게 된 거야?" "왜 이래?"
이렇게 주어 없는 지적은 마음대로 보충하지 않는다.
"'이거'라는 게 어느 부분을 말씀하시나요?" "확인하고 싶은 게 내용, 경위, 대응 방침 중 어느 쪽인가요?" "저한테 기대하시는 대응이 무엇인가요?" "기한과 판단하실 분을 확인하고 싶습니다."
이렇게 돌려준다.
정의되지 않은 걸 보충해주니까 상대의 모호함을 빨아들이게 된다. 정의되지 않은 건 정의되지 않은 채로 돌려준다.
이것만으로도 방어가 꽤 된다.
4. 같은 설명은 시스템으로 빼낸다
같은 질문에 몇 번이고 답하는 건 처리 속도의 낭비다.
영상으로 만든다. 종이로 만든다. 체크리스트로 만든다. FAQ로 만든다. 템플릿으로 만든다. 샘플을 건넨다.
한 번 만들어 두면 다음부터는 알아서 하게 된다.
사람이 해야 할 일은 매번 입으로 설명하는 게 아니라 차이점 검토다.
"여기를 보세요." "이 순서대로 해보세요." "막히면 이 항목을 확인하세요."
이러면 된다.
5. 경력에 남는 일을 우선한다
처리 속도를 쓸 거라면 경력에 남는 일에 써야 한다.
업무 개선. 표준화. AI/VBA 활용. 구매·조달 개선. 생산성 향상. 신입 적응(온보딩) 설계. 현장 교육의 체계화. 책임 범위 정리. 재사용할 수 있는 결과물.
이런 건 밖으로 가져갈 수 있다.
반면
사내의 이상한 불문율 대응. 특정 상사 비위 맞추기. 매번 같은 IT 질문 대응. 답 없는 사람 뒷수습. 책임 전가 받아주기. 주어 없는 지적 보충하기.
이런 건 밖으로 가져가기 어렵다.
커리어에 남지 않는 노력은 최대한 줄이는 편이 낫다.
처리 속도가 빠른 사람일수록 처리 대상을 골라라
처리 속도가 빠른 건 강점이다. 하지만 그 강점은 내버려 두면 남이 가져다 쓴다.
남의 무응답. 남의 정의되지 않은 업무. 남의 책임 전가. 남의 IT 이해 부족. 남의 느린 의사결정.
이걸 전부 빨아들이면 처리 속도가 빠른 사람부터 무너진다.
정말 중요한 건 빨리 처리하는 게 아니다. 무엇을 처리할지 고르는 것이다.
보상받는 일을 처리한다. 시스템이 되는 일을 처리한다. 경력이 되는 일을 처리한다. 내 자유가 늘어나는 일을 처리한다. 다음부터 편해지는 일을 처리한다.
반대로 남의 정의되지 않은 업무나 책임 전가는 기록을 남기고 상대 대기로 둔다. 그건 방치가 아니다. 상대의 공을 상대 자리에 놓아둘 뿐이다.
처리 속도가 빠른 사람일수록 처리 대상을 고르지 않으면 죽는다.
빠른 사람은 빨리 달릴 수 있다. 하지만 달리는 길을 잘못 고르면 그냥 빨리 늪에 빠질 뿐이다.
정리
일이 빠른 사람, IT를 잘하는 사람, 구조화를 잘하는 사람일수록 해결사가 되기 쉽다.
능력이 낮아서가 아니다. 오히려 능력이 있기 때문에 주변의 미처리를 떠안게 된다.
그래서 경계선이 필요하다.
상담은 들어준다. 하지만 담당자는 되지 않는다.
방법은 알려준다. 하지만 대신 해주지는 않는다.
요청, 확인, 팔로업, 기록은 한다. 하지만 상대의 무응답까지 짊어지지는 않는다.
정의되지 않은 건 되묻는다. 모호한 책임은 받지 않는다.
처리 속도는 해결사 일이 아니라 커리어 자산이 되는 일에 쓴다.
결론은 간단하다.
빨리 처리할 수 있는 사람일수록 처리할 대상을 골라라.
처리 속도는 재능이고, 무기이고, 자산이다. 그러니 남의 병목을 처리하는 데 갈아 넣어서는 안 된다.
관련 글 후보
- 직장인의 삶은 '환경'이 좌우한다. 65세까지 일해도 밝은 사람과 방어하느라 닳는 사람의 차이
- 현장 교육은 '주인의식'이 아니라 '혼자서도 실력이 느는 시스템'으로 생각하자
- IT 해결사가 되지 않고 돕는 법. '할 수 있지만 받지 않는' 힘
- 직장에서 느끼는 위화감을 '개인 공격'이 아니라 '구조'로 되돌리기
- 열심히 할 거라면 노력이 보상받는 곳에 몸을 둬라
- 노동은 플로, 깨달음은 스톡
