✍️ 필사 모드: 시간과 생산성 추적 도구 2026: Toggl·Clockify·Wakatime·RescueTime·Rize 심층 비교 — 내 시간은 어디로 가는가

"측정하지 못하는 것은 개선할 수 없다. 그리고 측정한 모든 것이 중요한 것도 아니다."

프롤로그 — 8시간 일하고 왜 4시간만 일한 기분일까

저녁 7시, 컴퓨터를 끄려는데 이상한 감각이 듭니다. 분명 9시부터 앉아 있었는데, 머릿속에 "오늘 만든 것"이라고 떠올릴 만한 게 없습니다. 슬랙 답하고, 회의 들어가고, PR 보고, 잠깐 트위터, 다시 PR, 다시 슬랙... 그러다 보면 하루가 끝나 있습니다.

이게 2026년에도 여전한 풍경입니다. 모니터는 두 개로 늘었고, AI 보조가 코드를 절반은 써주는데, 어쩐지 "진짜 일한 시간"은 계속 줄어드는 느낌입니다.

여기에 답하는 방법은 두 가지입니다. 하나, 시간을 손으로 적어둔다. 둘, 컴퓨터가 알아서 적게 만든다. 전자가 Toggl과 Clockify의 세계이고, 후자가 Wakatime, RescueTime, Rize, Timing의 세계입니다. 그리고 이 글의 절반은 "어느 쪽이 더 정직한가"에 대한 이야기입니다.

이 글에서 다루는 도구:

이 글에서 다룰 챕터:

1장 · 수동 vs 자동의 영원한 논쟁

시간 추적 세계의 가장 큰 분기점은 이것입니다. 시작/정지 버튼을 손으로 누를 것인가, 아니면 컴퓨터가 알아서 기록하게 둘 것인가.

수동 추적의 미덕은 "의식"입니다. 타이머를 누르는 순간 뇌가 컨텍스트를 잡습니다. 지금부터 30분은 이 일을 한다, 라는 약속이 의자에 등을 붙입니다. 그리고 끝났을 때 "잠깐, 이 30분에 진짜 그 일을 했나?"를 자문하게 됩니다. 즉, 추적 자체가 집중력 도구입니다. 토글이 "지금 일하시는 중인가요?"라는 알림을 띄우는 이유가 여기 있습니다.

자동 추적의 미덕은 "정직성"입니다. 손으로 적을 때 사람은 자기에게 관대해집니다. 회의 들어갔다가 트위터 보다가 다시 회의 들어왔는데, 보고서엔 "회의 60분"으로 적혀있는 식입니다. 자동 추적은 그 모든 컨텍스트 전환을 가차 없이 적습니다. 그래서 처음 보면 충격받습니다. "내가 정말 이만큼이나 슬랙을 봤다고?"

현실에서 잘하는 사람들은 보통 둘 다 씁니다. 수동을 청구·딥워크 회고에, 자동을 "한 주 전체가 어디로 흘렀는지 큰 그림"에 씁니다. 이 글의 후반부 워크플로 챕터가 그 조합법을 다룹니다.

세 번째 옵션도 있습니다. 반자동. Toggl Desktop의 autotrack이나 Timing의 룰 기반 분류처럼, 컴퓨터가 후보를 던지고 사람이 라벨만 정리하는 방식입니다. 게으른 자에게는 자동, 정직한 자에게는 수동의 좋은 부분만 결합한 형태입니다.

              정직성 ↑
                |
       자동 ────|──── Rize.io / RescueTime
                |
                |   Wakatime (코드만)
                |
                |
       반자동 ──|──── Timing / Toggl Autotrack
                |
                |
       수동 ────|──── Toggl Track / Clockify / Hourglass
                |
            의식 ←  →  편의

오해 하나. 자동 추적이 "더 좋은 도구"가 아닙니다. 자동은 데이터를 더 많이 모을 뿐입니다. 그 데이터를 어떻게 보느냐가 진짜 가치입니다. 그래서 좋은 자동 추적기는 보통 좋은 보고서와 코칭을 함께 제공합니다.

2장 · Toggl Track — 수동 추적의 클래식

Toggl Track은 2006년에 에스토니아에서 시작된 회사로, 시간 추적 시장의 "Google 같은" 위치를 차지하고 있습니다. 누가 시간 추적을 시작한다고 하면 일단 추천받는 이름입니다.

왜 클래식인가:

• 시작/정지 버튼이 모든 플랫폼에 있습니다. 웹, 데스크톱(맥·윈도우·리눅스), 모바일(iOS·안드로이드), 브라우저 확장.
• 엔트리에 프로젝트, 클라이언트, 태그, 청구가능 여부를 붙일 수 있습니다.
• 보고서가 진짜 예쁩니다. 도넛 차트, 막대 차트, 주간 캘린더 뷰 — 클라이언트에게 보낼 만한 수준입니다.
• 데스크톱 앱에는 autotrack과 idle detection이 들어있습니다. 자리 비운 동안 타이머가 돌고 있었으면 "이 시간 빼드릴까요?"를 묻습니다.

가격 (2026년 기준):

• Free: 5명까지, 기본 추적과 보고서. 개인이 평생 쓰기에 충분합니다.
• Starter: 사용자당 약 10달러/월. 청구, 프로젝트 템플릿, 보고서 정렬.
• Premium: 사용자당 약 20달러/월. 시급, 우선순위 지원, 감사 로그.
• Enterprise: 별도. SSO, 맞춤 계약.

Toggl이 잘하는 케이스:

• 프리랜서 시급 청구. 클라이언트에게 보내는 PDF 보고서가 깔끔합니다.
• 1인 컨설팅. 5명 무료 정책 덕에 무료로 충분히 굴러갑니다.
• 작은 팀의 시간 사용 분석. 누가 무슨 프로젝트에 얼마를 썼는지 즉시 봅니다.

Toggl이 못하는 케이스:

• "어디서 시간이 새는지" 알고 싶을 때. 자동 추적이 부가 기능 수준이라 RescueTime이나 Rize에 비할 바가 아닙니다.
• 개발 작업의 언어별·프로젝트별 자동 집계. 이건 Wakatime의 영역입니다.
• 대형 팀의 인사 평가용. Toggl은 "직원 감시"를 적극적으로 거부합니다 — 이건 미덕이지만 그런 용도라면 다른 도구를 봐야 합니다.

한 줄 평: 수동 추적이라는 카테고리에서 가장 신뢰할 만한 표준. 망설여진다면 일단 여기서 시작하세요.

3장 · Clockify — 무료 대안의 진지함

Clockify는 세르비아의 CAKE.com이 만든 도구로, "무료 영원히"를 슬로건으로 시장에 들어왔습니다. 처음엔 "Toggl의 카피"라는 평을 들었지만, 2020년대를 거치면서 자기만의 색을 갖춘 진지한 경쟁자가 되었습니다.

Clockify의 핵심 차별점:

• 사용자 수 무제한 무료 플랜. Toggl이 5명까지인 데 비해, Clockify는 100명짜리 팀도 무료로 굴립니다. 에이전시들이 사랑하는 이유입니다.
• 스크린샷 자동 캡처, 비활성 감지, 강제 시작/정지 등 감시 기능을 적극적으로 제공합니다. 미덕인가 악덕인가는 회사 문화에 달렸습니다.
• 단순한 청구·견적 모듈 내장.
• 자체 호스팅 옵션이 있는 유일한 메이저 도구 중 하나(엔터프라이즈 전용).

가격 (2026년 기준):

• Free: 사용자 무제한, 기본 추적.
• Basic: 사용자당 약 4달러/월. 청구 가능 시간, 프로젝트 템플릿.
• Standard: 사용자당 약 6달러/월. 인보이스, 시간 승인.
• Pro: 사용자당 약 9달러/월. 스크린샷, 활동 추적, 자동 락.
• Enterprise: 사용자당 약 15달러/월. SSO, 감사, 자체 호스팅.

Clockify가 잘하는 케이스:

• 30-100명 규모의 에이전시. Toggl이라면 월 수백 달러가 드는데, Clockify는 무료 또는 매우 저렴합니다.
• 직원 시간을 인보이스에 정확히 매핑해야 하는 시급제 비즈니스.
• 자체 호스팅이 필요한 보안 민감 조직.

Clockify가 못하는 케이스:

• 자동 추적의 깊이. RescueTime이나 Rize와 비교하면 활동 추적이 단순합니다.
• 디자인. Toggl이 미적으로 한 수 위라는 평이 일반적입니다.

한 줄 평: Toggl이 비싸다면, Clockify가 답입니다. 100명 팀이 무료로 굴러간다는 사실 하나로 많은 단점이 용서됩니다.

4장 · Wakatime — 개발자를 위한 자동 추적

Wakatime은 2013년 알란 핫프(Alan Hamlett)가 1인 프로젝트로 시작한 도구입니다. 지금은 수만 명의 개발자가 매일 데이터를 보내는 사실상 표준입니다.

작동 방식:

• IDE 플러그인을 깝니다 (VS Code, JetBrains, Vim, Emacs, Neovim, Sublime, Xcode, Android Studio 등 60개 이상).
• 플러그인이 키보드 활동·파일·언어·프로젝트를 감지해 Wakatime 서버로 보냅니다.
• 대시보드에서 "오늘 8시간 코딩했고, 그중 Python 4시간, TypeScript 3시간, 회의용 마크다운 1시간"식으로 자동 집계됩니다.

왜 사랑받는가:

• 진짜로 "공짜로" 적어주는 도구입니다. 잊고 살아도 한 달 뒤 들어가면 데이터가 차곡차곡 쌓여있습니다.
• 프로젝트별, 언어별, 시간대별 통계가 자동으로 나옵니다.
• 깃허브 README에 위젯으로 박을 수 있습니다. "올해 Rust에 487시간 썼다" 같은 자랑.
• 팀 기능으로 누가 어떤 코드베이스를 얼마나 만지는지 볼 수 있습니다 — 단, 이걸 인사 평가에 쓰면 안 됩니다(자세한 건 프라이버시 챕터에서).

가격 (2026년 기준):

• Free: 최근 14일 통계.
• Basic: 약 9달러/월. 전체 히스토리.
• Premium: 약 14달러/월. 더 자세한 분석, 외부 도구 연동.
• 학생 무료 제공.

Wakatime이 잘하는 케이스:

• 본인의 코딩 시간을 객관적으로 보고 싶은 개발자.
• "올해 어떤 언어를 가장 많이 썼나" 같은 회고용.
• 오픈소스 메인테이너 — 본인의 무급 노동 시간을 후원자에게 보여줄 때.

Wakatime이 못하는 케이스:

• 코딩 외 시간. 회의, 디자인, 리서치는 잡히지 않습니다.
• 컨텍스트 추적. 같은 IDE에서 진짜 일하는 시간과 트위터 켜놓고 멍한 시간이 구분되지 않습니다.

오픈 데이터 문화: Wakatime의 큰 매력 중 하나는 많은 개발자가 자기 통계를 공개한다는 점입니다. 깃허브 프로필에 위젯을 박거나, "이번 주 코딩 시간" 트윗을 올리거나, 블로그 사이드바에 라이브 통계를 띄웁니다. 이게 일종의 동료 압박이자 책임감 도구로 작동합니다.

한 줄 평: 개발자라면 일단 깔아두고 보세요. 보내는 데이터를 끄거나 줄일 수도 있으니, 일단 한 달 모아본 후 가치 판단을 하면 됩니다.

5장 · Codetime, Pulse for VS Code — Wakatime의 라이벌

Wakatime의 성공을 보고 여러 도구가 비슷한 접근으로 들어왔습니다.

Codetime (Software.com)

• VS Code 중심으로 시작했지만 JetBrains, Atom 등으로 확장.
• 음악 통합(스포티파이 같은 걸 켜놓고 코딩하면 무엇을 들으며 무엇을 만들었는지 매핑)이 차별점.
• 무료, 광고 없음. 회사가 어떻게 돈을 버는지가 늘 화제입니다.

Pulse for VS Code

• VS Code 한정의 가벼운 로컬 추적기.
• 데이터가 클라우드로 안 가도 되는 옵션 — 프라이버시 우선.
• 깃허브 잔디 같은 일별 히트맵.

WakaTime vs Codetime vs Pulse 선택 기준:

가장 무난한 출발점은 여전히 Wakatime입니다. 다만 "내 데이터가 어디로 가는지 100% 통제하고 싶다"면 Pulse가 답입니다.

6장 · RescueTime · Rize.io — 모든 앱을 보는 자동 추적

코딩 외 시간까지 보고 싶다면 이 카테고리입니다. 백그라운드에서 돌면서 "지금 어느 앱의 어느 창에 있는지"를 적습니다.

6.1 RescueTime — 원로

2008년에 나왔습니다. PC 시대부터 이 일을 하던 도구입니다.

• 카테고리: "Software Development", "Communication & Scheduling", "Entertainment" 등으로 자동 분류.
• 생산성 점수 -2(매우 비생산적)부터 +2(매우 생산적)까지를 카테고리마다 매깁니다. 사용자가 조정 가능.
• "FocusTime"이라는 집중 모드 — 비생산 사이트 차단.
• 가격: Lite 무료, Premium 약 12달러/월.

장점: 오래된 만큼 데이터베이스가 큽니다. 대부분의 앱·사이트가 이미 분류되어 있습니다. 단점: UI가 2010년대 향기가 강합니다. 보고서가 옛날옛적입니다.

6.2 Rize.io — 신예

2021년경 등장해 2023-2025년에 급성장한 도구입니다. RescueTime의 정신적 후계자라는 평을 듣습니다.

• 더 깔끔한 macOS 네이티브 UI.
• 깊은 작업(deep work) 측정에 초점. 같은 앱에 머무른 연속 시간 블록을 강조합니다.
• 컨텍스트 전환 횟수를 셉니다 — 하루 200번 앱 전환했다면 그게 다 표시됩니다.
• "Notifications" 코칭 — 오랜 시간 회의 중이면 "휴식 어때요?" 같은 nudge.
• 가격: 약 10-15달러/월.

장점: 디자인이 진짜 좋습니다. 데이터를 보고 싶어지게 만듭니다. 딥워크라는 컨셉에 집중한 것도 차별점입니다. 단점: 비교적 신생이라 카테고리 분류가 RescueTime만큼 완성도 있지 않습니다. macOS 우선이라 윈도우/리눅스 사용자에겐 답이 아닙니다.

6.3 RescueTime vs Rize.io

한 줄 평: 윈도우/리눅스라면 RescueTime, 맥이라면 Rize 또는 Timing을 우선 시도해보세요.

7장 · Timing — 맥 사용자의 룰 기반 자동화

Timing은 독일의 1인 개발자(다니엘 알름)가 만든 macOS 전용 자동 추적기입니다. 클라우드를 거치지 않고 모든 데이터가 로컬에 머문다는 점이 핵심입니다.

작동 방식:

• 자동으로 앱·문서·URL을 기록.
• 사용자가 "이 도메인은 work, 이 앱은 design, 이 폴더의 파일은 client A 프로젝트"식의 룰을 짭니다.
• 룰을 한 번 짜두면 나중에 들어오는 데이터가 자동 분류됩니다.

왜 좋은가:

• 데이터가 안 나갑니다. 회사 NDA나 클라이언트 비밀유지 환경에서도 쓸 수 있습니다.
• 룰의 표현력이 강합니다. URL 매칭, 정규식, 폴더 경로 기반 — 진지한 사람에게 끝없이 깊습니다.
• iCal 같은 캘린더와 비교해서 "내가 회의에 적었던 시간 vs 실제 회의에 머무른 시간"을 볼 수 있습니다.

가격 (2026년 기준):

• 일회성 구매 옵션과 구독 옵션 모두 제공.
• Productivity 약 9달러/월 또는 약 70달러/년.
• Professional 약 12달러/월 또는 약 100달러/년.
• 30일 무료 평가판이 관대합니다.

Timing이 잘하는 케이스:

• 맥 한 대로 모든 일을 하는 단일 사용자.
• 프라이버시가 까다로운 환경 (변호사, 의료, 정부, 컨설팅).
• 룰을 짜는 데 시간을 쓸 수 있는 정밀 추적가.

한계:

• 맥만. 윈도우/리눅스/모바일 없음.
• 룰을 짤 의지가 없으면 위력의 절반도 못 씁니다.

한 줄 평: 맥 사용자이고 프라이버시가 중요하다면 1순위. 클라우드에 데이터를 보내고 싶지 않은 사람들의 안식처입니다.

8장 · TickTick · Things 3 · Hourglass — 작업과 시간의 결합

순수 시간 추적이 아니라 "할 일 + 시간"을 하나로 묶는 카테고리도 있습니다.

TickTick

• 할 일 앱 + 포모도로 타이머 + 캘린더 통합.
• 작업 옆에 시계 아이콘 → 누르면 25분 타이머. 끝나면 자동으로 그 작업에 시간 적립.
• 가격: 무료/프리미엄 약 3-4달러/월.

Things 3

• 맥/iOS 한정의 우아한 할 일 앱.
• 시간 추적 자체는 약하지만 다른 추적 앱과의 통합이 잘 됩니다.
• 일회성 구매: 맥 약 50달러, iOS 약 10달러, iPad 약 20달러. 구독 없음.

Hourglass

• 단일 기능 도구. 시작 누르면 타이머가 돌고, 끝나면 멈춥니다.
• 보고서나 청구 기능 없음.
• 무료 또는 매우 저렴.
• "타이머 외 다 필요 없다"는 미니멀리스트용.

조합 패턴 예:

• Things 3로 할 일 관리 + Toggl Track으로 시간 청구.
• TickTick 하나로 둘 다 (단, 청구·보고서가 약함).
• Hourglass + 종이 노트: 가장 저예산 조합.

9장 · Cosmos와 AI 시대의 "Granola for time"

2024-2025년에 새로 등장한 도구 중 흥미로운 게 Cosmos입니다. 회의 자동 요약 도구 Granola의 시간 추적 버전이라는 평을 듣습니다.

Cosmos의 컨셉:

• 자동으로 활동을 기록 (RescueTime/Rize와 비슷).
• 그 위에 AI가 매일 저녁 "오늘 하루"를 요약. "오전엔 코드 리뷰 3시간, 오후엔 회의 4개와 PR 2개 작업, 18시 이후엔 트위터 47분" 식.
• 자연어 검색. "지난 화요일에 ABC 프로젝트에 얼마 썼지?"를 물어볼 수 있습니다.
• 캘린더 통합. 회의 블록과 실제 머문 시간이 비교됩니다.

왜 흥미로운가:

• 데이터를 모으는 일은 RescueTime 시대에 이미 풀린 문제입니다.
• 진짜 어려운 건 그 데이터로 "그래서 뭘 할 것인가"를 도출하는 일이고, LLM이 이걸 처음으로 자연스럽게 풀고 있습니다.

조심할 점:

• 신생 도구라 회사 지속성·프라이버시 정책의 안정성이 미지수입니다.
• AI 요약은 환각이 들어갑니다. "ABC에 5시간 썼다"는 요약이 실제로 3시간이었을 수도 있습니다 — 원천 데이터를 늘 확인해야 합니다.
• 시장이 빠르게 움직입니다. 1년 뒤 Cosmos 자리에 다른 이름이 있을 수 있고, 또는 Rize/RescueTime이 AI 레이어를 흡수했을 수도 있습니다.

한 줄 평: 얼리어답터가 시험해볼 만합니다. 메인 도구는 아직 RescueTime이나 Rize로 두고, Cosmos는 보조로 한 분기 정도 돌려보세요.

10장 · 프라이버시 현실 체크

자동 추적은 본질적으로 감시 도구입니다. 본인이 본인을 감시하는 게 99%의 용도지만, 회사가 직원을 감시하는 1%가 늘 그림자처럼 따라옵니다.

개인 사용 시 체크리스트:

1. 어떤 데이터를 모으는가. 키스트로크? 활성 창? 마우스 위치? 스크린샷? 도구마다 다릅니다.
2. 데이터가 어디로 가는가. 로컬 디스크? 회사 서버? 미국·EU·기타?
3. 누가 보는가. 본인만? 관리자도? 팀 동료도?
4. 삭제 가능한가. 한 달 전 잘못 추적된 데이터를 지울 수 있어야 합니다.

도구별 일반적 답:

회사가 강요할 때:

• 스크린샷·키스트로크를 강제하는 도구는 노동권 관점에서 점점 문제가 되고 있습니다. 일부 국가/주에서는 사전 동의·고지가 필수입니다.
• 본인 노트북이라면 본인 동의 없이 강제로 추적기를 깔게 할 수 없습니다.
• 회사 노트북이라면 보통 회사 정책이 우선이지만, 모니터링 범위는 고용 계약·내부 정책에 명시되어야 합니다.

개발자에게 특히 중요한 점:

• Wakatime이 기본으로 파일명·프로젝트명을 클라우드로 보냅니다. 이게 클라이언트 NDA 위반이 될 수 있습니다. 프로젝트별로 추적 끄거나, 셀프호스팅하거나, 익명화 옵션을 켜세요.

11장 · 실전 워크플로 — 프리랜서·딥워크·ADHD

도구는 도구일 뿐이고, 진짜 가치는 워크플로에서 나옵니다. 세 가지 대표 시나리오.

11.1 프리랜서: 시간 → 인보이스

조합: Toggl Track + 캘린더.

워크플로:

1. 새 클라이언트가 오면 Toggl에 client + project를 만듭니다.
2. 작업 시작 전에 타이머를 누릅니다. 작업 설명에 "PR 리뷰 - 인증 모듈" 같은 짧은 한 줄을 적습니다.
3. 자리를 비울 때는 멈춥니다. Toggl Desktop의 idle detection이 자주 도와줍니다.
4. 월말에 Toggl의 보고서 → CSV/PDF 내보내기. 자동으로 청구가능 시간만 필터.
5. 인보이스 도구(Hopper, Bonsai, 또는 단순히 구글 시트)에 가져다 붙이고 클라이언트에게 전송.

놓치기 쉬운 부분:

• 이메일 답장·견적서 작성도 청구 가능 시간일 수 있습니다. 빼먹지 마세요.
• 회의 준비 시간을 청구하는 게 합법인지 계약서에 명시.
• 동시에 여러 클라이언트의 일을 하면 컨텍스트 전환 비용도 어느 정도 분배되어야 합니다.

11.2 딥워크 측정: 진짜 집중한 시간은 몇 시간인가

조합: Rize.io (또는 RescueTime) + 수동 메모.

워크플로:

1. 매일 아침 "오늘 깊게 할 일 3개"를 종이에 적습니다.
2. Rize/RescueTime은 백그라운드에서 모든 활동을 자동 기록.
3. 점심·저녁 두 번, Rize 대시보드에서 "오전 깊은 작업 블록"이 몇 분이었는지 확인.
4. 한 주 단위로 회고: "이번 주 딥워크 총량은 12시간, 지난주는 18시간. 무엇이 달랐나?"

현실적 기대치:

• 평범한 개발자의 하루 딥워크 시간은 2-4시간이면 좋은 편입니다. 8시간은 거의 불가능합니다.
• 회의가 4-5개 끼면 그날 딥워크는 0에 가깝습니다.
• 이 데이터를 누구에게 보여줄지 신중하세요. 본인 회고용이지 관리자에게 보고하는 용은 아닙니다.

11.3 ADHD 대응: 컨텍스트 전환을 가시화

ADHD가 있는 개발자에게 시간 추적의 가장 큰 가치는 청구가 아니라 자기 인식입니다.

조합: Wakatime + Rize + 수동 일기.

왜 이게 도움되는가:

• Wakatime이 코드 시간을, Rize가 전체 시간을 잡습니다.
• 컨텍스트 전환 카운트가 곧 "내 뇌가 얼마나 분산됐는지"의 객관적 지표.
• "오늘 컨텍스트 47번 전환했다, 어제는 23번이었다 — 뭐가 달랐지?"를 자문할 수 있습니다.
• 약 복용, 수면, 카페인, 회의 빈도와 컨텍스트 전환의 상관을 한 달 후 보게 됩니다.

팁:

• 자기 비난용으로 쓰지 마세요. ADHD 뇌는 "오늘 47번 전환"을 보고 "나 진짜 글렀구나"로 갑니다. 그 데이터는 시스템 디버그용이지 성격 판단용이 아닙니다.
• 너무 깊게 분석하지 마세요. 주 1회 30분 회고 정도면 충분합니다. 분석하느라 일을 못하면 본말전도입니다.

12장 · 비용 요약과 의사결정 프레임

2026년 기준 대표 가격을 한 줄로:

의사결정 플로우:

1. 나는 누구인가?

   • 프리랜서/컨설턴트 → 청구 가능 시간이 핵심 → Toggl 또는 Clockify.
   • 풀타임 개발자 → 자기 회고가 핵심 → Wakatime + (선택) Rize/RescueTime.
   • 팀 리더 → 팀 생산성 지표 → Clockify(저예산) 또는 Toggl(고품질).
   • 디자이너/일반 직장인 → Rize.io 또는 RescueTime.

2. 수동인가 자동인가?

   • 의식적 추적이 필요하다 → 수동(Toggl/Clockify/Hourglass).
   • 정직한 데이터가 필요하다 → 자동(Wakatime/RescueTime/Rize/Timing).
   • 둘 다 → 조합.

3. 프라이버시 민감도?

   • 매우 민감 → Timing (로컬) 또는 자체 호스팅 Clockify·Wakatime.
   • 보통 → 클라우드 도구 다 OK.
   • 회사 강제? → 계약 검토 먼저.

4. OS는?

   • 맥만 → Timing 또는 Rize.
   • 윈도우/리눅스/혼합 → RescueTime, Wakatime, Toggl, Clockify.
   • 모바일 포함 → Toggl 또는 Clockify.

에필로그 — 측정하기 전에 무엇을 측정할지 정하라

시간 추적은 결국 자신과의 대화다.
도구는 답을 주지 않는다.
도구는 더 좋은 질문을 던질 데이터를 줄 뿐이다.

오늘의 8시간 중 진짜 일은 몇 분이었는가.
회의는 정말 필요했는가.
컨텍스트 전환은 누가 강요했는가.
딥워크는 언제 가능했는가.

답이 나오는 게 아니라
질문이 점점 정교해진다.
그게 좋은 추적이다.

시작 체크리스트

• 한 도구로 시작하고 최소 2주는 매일 씁니다.
• 첫 주는 분석하지 마세요. 그냥 데이터만 모읍니다.
• 2주 후 첫 회고. "예상과 가장 다른 부분"을 찾습니다.
• 한 달 후, 본인에게 안 맞는 도구라면 미련 없이 바꿉니다.
• 시간 추적 자체에 30분 이상 매일 쓰지 마세요 — 본말전도입니다.

흔한 안티패턴

• "완벽한 분류"에 집착하기 — 80% 맞으면 충분합니다.
• 추적기를 켜놓고 잊어서 자고 일어났더니 8시간 "작업"으로 잡힌 데이터.
• 데이터를 자기 채찍질 도구로 쓰기.
• 팀원의 데이터를 강제로 보여달라고 하기.
• 도구를 1주에 3번 갈아치우기.

다음 글 예고

다음 글에서는 시간 추적의 결과를 활용하는 법을 다룹니다. 주간 회고 템플릿, 1주에 30분으로 끝내는 PPP(Progress/Plans/Problems) 작성법, 회의 시간을 50% 줄이는 캘린더 협상 기술 — 데이터가 있을 때 무엇을 할 수 있는지의 실전편입니다.

참고 / References

• Toggl Track 공식 사이트: https://toggl.com/track/
• Clockify 공식 사이트: https://clockify.me/
• Wakatime 공식 사이트: https://wakatime.com/
• RescueTime 공식 사이트: https://www.rescuetime.com/
• Rize.io 공식 사이트: https://rize.io/
• Timing (macOS) 공식 사이트: https://timingapp.com/
• TickTick 공식 사이트: https://ticktick.com/
• Things 3 공식 사이트: https://culturedcode.com/things/
• Codetime by Software.com: https://www.software.com/
• Pulse for VS Code: VS Code Marketplace 검색 "Pulse time tracking"
• Cal Newport, "Deep Work" — 딥워크 개념의 원전.
• Anders Ericsson, "Peak" — 의도적 연습과 측정의 과학.
• "How to Track Your Time as a Developer" — 개발자 시간 추적 워크플로 가이드 모음.