왜 크론 168개를 그대로 더하면 안 될까
SGK 스튜디오는 기업의 홈페이지 제작·AI 챗봇 구축·블로그 운영을 대신 맡아 주는 서비스 회사입니다. 반복되는 사무 작업을 사람 대신 처리하도록 정해진 시각마다 자동으로 도는 프로그램을 여러 개 등록해 두었고, 이런 프로그램을 크론(cron)이라고 부릅니다. 2026년 9월 3일 기준으로 등록된 크론은 168개였습니다.
168개라는 숫자를 그대로 들고 나가 '크론 168개로 업무를 자동화했다'고 말하고 싶은 유혹이 있었습니다. 그런데 168개를 하나씩 열어 보면 성격이 전혀 다른 프로그램들이 섞여 있었습니다. 어떤 것은 사람이 하던 일을 그대로 대신하고, 어떤 것은 사람이 원래 하지 않던 감시 업무를 새로 만들고, 어떤 것은 손이 아니라 판단만 앞당기고, 어떤 것은 인프라 자체를 유지하는 용도였습니다.
성격이 다르면 시간 절감을 재는 방법도 달라야 합니다. 사람이 원래 안 하던 감시 업무는 비교할 사람의 작업 시간 자체가 없어서 시간 절감으로 셀 수 없고, 인프라 유지 용도는 애초에 업무가 아닙니다. 이런 성격을 구분하지 않고 168개를 하나의 숫자로 합치면, 그 숫자는 근거를 잃고 그냥 큰 숫자가 됩니다.
숫자를 부풀리면 그 순간은 그럴듯해 보이지만, 다음 분기 계획을 그 숫자 위에 세우면 계획 자체가 어긋납니다. 이 확인은 다음 분기 계획에 '자동화로 얼마나 아꼈는가'라는 숫자를 넣어야 하는 상황에서 시작됐습니다. 급하게 쓰려던 숫자가 168개였고, 그 숫자를 그대로 쓰기 전에 한 번 더 열어 보기로 한 것이 이 기록의 출발점입니다.
성격을 나누면 절반 가까이가 다른 얘기였다
168개를 열어 성격별로 나누자 넷으로 갈렸습니다.
| 성격 | 개수 | 시간 절감 대상 여부 |
|---|---|---|
| 업무대체 | 70개 | 가능 — 기준선을 붙일 수 있는 유일한 성격 |
| 감시 | 45개 | 불가 — 사람이 원래 안 하던 일이라 비교 대상이 없음 |
| 보고 | 35개 | 보류 — 손이 아니라 판단을 앞당겨 기준이 애매함 |
| 위생 | 17개 | 제외 — 인프라 자체를 유지하는 용도 |
| 미분류 | 1개 | 판정 전 |

업무 대체 시간을 말할 자격은 70개에만 있었습니다. 감시·보고·위생·미분류에 속한 나머지 98개는 애초에 시간 절감 계산 대상이 아니었습니다. 168개 중 70개, 절반에 못 미치는 규모만 '몇 시간을 아꼈다'는 문장을 쓸 자격이 있었던 셈입니다.
- 업무대체 — 사람이 하던 일을 그대로 대신합니다. 기준선을 붙일 수 있는 유일한 성격입니다.
- 감시 — 사람이 원래 하지 않던 일입니다. 기준선이 부적절해 시간 절감과 별도로 셉니다.
- 보고 — 손이 아니라 판단을 앞당깁니다. 기준선이 애매해 분류만 해 두었습니다.
- 위생 — 인프라 자체를 유지하는 용도라 업무로 보지 않고 제외했습니다.
이 넷은 임의로 만든 기준이 아니라 크론이 실제로 하는 일을 보고 사후에 붙인 이름입니다. 새 크론을 등록할 때마다 이 네 성격 중 하나로 분류해 두면, 나중에 시간 절감을 계산할 때 무엇을 포함하고 무엇을 뺄지 다시 고민할 필요가 없습니다.
시간 절감을 말할 자격이 있는 건 몇 개였나
업무대체 70개 전부가 곧바로 '몇 시간을 아꼈다'는 문장을 쓸 수 있는 것도 아니었습니다. 시간 절감을 계산하려면 비교 기준이 있어야 합니다 — 같은 일을 사람이 했을 때 몇 분이 걸렸는지 알아야 그 차이를 시간 절감으로 부를 수 있습니다. 이 비교 기준을 하나씩 확인하자 업무대체 70개 중 기준을 갖춘 것은 3개뿐이었습니다.
비교 기준이라는 말은 같은 일을 사람이 했을 때 걸리는 시간이 문서로 남아 있어야 한다는 뜻입니다. 실제로 사람이 그 일을 손으로 처리해 보고 시간을 재 두었거나, 비슷한 다른 업무에서 잰 시간을 옮겨 쓸 수 있어야 합니다. 업무대체 70개 중 이 조건을 채운 것은 콘텐츠를 만드는 크론 3개뿐이었고, 나머지 67개는 아직 그 기록을 갖고 있지 않았습니다.
3개라는 숫자가 작아 보이지만 나머지 67개가 틀렸다는 뜻은 아닙니다. 비교 기준을 아직 세워 두지 않았을 뿐이고, 세우기 전까지는 그 67개의 시간 절감을 숫자로 말하지 않기로 했습니다.
비교 기준이 없는 67개를 그냥 0시간으로 두지도 않았습니다. 0으로 적으면 전혀 도움이 안 된다는 뜻이 되는데, 이는 사실과 다릅니다. 그래서 이 67개는 시간 절감 계산에서 빼 두고, 기준이 생기는 대로 하나씩 채워 넣기로 했습니다.
등록됐다고 실제로 도는 건 아니었다
기준을 갖춘 3개를 확인하려고 최근 30일 로그를 세다가 다른 문제를 만났습니다. 크론 목록에 등록돼 있다고 해서 실제로 돌고 있다는 보장은 없었습니다.
2026년 9월 3일 실측 결과, 업무대체 70개 안에서도 최근 30일 동안 실행 기록이 한 번도 없는 크론이 27개였습니다. 로그 형식이 서로 달라 횟수 자체를 셀 수 없는 크론도 34개 있었습니다.
| 상태 | 개수 |
|---|---|
| 실행 0회 | 27개 |
| 로그 형식 상이 — 집계 불가 | 34개 |

등록만 되고 잠들어 있거나, 돌고는 있는데 몇 번 돌았는지 확인할 방법이 없는 크론이 70개 중 절반을 넘었습니다. 그래서 이 계측은 크론 목록에 몇 개가 등록돼 있는가를 세지 않기로 했습니다. 대신 로그와 기록에 남은 실행 흔적만 셉니다.
이 확인을 건너뛰었다면 128.9시간이라는 숫자에 27개와 34개까지 얹어 더 큰 숫자를 만들었을 수도 있습니다. 실행 흔적이 없는 크론까지 시간 절감으로 세면, 실제로 도는 크론과 멈춘 크론을 구분할 방법이 사라집니다.
로그 형식이 서로 다른 이유는 단순합니다. 크론마다 처음 만든 시점이 다르고, 그 시점에 쓰던 로그 방식도 달랐습니다. 오래된 크론일수록 지금 계측기가 읽는 형식과 어긋날 가능성이 컸고, 실제로도 그랬습니다.
세 크론을 직접 열어 시간을 다시 쟀다
기준을 갖춘 3개는 전부 콘텐츠를 만드는 크론이었습니다. 매일 새벽 2시 20분에 도는 글쓰기 크론, 매일 아침 8시 20분에 도는 보고서 크론, 매일 아침 8시에 도는 소재찾기 크론입니다. 셋 다 최근 30일 실행 기록을 그대로 세고, 사람이 같은 일을 했을 때 걸리는 시간과 대조했습니다.
세 크론을 고른 이유는 콘텐츠를 만드는 일이 사람이 손으로 했을 때 걸리는 시간을 비교적 뚜렷하게 잴 수 있는 업무이기 때문입니다. 글자 수·항목 수처럼 눈에 보이는 결과물이 남아서, 사람이 같은 결과물을 만드는 데 걸리는 시간을 추정하기가 상대적으로 쉬웠습니다.
글쓰기 크론은 최근 30일 동안 5회 실행됐습니다. 6,600자 이상 되는 기술 글 한 편을 사람이 직접 쓰면 60분에서 90분이 걸리고, 검수와 발행에 30분이 더 붙는다고 봤습니다. 계산에는 건당 120분을 썼습니다. 이 기준은 실제로 라이브에 올라간 글 9편의 분량에서 거꾸로 계산한 값입니다. 대체 시간은 5회 곱하기 120분, 10.0시간입니다.
보고서 크론은 같은 30일 동안 79회 실행됐습니다. 같은 형식의 리포트 한 편을 사람이 쓰면 60분, 검수와 발행에 30분을 더해 건당 90분으로 봤습니다. 대체 시간은 79회 곱하기 90분, 118.5시간입니다. 실행 횟수가 글쓰기 크론보다 훨씬 많은 이유는 리포트가 매일 여러 번 자동 발행되는 형식이기 때문입니다.
소재찾기 크론은 최근 30일 동안 1회 실행됐습니다. 새로 쌓인 기록을 훑어보는 데 15분, 수치와 날짜를 세어 글감이 될 만한지 판정하는 데 10분을 더해 건당 25분으로 봤습니다. 대체 시간은 1회 곱하기 25분, 0.4시간입니다.
| 크론 | 최근 30일 실행 | 건당 사람 시간 | 대체 시간 |
|---|---|---|---|
| 글쓰기 (매일 새벽 2시 20분) | 5회 | 120분 | 10.0시간 |
| 보고서 (매일 아침 8시 20분) | 79회 | 90분 | 118.5시간 |
| 소재찾기 (매일 아침 8시) | 1회 | 25분 | 0.4시간 |

세 크론을 나란히 놓고 보니 실행 횟수도, 건당 시간도, 대체 시간도 서로 크게 갈렸습니다. 같은 콘텐츠 자동화라는 이름 아래 있어도 실행 빈도와 건당 시간이 다르면 대체 시간도 다르게 쌓인다는 사실을 이 세 개로 확인했습니다.
세 크론을 열기 전에는 콘텐츠 자동화 전체를 하나의 숫자로 뭉뚱그려 말하고 싶었습니다. 열어 보니 그럴 수 없는 이유가 숫자로 드러났습니다.
왜 세 숫자를 하나로 합치면 안 될까
세 크론의 대체 시간을 그냥 더하면 10.0시간 더하기 118.5시간 더하기 0.4시간, 128.9시간이 나옵니다. 이 숫자를 그대로 '자동화로 128.9시간을 아꼈다'고 쓰고 싶었지만, 그 전에 이 숫자가 어떤 근거로 만들어졌는지부터 등급을 매겼습니다. 근거는 네 등급으로 나눴습니다 — 실측(사람이 직접 시간을 재서 남긴 값), 유사값(비슷한 형태의 업무에서 실측한 값을 그대로 옮긴 것), 추정(계산 과정을 적어 둔 값), 제외(재지 못해 아예 뺀 값, 0시간으로 채우지 않습니다).
| 등급 | 항목 | 실행 | 대체 시간 |
|---|---|---|---|
| 실측 | 0개 | 0회 | 0.0시간 |
| 유사값 | 0개 | 0회 | 0.0시간 |
| 추정 | 3개 | 85회 | 128.9시간 |
| 제외 (미계측) | 6건 | — | 집계 안 함 |

2026년 9월 3일 실집계 결과, 실측 등급에 속한 항목은 0개였습니다. 유사값 등급도 0개였습니다. 128.9시간 전부가 추정 등급 3개 항목, 실행 85회에서 나온 숫자였습니다. 미계측 6건은 0시간으로 채우지 않고 그대로 제외했습니다.
그래서 128.9시간은 확정된 절감이 아니라 추정입니다. 외부로 내는 문장에는 실측 합계를 먼저 써야 하는데, 지금 실측 합계는 0입니다. 추정을 실측처럼 말하는 순간 숫자는 부풀고, 그 부풀린 숫자가 다음 판단의 근거로 다시 쓰이면 오차가 쌓입니다.
등급을 나누지 않고 128.9시간만 내보내면, 그 숫자를 받아 든 사람은 이게 사람이 직접 잰 값인지 계산으로 만든 값인지 구분할 방법이 없습니다. 등급 표시는 번거롭지만, 나중에 숫자가 틀렸을 때 어느 부분을 고쳐야 하는지 바로 찾게 해 줍니다.
128.9시간이라는 숫자 자체를 버리지도 않았습니다. 등급을 붙여서 '지금은 이 정도가 추정으로 확인된다'고 말할 수 있게 됐고, 이것이 등급을 나누기 전과 나눈 뒤의 차이입니다. 등급을 나누기 전에는 128.9시간이 곧 절감이었고, 나눈 뒤에는 128.9시간이 다음에 검증해야 할 목표가 됐습니다.
지금 말할 수 있는 것과 아직 말할 수 없는 것
지금 확실하게 말할 수 있는 사실은 세 가지입니다. 등록된 크론 168개 중 시간 절감을 말할 자격은 업무대체 70개에만 있고, 그중 비교 기준을 갖춘 것은 3개이며, 그 3개의 대체 시간 128.9시간은 실측이 아니라 추정입니다.
아직 말할 수 없는 것도 있습니다. 실행 기록이 없는 27개가 정말 멈춘 것인지, 로그 형식이 달라 셀 수 없는 34개가 실제로 몇 번 돌았는지는 지금 상태로는 답할 수 없습니다. 다음 단계는 이 34개의 로그 형식을 하나로 맞춰 실행 흔적을 셀 수 있게 만드는 일입니다. 그래야 128.9시간이라는 추정을 실측으로 옮길 수 있습니다.
크론이 아니라 다른 형태의 자동화를 쓰고 있어도 같은 순서를 적용할 수 있습니다. 성격부터 나누고, 실제로 도는 것만 세고, 등급을 갈라 실측이 아닌 숫자를 실측처럼 말하지 않으면 됩니다. 이 세 단계면 부풀린 숫자 없이도 자동화 효과를 말할 수 있습니다.
이번 계측에서 남은 일은 하나 더 있습니다. 보고 35개와 감시 45개도 언젠가 각자의 방식으로 값을 매길 필요가 있습니다. 다만 그 전에 먼저 확인해야 할 대목은, 그 크론들이 실제로 무엇을 대신하고 있는가라는 질문이고, 이번에 업무대체 70개를 열어 본 방식이 그 질문에 쓸 첫 틀이 될 것입니다.
168개를 하나의 숫자로 뭉뚱그리고 싶었던 처음 충동으로 돌아가 보면, 그 충동 자체는 이해할 만합니다. 크론이 많을수록 자동화를 많이 했다는 인상을 주고 싶어지기 때문입니다. 그런데 인상과 근거는 다른 것이고, 이번 기록은 그 둘을 갈라 놓는 작업이었습니다.
숫자를 재는 방법 자체를 의심하고 다시 잰 경험은 이번이 처음이 아니었습니다. 자동화가 자율로 몇 번이나 실행되는지 재다가 계측 방식 자체를 바꾼 기록은 에이전트는 왜 한 턴 만에 멈추나에 남겨 두었습니다. 비슷한 형태로 자동화 효과를 정직하게 재고 싶다면 상담에서 짚어 드립니다.