툴과 사고의 전환 – 통합형 실무가로 Ch.2 | EP.04
도구를 사용하는 시대는 끝났다.
이제는 도구로 ‘설계’하는 사람이 살아남는다.
Chapter 1. 단절된 커리어, 다시 연결하기(4회)
Chapter 3. 시간, 성과, 몰입의 커리어 설계(5회)
회의 시간에 노션(Notion)을 열어 팀의 업무 진행 상황을 확인하는 A.
그는 마케팅 담당자로 입사했지만,
이제 슬랙(Slack)으로 메시지를 주고받고,
에어테이블(Airtable)로 프로젝트를 추적하며,
피그마(Figma)로 UI 구성안도 검토한다.
처음엔 그저 ‘툴이 많아져서 복잡하다’는 생각뿐이었다.
하지만 어느 순간 A는 깨달았다.
이 툴들을 단순히 ‘쓰는 것’만으로는 실무 능력이 확장되지 않는다는 사실을.
반면, 같은 부서의 B는 다르다.
그는 회의 전에 노션으로 회의록 템플릿을 구성하고,
거기서 이슈를 발췌한 뒤 슬랙에 요약 메시지를 전송한다.
이후 구글시트를 연동해 업무 우선순위를 자동 정렬하고,
피그마 작업 흐름을 에어테이블의 가시화된 보드로 추적한다.
B는 말한다.
“툴은 일의 구조를 바꾸는 장치예요. 저는 이걸로 ‘일의 흐름’을 설계합니다.”
같은 도구를 쓰지만 전혀 다른 일의 감각.
디지털 도구는 이제 단순한 기능이나 편의의 문제가 아니다.
“일을 어떻게 이해하고 연결하고 구조화하는가”라는 감각 자체를 바꾸는 메커니즘이다.
이제는 누구나 툴을 쓴다.
그런데 왜 어떤 사람은 툴을 쓰고도 ‘아무것도 못했다’고 말하고,
어떤 사람은 ‘툴 덕분에 일의 효율이 달라졌다’고 말할까?
그 이유는 단순하다.
하나는 ‘툴을 사용하는 사람’이고, 다른 하나는 ‘툴로 일하는 사람’이기 때문이다.
전자는 기능을 습득하는 데 집중한다.
“노션 사용법을 배웠어요.”
“GPT를 어떻게 질문해야 할지 공부했어요.”
하지만 후자는 사고방식 자체가 다르다.
“프로젝트 전체를 노션으로 설계하고 관리해요.”
“GPT를 업무 루틴에 통합해서 문서 검토를 자동화했어요.”
툴의 사용 유무가 아니라, 툴을 바라보는 관점의 차이가
곧 실무자의 성장 속도를 결정한다.
도구는 단순한 효율의 문제가 아니다.
도구를 통해 ‘일의 감각’을 확장하고 있는가?
그 질문이 실무자 커리어의 방향을 바꾸고 있다.
Notion, Trello, Slack, Obsidian, GPT, Miro, Linear, Airtable, ChatGPT…
이제 도구는 넘쳐난다. 하지만 여전히 많은 이들은 묻는다.
“어떤 툴을 써야 하나요?”
“이 툴의 기능은 뭔가요?”
이 질문이 틀린 건 아니지만, 정말 중요한 질문은 다르다.
→ “이 툴로 내 일의 구조를 어떻게 설계할 수 있을까?”
→ “지금의 툴 조합이 내가 일하는 흐름을 지원해주는가?”
→ “나는 이 도구를 통해 무엇을 자동화했고, 무엇을 축적하고 있는가?”
이 질문이야말로, 툴의 시대에 커리어를 다시 설계하는 사람들의 언어다.
이번 회차에서는 “툴을 쓸 줄 안다”에서 벗어나
“툴로 일 구조를 설계하고, 감각을 확장하는 커리어 설계자”로 거듭나는 전환 포인트를 탐색한다.
왜 단순한 툴 학습으로는 실무력이 쌓이지 않는가
디지털 도구는 어떻게 커리어 감각 자체를 변화시키는가
어떤 방식으로 툴을 활용하면 구조화된 커리어가 축적되는가
내가 만드는 ‘디지털 생태계’는 어떤 일 구조를 가능하게 하는가
디지털 툴은 목적이 아니다.
그건 언제나 수단이다.
하지만 그 수단을 통해, 우리는 일을 더 깊이 설계할 수 있다.
그리고 그때, 커리어는 비로소
기능의 나열이 아니라 구조의 설계로 진화한다.
디지털 툴이 홍수처럼 쏟아지고 있다.
그런데 실무 현장에선 자주 이런 말을 듣는다.
“툴은 많은데, 왜 일은 더 복잡해졌죠?”
“툴을 열심히 배워도, 정작 실무에선 별로 도움이 안 돼요.”
“툴을 잘 다루는 사람이 팀을 엉망으로 만들기도 하더라고요.”
이 말들이 말해주는 것은 단순하다.
도구 자체가 문제가 아니라, 그 도구를 ‘어떻게’ 쓰느냐의 문제라는 것.
툴을 단편적으로 사용하는 사람들은 공통적으로 세 가지 함정에 빠진다.
이 세 가지는 디지털 시대 실무 역량 축적의 가장 큰 장애물이다.
많은 이들이 생산성 유튜버를 따라 ‘신상 툴’을 설치한다.
Trello, Notion, Obsidian, Linear, Miro…
하지만 몇 주 뒤, 그 툴은 ‘좋아요 누르기용’이 되고 만다.
툴을 배우는 데 시간을 쓰지만, 정작 ‘무슨 일을 하려고 했는지’는 흐려진다.
목적보다 수단이 우선시되는 순간, 커리어는 흔들린다.
예:
회의 기록용으로 Notion을 쓰기 시작했지만, 페이지를 꾸미는 데 시간을 더 쓴다.
업무 캘린더를 Obsidian에 옮겨 적느라 일의 우선순위는 사라진다.
도구는 ‘일’을 더 잘 하기 위한 수단이어야 한다.
도구를 위한 도구 사용은, 결국 생산성을 갉아먹는다.
툴을 많이 쓴다고 일이 잘 되는 건 아니다.
오히려 툴이 너무 많으면 업무 흐름이 단절된다.
예를 들어, 기획은 노션에 쓰고
메신저는 슬랙으로 보내고
보고서는 구글독스로 쓰고
자료는 구글드라이브에 저장하고
일정은 구글캘린더에 넣는다.
각 도구가 따로 놀면, 일의 맥락은 끊어진다.
툴 간 연결이 없으면 ‘정보는 흩어지고’, ‘기록은 누락되며’, ‘협업은 느려진다’.
툴은 연결되어야 한다.
노션의 태스크가 슬랙에 알림으로 연동되고,
슬랙에서 나온 이슈가 자동으로 에어테이블에 기록되는 식이다.
단편적인 툴 사용은 오히려 실무 효율을 저하시킨다.
툴 간 연결이 없으면, 디지털 도구는 ‘산만한 노트’일 뿐이다.
많은 조직이 “요즘 친구들은 노션도 잘 다루고, GPT도 쓴다”는 인식으로
툴 능숙도를 스펙화하고 있다.
하지만 진짜 문제는
툴을 잘 ‘다루는’ 사람이 아니라, 툴로 일을 잘 ‘설계하는’ 사람인지 여부다.
툴 잘 쓴다고 실무를 잘하는 건 아니다.
노션을 깔끔하게 정리해도, 그 속에 들어가는 콘텐츠가 빈약하면 무용지물이다.
GPT를 잘 활용해도, 질문 자체가 틀리면 엉뚱한 답만 축적된다.
“툴을 얼마나 잘 아느냐”보다 중요한 건
“툴을 통해 무엇을 성취하고 있는가”다.
그럼에도 일부 조직은 툴에 능한 인턴이나 신입에게 실무를 맡기고
기획은 베테랑이 한다.
이 방식은 툴을 도구가 아니라 ‘역할 분리의 수단’으로 오용하는 사례다.
툴의 문제는 기능이 아니다.
사람의 ‘일하는 사고방식’이다.
단편적인 툴 사용은 일을 더 복잡하게 만들고,
툴에 휘둘리는 커리어를 만든다.
이제 묻자.
나는 툴을 ‘기능 위주’로만 익히고 있지 않은가?
업무 흐름을 연결하지 못하고, 도구마다 섬처럼 사용하고 있지 않은가?
툴을 쓰면서 정작 ‘무슨 일을 하고 있는지’ 설명할 수 없는 상황이 아닌가?
디지털 도구를 진정으로 잘 활용하는 사람은 툴을 '배운다'기보다 ‘설계한다.’
그들은 단순한 기능 숙달을 넘어, 툴을 통해 일의 흐름 자체를 바꾼다.
핵심은 도구 중심의 사고에서 구조 중심의 사고로의 전환이다.
먼저 실무자가 해야 할 일은 업무 자체의 흐름을 시각화하는 것이다.
예를 들어 마케팅 콘텐츠 기획자는 다음과 같이 흐름을 구조화할 수 있다.
주간 콘텐츠 기획 → 초안 작성 → 팀 회의 피드백 → 디자인 연계 → 예약 게시
이 과정을 Notion, ClickUp, Airtable 등으로 설계하는 순간,
단순한 할 일이 아닌 프로세스 기반 업무 시스템으로 바뀐다.
툴은 이 흐름을 ‘기억’하고 ‘표시’하고 ‘관리’하는 수단일 뿐이다.
핵심은 흐름(Flow)이다.
실무에서 자주 반복되는 일이 있다.
매주 월요일 오전 콘텐츠 회의
매일 오전 10시 이메일 수신 확인
프로젝트 마감 전 체크리스트
이런 반복 패턴은 ‘생산성 툴’에서 루틴 모듈로 묶을 수 있다.
예를 들어 Notion에서 주간 루틴 페이지를 템플릿화하거나
Todoist에서 특정 조건의 반복 업무를 자동생성하도록 설정하는 식이다.
이것은 단순한 ‘툴 사용’이 아니라, 작업 기억을 외부화하고
뇌의 인지 자원을 전략적으로 분배하는 방식이다.
마지막 단계는 툴 간의 연동(Integration)이다.
이것이 가능한 대표적 도구는 아래와 같다:
Zapier / Make: 다양한 앱을 연결하여 이벤트 기반 자동화 구성
Notion API: 슬랙 메시지를 받아 Notion 데이터베이스에 기록
Google App Script: 특정 시간마다 보고서 생성
GPT + Slack 연동: 질문 기록과 답변을 구조화된 문서로 저장
이 모든 과정은 ‘사람이 반복하지 않아도 되도록’ 만드는 설계다.
이는 단순한 자동화가 아니라, 디지털 생산성 환경을 ‘디자인’하는 것이다.
업무에서 자주 나오는 “생산성이 안 나와요”라는 말은
사실 “일의 흐름이 구조화되지 않았어요”라는 뜻이다.
아무리 능숙한 실무자라도
일정을 수동으로 메모하고
자료는 각기 다른 폴더에 흩어져 있으며
회의록은 매번 새로 작성하고
반복 업무는 매번 새로 계획한다면
그 사람의 커리어는 ‘생산적 무질서’ 속에 갇혀버린다.
툴이 있어도, 설계가 없다면 무용지물이다.
실무자의 역량이 ‘일 잘함’에서 ‘일 설계’로 확장될 때,
비로소 커리어 감각이 한 단계 성장한다.
Notion을 처음 접한 사람들은 “노션이 뭐가 좋은가요?”라고 묻는다.
하지만 진짜 질문은 이거다.
“당신은 일의 흐름을 직접 설계해본 적 있는가?”
툴은 단순히 정보 정리의 수단이 아니라,
일을 바라보는 관점을 바꾸는 계기다.
노션을 ‘페이지’로만 보면 한없이 노트앱에 불과하다.
하지만 그것을 ‘시스템’으로 보면
나만의 지식 관리, 협업 흐름, 프로젝트 템플릿의 집합소가 된다.
디지털 툴은 도구이자 철학이다.
어떤 구조로 일할지를 먼저 정하면,
툴은 그 설계를 현실화하는 도구로 기능한다.
툴을 잘 쓴다는 것은,
단순히 문서를 잘 정리하는 것이 아니라
일의 흐름 전체를 인터페이스화하는 것이다.
예를 들어,
고객 요청을 구글폼으로 수집하고,
자동으로 Airtable에 쌓이게 하며,
각 요청별 상태를 Notion에서 관리하고,
완료된 항목은 슬랙으로 자동 알림 전송한다면
이것은 툴을 기능 단위로 사용하는 게 아니라
업무 전체를 인터페이스화한 설계 사고다.
이런 구조를 갖춘 사람은 '툴 유저'가 아니라 '툴 설계자'다.
도구를 사용하는 시대는 끝났다.
이제는 도구로 ‘설계’하는 사람이 살아남는다.
툴은 목적이 아니라 수단이며,
그 수단을 통해 일의 흐름, 반복, 정보, 협업을 구조화하고 자동화할 수 있을 때,
비로소 디지털 커리어 감각이 생긴다.
“일이 너무 많아서 툴을 배울 시간이 없어요.”
그는 늘 그렇게 말하던 마케터였다.
회사에서 일어난 모든 일에 끼어들어야 했고,
업무 흐름은 그의 머릿속에만 있었다.
그러던 그가 1년 뒤, 이렇게 말한다.
“이젠 제가 없어도 팀이 돌아갑니다.”
도대체 어떤 변화가 있었던 걸까?
그는 소규모 IT 스타트업에서 일하던 마케터였다.
광고, 콘텐츠 기획, 고객 리서치, SNS 운영까지
“마케터라는 직무가 맞나?” 싶을 만큼
잡다한 일을 혼자 도맡고 있었다.
그의 하루는 늘 급박했다.
아침엔 SNS 계정 운영 보고
오전엔 광고 대행사 컨펌
오후엔 데이터 리포트 작성
퇴근 전엔 다음 주 콘텐츠 초안 마감
이런 하루하루가 쌓일수록
그는 ‘생산성’이라는 단어를 점점 싫어하게 되었다.
툴은 많았지만, 그 어느 것도 일의 복잡성을 덜어주지 못했기 때문이다.
어느 날, 회사에서 ‘업무 매뉴얼’ 정리를 요청했다.
그는 자신이 하는 일들을 문서로 정리하려 했으나, 도무지 정리가 되지 않았다.
“나는 이 일을 어떤 흐름으로 하고 있는가?”
“팀원이 이 업무를 맡게 된다면 무엇부터 시작해야 하지?”
이 질문 앞에서 그는 멈췄다.
그리고 그제서야 깨달았다.
자신은 ‘일을 하고 있었지만, 설계하지 않고 있었다’는 사실을.
이후 그는 Notion을 열고, 업무 흐름을 하나하나 분해하기 시작했다.
가장 먼저 한 일은 업무의 큰 줄기를 나열하는 일이었다.
1. 콘텐츠 기획
2. SNS 운영
3. 광고 분석
4. 마케팅 자료 리서치
5. 사내 회의 보고
각 업무에 대해 정확히 어떤 순서로 진행되는지를 Notion에서 도식화했다.
단순한 글 작성이 아니라, 업무 흐름을 시각화하는 일이었다.
예를 들어 콘텐츠 기획은 이렇게 나뉘었다.
주간 기획안 작성
초안 검토
팀 피드백 회의
디자인 협업
업로드 및 성과 측정
이것을 ‘콘텐츠 템플릿’으로 저장하자
매주 반복되는 일이 하나의 구조로 굳어졌다.
이전에는 회의가 끝나면,
회의록은 슬랙에, 작업은 구글드라이브에, 일정은 구글캘린더에…
업무 정보가 뿔뿔이 흩어져 있었다.
그는 모든 협업 흐름을 Notion 안으로 가져왔다.
회의록은 통합 페이지에 기록
할 일은 Kanban 보드로 정리
자료는 업무별 데이터베이스에 연결
협업 도구를 설계한 것이다.
툴을 기능 단위로 쓰는 게 아니라
일의 맥락 단위로 구성한 셈이다.
마케팅에는 반복되는 일이 많다.
월말 리포트 작성
SNS 예약 업로드
성과지표 캡처 및 정리
그는 이 작업들을 하나씩 자동화했다.
Zapier로 SNS 예약 게시 설정
구글시트 + App Script로 성과지표 자동 수집
노션에서 리포트 템플릿 자동 복제
이 결과, 그는 매주 6~7시간을 줄일 수 있었고,
그 시간을 기획과 실험, 전략 수정에 투자하게 되었다.
이제 그는 말한다.
“제가 없어도 팀이 돌아갈 수 있어요.”
그가 사라졌다는 뜻이 아니다.
그의 역할이 바뀌었다는 뜻이다.
예전에는 모든 일이 그의 머릿속에 있었고,
실행하는 손도 오직 그 자신뿐이었다.
지금은 모든 흐름이 툴 위에 설계되어 있고,
누구나 접근할 수 있는 구조로 전환되었다.
이것이 툴을 통해 '일을 설계한 사람'의 변화다.
그가 특별한 툴 전문가였던 것은 아니다.
그는 기술을 배운 것이 아니라, 사고방식을 바꿨다.
일은 흐름이다.
흐름은 구조로 설계할 수 있다.
구조는 툴로 구현된다.
이 3단계가 그의 커리어를 바꿨다.
이것이 오늘 우리가 ‘툴로 일한다’는 말의 진짜 의미다.
“툴은 있는데, 변화는 없다.”
최근 몇 년 사이, 수많은 기업들이 Notion, Slack, Trello, Jira, Airtable, Figma, ClickUp, Asana 같은 디지털 협업 툴을 도입했다.
그러나 그 결과는 제각각이다.
어떤 조직은 업무 속도가 빨라지고, 의사결정이 투명해졌으며,
반복 업무가 줄어들고 몰입의 시간이 늘어났다.
하지만, 또 어떤 조직은 툴 도입 후 더 큰 혼란을 겪는다.
툴은 있는데, 아무도 쓰지 않는다.
정보는 여기저기 분산되고, 결국 다시 ‘보고용 엑셀’로 돌아간다.
왜 이런 일이 생기는 걸까?
많은 조직이 툴을 '도입'은 했지만, ‘일하는 방식’은 바꾸지 않는다.
기존 보고체계는 그대로
결재 프로세스도 그대로
사내 커뮤니케이션은 여전히 이메일과 회의 중심
문서는 작성되지만 공유되지 않고
협업 툴은 ‘정리하는 사람’의 부담만 늘어난다
즉, 툴이 추가되었을 뿐 ‘업무 구조’는 바뀌지 않은 것이다.
툴은 ‘일의 구조를 재설계할 수 있는 기회’인데,
조직은 이를 ‘추가 업무’로 받아들인다.
툴을 ‘도입’하는 일과
툴로 ‘체계를 재구성’하는 일은 완전히 다르다.
예를 들어, Notion을 도입한다고 가정해보자.
많은 조직이 아래와 같은 방식으로 접근한다.
디자인 팀: 디자인 가이드라인만 업로드
마케팅 팀: 콘텐츠 캘린더만 작성
인사 팀: 휴가 신청 폼만 공유
각자 기능은 활용하지만,
툴이 연결되지 않는다.
결국 사람들은 여전히 메신저에서 질문하고,
구글 드라이브에서 문서를 찾고,
엑셀로 프로젝트를 관리한다.
툴은 있는데, 툴이 업무의 중심이 되지 않는다.
한 중견 제조기업은 업무 효율화를 위해 협업 툴 ‘Jira’를 도입했다.
기획–디자인–개발이 명확히 나뉘어 있는 구조라,
이슈 관리와 피드백 추적이 중요한 상황이었다.
그러나 한 달 후, 팀원들은 Jira 사용을 기피하게 되었다.
이유는 단순했다.
보고는 여전히 ‘보고서 양식’으로 작성
Jira는 ‘내부 정리용’으로만 쓰임
결국 중복 입력 발생
팀장은 “그냥 메일로 보고해줘”라고 지시
툴이 협업을 위한 것이 아니라
내부 참고용 ‘사이드 툴’이 되어버린 것이다.
툴은 있었지만, 그 위에 체계가 없었다.
어떤 조직은 협업 툴을 도입하면서
“모든 업무가 투명하게 보인다”는 점에 집중한다.
이는 좋은 방향일 수 있지만,
지나치게 통제와 감시에 집중할 경우,
툴은 몰입의 도구가 아닌 스트레스의 수단이 된다.
예를 들어:
업무 시작 시간을 매일 체크하게 하거나
업무 진행률을 실시간으로 기록하게 하거나
회의록을 ‘잘 썼는지’ 평가하거나
이런 조직에서 툴은 생산성 향상이 아닌 ‘불신’의 상징이 된다.
그 결과:
팀원들은 툴 업데이트에만 시간을 쓰고
본업은 뒤로 밀리며
결국 툴 사용이 ‘눈치 게임’으로 전락한다
툴은 통제용으로 쓰면 망하고, 설계용으로 쓰면 산다.
1. 업무 설계 없는 툴 도입
– 툴은 방식의 변화를 전제해야 한다. 구조화 없는 도입은 낭비다.
2. 직무별 분산 사용
– 각 부서만 사용하는 도구는 연결성을 잃는다. 툴은 흐름 중심으로 써야 한다.
3. 기존 체계 유지
– 결재, 보고, 문서 체계 등 기존 방식이 유지되면 툴은 ‘2중 업무’가 된다.
4. 툴 활용의 개인 의존
– 실무자 몇 명만 쓰고, 팀장급 이상은 외면할 경우 구조화는 불가능하다.
5. 툴 자체에 집착
– “이 툴이 더 좋아요”식의 비교는 의미 없다. 핵심은 ‘어떤 툴을 어떻게 구조화해 쓰는가’이다.
툴 도입이 성공한 조직은 툴을 중심에 놓지 않는다.
대신 ‘일의 흐름’을 중심에 두고,
그 흐름을 툴로 구현한다.
즉, 툴은 목적이 아니라 수단이다.
이 단순한 진리를 받아들이는 순간,
조직의 디지털 전환은 비로소 현실이 된다.
어느 스타트업은 처음엔 Notion을 ‘정보 정리용’으로만 사용했다.
그러나 실무자가 프로젝트별 페이지를 만들고,
회의록–할 일–자료 정리를 하나로 묶기 시작하면서
팀 전체의 업무 흐름이 바뀌기 시작했다.
이후:
사내 회의가 짧아지고
메일과 슬랙의 빈도가 줄고
팀장도 직접 Notion을 사용하게 되었다
툴은 실무자가 바꾼 게 아니라,
실무자가 바꾼 ‘방식’이 툴을 바꾼 것이다.
어떤 조직이 Airtable을 잘 써서 대시보드를 만들었다고 해서
우리도 똑같이 성공할 수 있는 건 아니다.
툴은 어디까지나 ‘일을 구조화하는 사람의 사고방식’에 따라 달라진다.
툴은 누구나 쓸 수 있다.
그러나 구조화는 누구나 할 수 없다.
우리는 묻고 바꿔야 한다.
“툴을 왜 도입하는가?”,
“어떤 흐름을 만들고 싶은가?”,
“이 툴이 그 흐름을 가능하게 만들고 있는가?”
그때부터
디지털 도구는 '새로운 감각'이 된다.
1. ‘툴 목록’이 아니라 ‘업무 흐름’을 먼저 그려보자.
– 반복되는 업무, 주고받는 커뮤니케이션, 문서 생성–정리–공유의 흐름을 스케치하자.
2. 흐름에 따라 필요한 도구를 ‘기능 단위’로 배열하자.
– 작성, 검토, 공유, 자동화, 협업 등의 기능에 맞춰 툴을 매칭해본다.
3. 툴 간의 연결을 설계하자.
– 구글폼으로 받은 데이터를 스프레드시트에 정리하고,
자동 보고서로 전환하거나 알림을 슬랙으로 연동하는 등
툴 간 흐름을 그려보자.
4. 툴 사용을 ‘습관화’하기 위한 기준을 세우자.
– 회의록은 무조건 Notion, 협업 커뮤니케이션은 무조건 Slack,
마감 체크는 Trello 등 툴 중심 루틴을 만들자.
5. ‘내가 설계한 구조’를 포트폴리오로 정리하자.
– 사용 툴, 사용 목적, 업무 흐름, 결과물을 정리하면
그것 자체가 디지털 감각의 포트폴리오가 된다.
1. 지금 내가 쓰는 툴은 단순 기록용인가,
아니면 일의 흐름을 설계하는 도구인가?
2. 내가 담당한 일에서 툴을 구조화한 경험은 무엇인가?
3. 나만의 ‘툴 중심 업무 루틴’이 있는가?
없다면, 어떤 흐름부터 시작해볼 수 있을까?
4. 지금 우리 조직은 툴을 중심으로 일하고 있는가,
아니면 단지 툴을 보유하고 있을 뿐인가?
당신의 커리어는
당신이 어떤 도구로, 어떤 흐름을 만들고 있는가로 설명된다.
툴을 바꾸는 것이 아니라,
툴을 통해 일하는 방식을 바꾸는 것.
그것이 당신의 커리어 감각을 증명하는 시작이다.