AI 업무 활용 실험실No. 68
AI 작업 시간 재는 방법, 응답 속도와 수정 시간을 나누기
결론부터
AI 업무 시간을 비교할 때는 첫 답이 나오는 속도와 사람이 쓸 수 있는 결과를 얻는 데 걸린 시간을 나눠야 한다. 자료 준비와 추가 요청, 사실 확인, 직접 수정까지 작업 구간을 정해 기록해야 빠른 응답이 실제 업무 시간 절감으로 이어졌는지 판단할 수 있다.
시계를 켜기 전에 완료 상태를 정한다
시간 비교는 시작점과 종료점을 정하는 일에서 출발한다. 전송 버튼을 누른 순간부터 응답이 끝날 때까지 잴 수도 있고, 자료를 정리하기 시작한 때부터 최종 파일을 저장할 때까지 잴 수도 있다. 두 기록은 서로 다른 질문에 답한다.
응답 속도를 알고 싶다면 전송과 응답 완료의 경계를 통일한다. 업무에 투입한 시간을 알고 싶다면 사람이 수행한 준비와 검토도 포함한다. 어떤 범위를 측정했는지 제목이나 표 설명에 적어야 숫자를 잘못 해석하지 않는다.
예를 들어 긴 회의 메모를 다음 회의의 안건 목록으로 바꾸는 상황을 가정한다. 결과가 화면에 나타났다고 작업이 끝나는 것은 아니다. 안건이 원문과 맞는지 확인하고 중복 항목을 합쳐 공유 가능한 문서로 정리하는 과정이 남을 수 있다.
완료 상태는 속도와 별개로 정의한다. 논의 주제가 구분되어 있고, 확인되지 않은 담당자를 임의로 적지 않았으며, 사람이 읽을 수 있는 파일로 저장되었다는 식이다. 완료 기준에 미치지 못한 답은 빠르게 나와도 미완료로 남긴다.
준비와 대기, 검토를 따로 기록한다
자료 준비에는 원문 수집, 불필요한 부분 제거, 형식 정리, 요청문 작성이 들어간다. 여러 도구에 같은 자료를 사용했다면 공통 준비 시간으로 분리한다. 특정 도구에 넣기 위해 추가로 변환한 시간은 해당 도구의 준비 항목에 둔다.
도구가 처리하는 동안의 대기와 사람이 직접 손을 쓰는 시간도 나눈다. 대기 중 다른 업무를 했는지, 화면을 계속 지켜봐야 했는지 메모할 수 있다. 다만 다른 일을 했다는 이유로 실제로 흐른 시간을 기록에서 지우지는 않는다.
추가 요청은 각각의 목적을 짧게 남긴다. 빠진 안건을 복구했는지, 출력 형식을 바꿨는지, 잘못 해석한 문장을 바로잡았는지 적는다. 요청 횟수만 남기면 가벼운 서식 변경과 중요한 오류 수정이 같은 작업처럼 보인다.
검토 시간은 결과를 읽기 시작한 때부터 확인을 마칠 때까지 기록한다. 원문을 다시 찾아본 시간이나 모호한 표현을 확인한 시간도 포함한다. 단순히 읽는 시간과 근거를 대조하는 시간을 구분할 수 있다면 수정 부담을 더 자세히 설명할 수 있다.
직접 편집한 구간은 도구에 다시 요청한 구간과 구별한다. 사람이 내용을 재구성한 뒤 최종본만 남기면 도구가 완성도 높은 답을 만든 것처럼 보일 수 있다. 원래 응답에서 어느 부분을 손봤는지 편집 기록을 함께 둔다.
빠르다는 말의 의미를 구분한다
첫 응답이 빨랐다는 결과는 초기 대기가 짧았다는 뜻이다. 검토와 편집을 합친 전체 작업도 빨랐다는 뜻은 아니다. 반대로 응답이 늦어도 이후 수정이 적었다면 전체 흐름에서는 다른 해석이 가능하다.
전체 소요 시간과 사람이 집중한 시간을 함께 보면 업무 배치에 도움이 된다. 기다리는 동안 자리를 비울 수 있는 작업과 계속 응답을 확인해야 하는 작업은 일정에 주는 부담이 다르다. 어느 쪽이 필요한지는 업무 방식에 따라 달라진다.
비교 표의 빈칸을 임의의 값으로 채우지 않는다. 검토 시작을 놓쳤다면 해당 구간은 미측정으로 적는다. 기억에 의존한 시간은 측정값과 분리한다. 정밀해 보이는 숫자보다 어디까지 확인했는지 드러나는 기록이 낫다.
평균값을 만들기 전에는 각 작업의 상태를 살핀다. 정상적으로 끝난 작업과 오류로 중단된 작업을 한데 묶으면 읽기 어렵다. 완료한 작업의 시간과 실패 후 재시도에 든 시간을 나란히 설명하는 방식도 사용할 수 있다.
시간 차이가 생겼다고 원인을 곧바로 도구의 성능으로 단정하지 않는다. 자료 길이, 연결 상태, 요청 방식, 사용자의 숙련도가 함께 달랐을 수 있다. 직접 확인한 원인과 가능성으로만 남긴 원인을 구분해서 쓴다.
시간 기록을 망치는 상황을 처리한다
작업 중 전화나 다른 업무로 중단했다면 중단 구간을 표시한다. 그 시간을 포함할지 제외할지는 처음 정한 목적에 따른다. 실제 일정의 흐름을 보려는 기록과 순수한 작업 투입을 보려는 기록에 같은 규칙을 적용할 필요는 없다.
여러 도구를 동시에 실행하면 대기 구간이 겹친다. 개별 도구의 소요 시간과 사용자가 전체 작업을 마친 시간을 따로 남겨야 한다. 각 시간을 단순히 더한 값을 실제 경과 시간처럼 소개하면 안 된다.
응답이 멈추거나 파일이 열리지 않아 다시 시도한 경우에는 최초 시도를 삭제하지 않는다. 실패가 업무 시간에 어떤 부담을 주었는지도 비교 대상이다. 재시도한 이유와 다시 시작한 범위를 함께 적어야 기록의 맥락이 남는다.
타이머를 멈추는 기준이 흔들리는 것도 문제다. 한 도구는 마지막 문장이 표시될 때 멈추고 다른 도구는 파일 확인까지 마친 뒤 멈추면 같은 항목이 아니다. 경계가 달랐던 기록은 억지로 맞추지 말고 제한사항으로 적는다.
시간 비교를 공개하기 전 마무리 점검
측정표에는 구간 이름과 시작, 종료의 의미를 붙인다. 준비, 대기, 검토, 편집이라는 말만으로는 무엇이 포함됐는지 알기 어렵다. 공통으로 수행한 일과 각 도구에서만 발생한 일을 구분하면 중복 계산을 줄일 수 있다.
시간 옆에는 반드시 완료 여부를 둔다. 빨리 중단된 작업이 가장 빠른 성공 사례처럼 보이지 않도록 하기 위해서다. 필요한 품질에 도달하지 못했다면 그 상태를 먼저 설명하고 남아 있는 수정 작업을 적는다.
최종 결론은 측정한 구간의 범위를 넘지 않게 쓴다. 이번 기록에서 검토 부담이 컸다는 설명과 앞으로도 항상 느리다는 주장은 다르다. AI의 답을 사람이 확인하는 데 필요한 시간까지 남겨야 다음 업무의 일정을 판단할 근거가 생긴다.