시간, 성과, 몰입의 커리어 설계 Ch.3 | EP.03
“이제 툴로 일하고 싶어요. 관계 말고요.”
이 말은 단순한 불만이 아니다.
구조화된 협업을 바라는 MZ세대의 직장 언어이자,
감정이 아닌 시스템으로 일하고 싶다는 신호다.
Chapter 1. 단절된 커리어, 다시 연결하기(4회)
Chapter 2. 툴과 사고의 전환 – 통합형 실무가로(6회)
“나한텐 그냥 조용히 일할 수 있는 구조만 있으면 돼요.
사람이 문제지, 일이 어려운 건 아니거든요.”
퇴근 직전의 팀 회의. 실무자 A는 한숨을 쉬었다.
기획안을 만들고 자료를 정리하고 외부 발주를 마무리하느라 진이 빠졌는데, 회의는 결국 아무 결론도 나지 않은 채 사람의 감정을 정리하는 데 시간을 다 썼다.
A는 MZ세대다.
열정이 없어서도, 사람을 싫어해서도 아니다.
그는 분명 ‘일’에 대한 애정이 있다. 하지만 그 일이 구조화되지 않고, 감정 노동과 눈치 보기로 얼룩진 조직 문화 속에 흘러가고 있다는 게 문제였다.
“그냥 혼자 툴로 일하고 싶다.”
툴로 일정 관리하고, 협업하고, 업무 이력 남기고, 보고서 자동화하고, 성과 공유하고, 피드백 주고받는 구조.
그런 구조에서는 사람의 성격보다 실행력과 기여가 더 중요하다.
그런 조직은 드물다. 하지만 그런 조직을 지향하는 개인은 점점 늘고 있다.
MZ세대가 '관계'를 싫어하는 게 아니다.
단지 관계에 너무 많은 것을 기대하거나 의존하는 ‘전통 조직의 방식’에 부담을 느끼는 것이다.
업무보다 '분위기'가 중요시되고, 성과보다 '정서'가 앞서는 문화 속에서 그들은 ‘불필요한 정서적 노동’에 지친다.
“친해서 같이 일하는 게 아니라, 같이 일하니까 친해지는 게 아닐까?”
“좋은 사람 되려고 회사 다니는 건 아닌데...”
“성과도 안 내면서 ‘정’으로 버티자는 말, 너무 폭력적이에요.”
이들은 감정을 잘 다루지 못해서가 아니라, 일을 잘하고 싶어서 감정을 구조화하길 원한다.
정서보다 구조, 인간관계보다 실행 흐름.
이것이 그들이 '툴로 일하고 싶다'고 말하는 진짜 이유다.
문제는 성격도 아니고, 세대도 아니다.
결국 ‘일을 설계하는 방식’의 문제다.
업무가 툴 기반으로 명확히 구조화되어 있다면, 누가 어떤 역할을 하고 어떤 책임을 지는지 명확해진다.
눈치 없이 말해도 되고, 감정 표현이 부족해도 된다.
성과와 과정을 공유할 수 있다면, 관계는 업무의 부산물로 따라오면 그만이다.
특히 개인이 ‘성장하고 싶은 욕구’가 클수록, 감정보다는 일의 구조에 민감해진다.
그 구조를 만드는 게 어렵기 때문에, 사람에 기대어 버티거나 문제를 덮는 방식은 더 이상 통하지 않는다.
MZ세대 실무자들은 더 이상 ‘좋은 사람’이 되기를 원하지 않는다.
대신 ‘좋은 일 설계자’가 되길 원한다.
툴을 잘 다루는 사람들은 결국 업무를 ‘텍스트’가 아니라 ‘구조’로 이해한다.
메일보다 Notion, 구두 설명보다 Trello, 말보다 Asana.
이 도구들이 가진 본질은 단순한 편의가 아니라 ‘일의 표준화된 구조화’다.
툴을 통해 우리는 책임을 배분하고, 기여를 추적하고, 흐름을 예측할 수 있다.
그래서 툴을 선호하는 건 단지 '디지털 친화성'의 문제가 아니라,
일에 대한 관점의 차이다.
이제 질문을 다시 해보자.
“왜 요즘 MZ세대는 감정적으로 차갑고 개인주의적일까?”라는 낡은 질문 대신,
“왜 그들은 툴로 일하고 싶어 할까?”라고.
그 질문은 결국 우리 모두를 향한 질문이 된다.
“일은 결국, 어떤 관계 속에서 어떻게 구조화되어야 하는가?”
“이 일은 사람한테 달렸어요.”
“사람 좋잖아요, 좀 참아봐요.”
“그런 말 하면 정 떨어져요.”
“우리 팀은 가족 같은 분위기가 중요해요.”
이 문장들.
모두 ‘일’ 이야기를 하는 듯 보이지만, 실은 ‘사람’ 이야기다.
성과나 구조가 아니라 관계와 정서를 중심으로 운영되는 많은 조직들.
그 안에서는 일이 일이 아니다.
'일하는 방식'보다 '일하는 사람'이 중요해지고,
'역할'보다 '성격'이, '기여'보다 '분위기'가 앞선다.
문제는 여기서 발생한다.
업무 성과보다 정서적 안정이 우선시되면, 다음과 같은 결과가 뒤따른다.
1. 일보다 사람이 문제라는 인식
문제가 생겨도 '과정'이 아니라 '사람 탓'으로 귀결된다.
구조를 개선하려는 시도보다, 인간관계 조율에 에너지를 낭비한다.
2. ‘말 잘하는 사람’이 중심이 되는 의사결정
문서보다 감정표현이, 논리보다 분위기 관리가 더 중요해진다.
실행력보다 '누가 말했느냐'가 중요해지면서 본질이 흐려진다.
3. 성과 공유의 불투명성
누가 무슨 일을 어떻게 기여했는지 추적되지 않는다.
'팀워크'라는 이름으로 개인의 기여도가 희석되거나 사라진다.
4. 감정 소진과 경계 모호성
업무 외적인 정서적 돌봄, 사적 친분 요구, 무형의 관계 스트레스로 소진된다.
‘업무’와 ‘친분’의 경계가 흐려져 객관적 기준이 사라진다.
이런 조직에서는 ‘좋은 사람’이라는 이름의 무언의 규범이 존재한다.
말을 부드럽게 해야 하고, 감정을 숨기고, 갈등을 피하고,
타인을 지나치게 배려하며 자기 기여를 스스로 낮춘다.
결과적으로,
'일을 잘하는 사람'보다 '눈치 빠른 사람'이 인정받고,
'의견을 말하는 사람'보다 '조용히 따르는 사람'이 환영받으며,
'구조를 제안하는 사람'은 ‘변화의 불편함을 유발하는 사람’이 되어버린다.
이러한 ‘정서적 암묵지’는 젊은 세대, 특히 MZ세대 실무자들에게 피로감으로 다가온다.
그들은 ‘좋은 사람이 되기 위한 직장생활’보다 ‘일을 잘하는 구조’를 원한다.
많은 조직에서 갈등이 발생할 때, 원인을 ‘사람의 성격’으로 돌린다.
그러나 대부분의 갈등은 ‘구조의 부재’로부터 비롯된 오해와 충돌이다.
역할이 명확하지 않아 책임이 모호하고,
일정이 공유되지 않아 ‘왜 이제 와서 말하냐’는 다툼이 발생하고,
피드백 기준이 없어 ‘기분 나쁘게 말했다’는 감정 싸움으로 번진다.
이런 상황에서 사람들은 툴을 찾는다.
툴은 사람의 성격을 바꾸지 않는다.
하지만 구조를 만든다.
‘누가–언제–무엇을–왜–어떻게 했는가’를 기록하고 공유한다.
툴은 감정을 줄이는 것이 아니라, 감정이 불필요해지는 구조를 만든다.
툴 기반 협업의 핵심은 ‘차가운 시스템’이 아니다.
오히려 감정적 충돌 없이 자연스러운 소통과 협업이 가능하도록 돕는 일의 언어다.
ClickUp으로 프로젝트 흐름을 시각화하고,
Notion으로 회의록과 피드백을 공유하고,
Google Drive로 파일을 정리하고,
Slack으로 공적/사적 메시지를 구분하고,
Trello나 Asana로 업무 분장을 명확히 한다.
이런 도구들이 감정을 ‘없애는’ 것이 아니라, 감정을 ‘소비하지 않게’ 만든다.
팀워크는 결국, 정서적 친밀감이 아니라 일의 흐름을 잘 설계하고 공유하는 능력이다.
그 흐름 속에서 신뢰는 형성되고, 성과는 누적된다.
결국 좋은 관계는 좋은 구조에서 온다.
즉, 감정 중심의 조직 피로는 사람의 문제도, 세대의 문제도 아니다.
일을 어떻게 설계하고 소통하는가의 구조적 문제다.
“이제는 누구랑 일하느냐보다, 어떤 툴로 일하느냐가 더 중요해졌어요.”
어느 실무자의 말이다.
그는 프로젝트에 새로 합류할 때 팀원의 이름보다 먼저 협업 툴 리스트와 권한 설정 상태를 확인한다.
이 말은 단순히 툴을 중시한다는 의미가 아니다.
‘사람 중심’의 모호한 협업 방식에서, ‘구조 중심’의 일 설계 방식으로 이동하고 있다는 것을 뜻한다.
툴은 단지 도구가 아니라, 일하는 방식의 설계 도구가 되었기 때문이다.
기존의 협업은 이랬다.
“이거 어디까지 되었어요?”
“지난 회의 때 누가 정리했죠?”
“그 파일 최신 버전이 뭔가요?”
“그거 지난주에 제가 했잖아요!”
이러한 질문은 ‘일의 흐름’이 공유되지 않았을 때 발생한다.
하지만 툴 기반 협업에서는 그 대부분이 툴 속에 기록되어 있다.
누가, 언제, 어떤 일을 시작했고,
어떤 기준으로 완료를 체크하며,
어느 위치에 파일이 저장되어 있고,
누가 코멘트를 달았는지를
툴이 자동으로 보여준다.
툴이 사람의 기억과 감정을 대체하는 것이 아니라,
그 기억과 감정에 의존하지 않도록 만든다.
많은 사람들은 툴을 ‘기능’의 관점에서 접근한다.
하지만 툴을 잘 쓴다는 건 ‘툴의 기능을 많이 아는 것’이 아니다.
오히려 ‘일의 흐름을 어떤 방식으로 구조화할 것인가’를 정의할 수 있는 능력이다.
예를 들어보자.
업무 분장이 불명확한 팀에서,
Notion의 보드 뷰를 활용해 업무별 책임자와 마감일을 명확히 지정하고
회의 중 실시간 코멘트를 남겨 회의록이 자동으로 축적되도록 한 사례.
커뮤니케이션이 중복되는 팀에서,
Slack을 주제별 채널로 나누고, 사적 메시지와 공식 공유 메시지를 구분하는 시스템을 설계한 사례.
프로젝트 마감이 반복적으로 지연되는 팀에서,
ClickUp의 ‘의존성 기능’을 활용해 ‘이 업무가 끝나야 다음 단계가 가능하다’는 흐름을 명확히 시각화해
병목 현상을 사전에 예측한 사례.
이런 방식은 단순한 ‘툴 사용법’을 넘어
업무 흐름과 정보 공유 구조를 ‘설계’한 것이다.
툴 기반 협업은 사람 사이의 감정을 제거하려는 것이 아니다.
오히려 불필요한 감정 소모 없이 협업을 진행하도록 도와준다.
“왜 그걸 나한테 미리 안 알려줬어요?”
“그건 제 일이 아닌 줄 알았어요.”
“회의록에 그 내용이 없었잖아요.”
이런 불필요한 대화 대신,
툴을 통해 ‘기록된 흐름’을 기반으로 소통하면
감정은 줄고, 명확성은 올라간다.
이것이 바로
‘툴을 잘 쓰는 사람은 관계에 상처를 주지 않고, 구조로 소통하는 사람’이라는 말의 이유다.
MZ세대는 ‘자율’을 중시한다.
하지만 그 자율은 무한한 자유가 아니다.
‘책임이 명확히 정의된 범위 내에서의 자유’다.
툴은 그 범위를 만들어준다.
내가 해야 할 일이 무엇인지,
그 일은 어떤 흐름 속에 있고,
누구와 어떤 방식으로 연결되어 있는지,
툴을 통해 시각적으로 파악할 수 있다면
자율성과 책임은 충돌하지 않는다.
툴 기반의 협업은 ‘보고’가 아니라 ‘공유’를 전제로 한다.
누구에게 보여주기 위한 문서가 아니라,
서로 연결되어 있는 흐름 위에서의 협력 도구인 것이다.
결국 실무는 변화했다.
이제는 사람이 아니라 툴이 중심에 있다.
그러나 그것은 차가운 무정형의 기술이 아니라
‘일의 구조’를 따뜻하게 설계할 수 있는 실무자의 역량이다.
이런 변화를 경험한 실무자들은 다음과 같이 말한다.
“이제 퇴사해도 제 일의 흐름이 남아있어요.”
“업무 분장이 명확해져서, 감정 소비가 줄었어요.”
“툴을 잘 쓰니, 팀장과 말을 많이 안 해도 되더라고요.”
툴은 관계를 대체하지 않는다.
관계를 효율적으로 설계할 수 있도록 구조를 제공할 뿐이다.
그리고 이 구조는 피로를 줄이고,
몰입과 성과를 동시에 만들어낸다.
“그냥 툴 하나 바꿨을 뿐인데, 전혀 다른 회사처럼 느껴졌습니다.”
중견 제조업체 A사의 마케팅팀 팀장이 툴 전환 이후 가장 많이 들은 말이었다.
A사는 직원 수 150명 규모의 전통적인 B2B 제조기업이었다.
오랜 기간 이메일과 전화, 종이 회의록 중심으로 업무가 진행되었고,
업무 공유는 사람 간의 말과 기억에 의존했다.
하지만 그만큼 잦은 오류와 반복, 의사소통의 불일치가 많았다.
특히 마케팅팀은 늘 ‘왜 이걸 다시 해야 하느냐’는 질문과,
‘누가 하기로 했는지 모르겠다’는 책임 회피 사이에서 피로감이 높아지고 있었다.
A사 마케팅팀이 처음 도입한 툴은 Notion이었다.
단순한 문서 작성 도구가 아니라, 업무 프로세스의 중심 도구로 삼았다.
도입 초기, 팀장은 팀원들과 이렇게 약속했다.
“이제부터는 말로 주고받는 업무는 최대한 줄이겠습니다.
업무 흐름은 Notion에 모두 기록합시다. 회의 내용, 기획안, 진행상황, 코멘트까지 전부요.”
처음엔 낯설어했다.
기존엔 회의가 끝나고 기억에 의존하거나, 파일을 개인 폴더에 따로 저장해두던 문화가
툴 안에서 ‘한눈에 보이는 흐름’으로 바뀐 것이다.
회의록은 실시간으로 작성되었고,
아이디어는 페이지 형태로 남았으며,
각 업무는 체크박스로 정리되었고,
‘누가 언제까지 무엇을 해야 하는가’가 명확해졌다.
툴을 중심에 둔 업무 전환은 팀장의 역할도 바꿔놓았다.
과거에는 팀장이 “이번 주 뭐 했지?”, “그건 어디까지 갔어?”를 반복하며
모든 상황을 직접 체크해야 했다.
하지만 이제는 각자의 업무 페이지에서 진행 상황을 확인할 수 있었고,
필요한 논의는 댓글로 해결됐다.
자연히 팀장은 감독자에서 ‘업무 구조 설계자’로 역할이 전환되었다.
그는 매주 회의 전, Notion에서 팀 전체 흐름을 점검하고
새로운 프로젝트나 아이디어의 틀을 만들어
팀원들이 그 안에서 자율적으로 움직일 수 있도록 설계했다.
“이제 ‘어떻게 하죠?’라는 질문보다
‘이렇게 해봤는데 어떤가요?’라는 제안이 더 많아졌습니다.”
그의 말처럼, 툴은 자율성과 책임을 동시에 만들고 있었다.
툴 전환 3개월 후, 마케팅팀 내부에선 몇 가지 변화가 생겼다.
1. 회의 시간이 50% 줄었다.
매번 업데이트를 공유하는 데 쓰던 시간이
툴에서 자동으로 확인되면서 회의의 질이 높아졌다.
2. 동일한 실수를 반복하는 빈도가 줄었다.
회고 문서를 공유하고, 문제 상황을 재발 방지 항목으로 체크하는 루틴이 정착되었다.
3. 신입 직원의 온보딩 속도가 2배 빨라졌다.
기존 프로젝트 구조와 업무 흐름이 툴 내에 기록되어 있어
“그때 이건 어떻게 했어요?”라는 질문 없이도
스스로 업무를 파악할 수 있게 되었다.
4. 팀원 간 감정 마찰이 줄었다.
“왜 이걸 나한테 안 알려줬냐”는 말이 줄어들고
정보 비대칭이 해소되면서 책임과 협력이 자연스럽게 맞물리기 시작했다.
툴이 감정을 없애진 않았지만,
불필요한 감정 소모를 줄이고 협업의 구조를 명확히 만들었다.
툴 전환에 대해 우려하는 사람들이 말하곤 한다.
“툴만 믿다 보면 사람 간의 유대감이 사라지지 않겠느냐?”
A사 마케팅팀은 그렇지 않았다.
오히려 툴로 인해 감정 소모가 줄어들고,
정해진 구조 위에서 더 편안하고 자유롭게 의견을 나눌 수 있게 되었다.
툴이 있기에
“그거 어디 있어요?”, “그건 누가 해야 하죠?”라는 말이 줄었고,
구조가 있기에
“이건 내가 해보겠다”는 제안이 늘었고,
기록이 있기에
“이건 지난번에 이렇게 했으니까 참고하자”는 축적이 가능해졌다.
툴은 감정을 대체하는 것이 아니라,
불필요한 감정을 제거하고 ‘진짜 협업’에 집중할 수 있는 여지를 제공한다.
툴을 도입한다고 해서,
모든 조직이 ‘일 잘하는 조직’으로 바뀌는 것은 아니다.
실제로 많은 조직이 ‘툴 전환’을 시도하지만
기대한 만큼의 효과를 얻지 못하거나,
오히려 혼란이 가중되는 사례도 많다.
“우린 툴도 도입했고, 매뉴얼도 만들었는데 왜 변화가 없을까요?”
이 물음은 단순한 기술의 문제가 아니라,
일을 바라보는 ‘사고 구조’와 연결되어 있다.
B사는 스타트업에서 중견기업으로 빠르게 성장한 IT 플랫폼 기업이다.
회사 내부의 커뮤니케이션과 협업 체계를 개선하기 위해
슬랙(Slack)을 도입했다.
슬랙은 실시간 메시지와 다양한 앱 연동,
채널 기반 협업 기능이 뛰어난 도구였다.
하지만 도입 6개월 후,
슬랙은 “카톡보다 복잡한 메신저”라는 평가를 받았고,
업무 속도도 오히려 느려졌으며,
대부분의 직원은 다시 이메일과 구두 보고로 돌아가버렸다.
왜 이런 일이 벌어졌을까?
슬랙이 실패한 첫 번째 이유는 ‘툴만 바꾸고 구조는 바꾸지 않았기 때문’이다.
채널을 만들어도 ‘업무 단위’로 구분하지 않았고,
멘션을 남겨도 ‘역할과 책임’이 명확하지 않았으며,
파일은 쌓였지만, ‘문서 흐름’이 없었고,
로그는 남았지만, ‘회고와 피드백 구조’는 부재했다.
즉, 슬랙이라는 도구는 존재했지만
‘일의 구조화’는 여전히 예전 방식 그대로였던 것이다.
툴은 단지 ‘보조 수단’이 아니라 ‘작업 흐름의 중심 설계 도구’인데,
이를 도입 당시 ‘메신저의 대체품’ 정도로 접근한 것이 가장 큰 실패 원인이었다.
두 번째 실패 요인은 툴을 설계하고 쓰는 주체가 리더가 아니었다는 점이다.
툴 도입은 IT팀과 경영진이 주도했다.
하지만 실무의 설계 주체가 빠져 있었다.
팀장은 여전히 보고를 이메일로만 요구했고,
실무자는 슬랙에 남긴 말이 기록으로 인정되지 않았으며,
회의는 오프라인에서 별도 정리되었고,
슬랙은 ‘추가 업무’로 인식되었다.
툴이 ‘업무 흐름’의 중심이 아닌 ‘부가 기능’이 되면
결국 가장 쉽게 무시되고, 방치된다.
툴은 조직 구조를 설계하는 리더가 함께 써야 하고,
그 과정에서 실무자가 안전하게 실험하고 활용할 수 있도록 제도적 여지가 있어야 한다.
1. 이 툴은 어떤 ‘문제 해결’을 위해 도입되는가?
→ 단순한 기술 업그레이드가 아니라,
기존의 커뮤니케이션/협업 문제를 명확히 진단했는가?
2. 이 툴은 기존의 어떤 ‘업무 흐름’을 바꿀 것인가?
→ 도입 이후 업무 보고, 피드백, 일정 관리 방식은 어떻게 변할 것인가?
3. 누가 툴 사용 문화를 이끌 것인가?
→ 리더가 주도할 것인가? 실무자가 자유롭게 실험할 수 있는 환경이 있는가?
이 질문에 답하지 않은 채 툴을 도입하면,
그 툴은 곧 ‘잊혀진 링크’가 된다.
B사는 결국 슬랙을 완전히 포기하진 않았다.
다만, 기능의 10%만 남겨서
사내 알림용 공지 툴 정도로 활용 중이다.
그들에게 슬랙은 ‘망한 툴’이 아니라,
‘실패한 변화 시도’였다.
훌륭한 툴을 도입했다고 해도,
기존의 일 방식, 역할 분담, 책임 구조, 협업 흐름이 그대로라면
그 툴은 ‘고급스럽게 포장된 불편함’에 불과하다.
툴을 다루는 손보다,
툴을 설계하는 머리가 먼저여야 한다.
툴을 쓰는 사람이 아닌,
툴을 기준으로 협업하는 팀 구조가 만들어져야 한다.
툴은 기능이 아니라,
일하는 방식의 반복적 루틴으로 자리잡을 때 진짜 힘을 발휘한다.
지금까지 살펴본 것처럼,
‘툴 중심 일하기’는 단순히 기술을 쓰는 문제가 아니다.
그것은 ‘일하는 방식의 재설계’이며,
‘협업의 문화’를 바꾸는 일이다.
“이제 툴로 일하고 싶어요. 관계 말고요.”
이 말은 단순한 불만이 아니다.
구조화된 협업을 바라는 MZ세대의 직장 언어이자,
감정이 아닌 시스템으로 일하고 싶다는 신호다.
툴은 인간관계를 대체하지 않는다.
다만, 불필요한 감정 소모 없이
정확한 책임과 흐름을 만들기 위한 장치로 기능할 뿐이다.
1. 툴을 ‘기능’이 아닌 ‘업무 흐름’으로 바라보자
어떤 기능이 있는지가 아니라,
그 툴로 내 일의 어떤 단계를 구조화할 수 있을지부터 점검하라.
2. ‘툴 도입’ 전에 ‘일의 설계’부터 하자
협업 방식, 책임 분담, 결과 공유 방식이 정의되지 않으면
어떤 툴도 ‘고급 메모장’ 수준에 머무른다.
3. 팀장이라면, 툴을 먼저 써라
리더가 이메일로 보고받고 툴은 안 쓰면
팀원에게 툴은 ‘형식적 부담’이 된다.
실무는 ‘툴 위’에 있고, 리더는 ‘툴 밖’에 있으면
조직은 두 개의 시간대를 산다.
4. 작은 루틴부터 자동화하라
반복 업무, 회의 기록, 파일 공유, 일정 정리는
‘툴화의 첫 시작점’이다.
여기에 업무의 패턴이 있다.
5. 툴을 쓰는 목적은 ‘업무 감정의 분리’다
보고가 느리다고 감정 상하지 않기 위해,
커뮤니케이션 오해를 줄이기 위해,
툴은 ‘업무 감정의 완충장치’로 활용될 수 있다.
당신의 조직은 툴을 ‘쓰고’ 있습니까,
아니면 툴을 ‘업무의 중심에 두고’ 있습니까?
당신은 툴을 기능으로 이해하고 있습니까,
아니면 구조를 설계하는 사고의 확장으로 받아들이고 있습니까?
툴은 도구가 아니다.
툴은 일의 문법을 바꾸는 언어다.
이제부터는 이렇게 질문해보자.
“오늘 내가 하는 이 일, 툴 위에서 설명할 수 있는가?”
“툴을 써서 일이 편해졌는가,
툴 없이 일할 때보다 구조가 명확해졌는가?”
그 질문이 가능하다면,
당신의 커리어는 이제 ‘툴로 일하는 실무자’에서
‘일을 설계하는 문제해결자’로 전환되고 있다는 증거다.