컴키
경영 위키 →문의데모 신청 →
문제 정의4 min read

업무일지가 매번 실패하는 3가지 이유 — 작성 마찰의 경제학

업무일지는 대개 3개월이면 죽습니다. 형식이 무거워서, 쓴 게 안 쓰여서, 감시로 느껴져서. 작성률이 0이면 그 위의 모든 기능이 빕니다.

013개월이면 죽습니다

업무일지 제도의 수명은 놀랍도록 일정합니다. 첫 달은 다들 씁니다. 둘째 달에 빈칸이 늘고, 셋째 달이면 "오늘도 어제와 동일"이 줄을 잇습니다. 그리고 반년쯤 뒤 조용히 폐지되거나, 폐지되지 않은 채 아무도 안 읽는 형식으로 남습니다.

원인을 "직원들이 성실하지 않아서"로 놓으면 다음 시도도 똑같이 실패합니다. 실패는 대체로 설계의 문제입니다.

02실패 유형 1. 형식이 무겁다

작성에 20분이 걸리는 양식은 반드시 실패합니다. 계산은 단순합니다. 50명이 매일 20분을 쓰면 하루 16시간, 월 350시간이 사라집니다. 그만한 가치를 돌려주는 일지 제도는 거의 없습니다.

무거워지는 전형적인 원인은 세 가지입니다.

  • 필드가 많다 — 처음엔 4개였는데 부서마다 요구가 붙어 11개가 됩니다.
  • 잘 써야 한다는 압박 — 리더가 읽는다는 걸 알기에 문장을 다듬습니다. 다듬는 시간이 본문 쓰는 시간보다 깁니다.
  • 백지에서 시작한다 — 빈 화면 앞에서 "오늘 뭐 했더라"를 떠올리는 데 드는 시간이 실제 타이핑보다 깁니다.

기준선: 5분. 5분을 넘기는 순간 일지는 업무가 아니라 부담이 됩니다.

03실패 유형 2. 쓴 게 아무 데도 안 쓰인다

이게 가장 큰 원인입니다. 직원 입장에서 일지는 비용은 내가, 이득은 회사가 가져가는 구조입니다. 이 비대칭이 유지되는 한 어떤 독려도 오래가지 않습니다.

작성자에게 돌아가는 것이 있어야 합니다.

  • 내가 쓴 기록이 나중에 내가 찾아 쓸 수 있는 형태로 남는가
  • 주간보고·월간보고를 쓸 때 자동으로 재료가 되는가 (같은 내용을 두 번 쓰지 않는가)
  • 다른 팀이 이미 해결한 문제를 내가 검색으로 찾을 수 있는가
  • 내 업무가 리더에게 자동으로 보이는가 (따로 어필하지 않아도)

특히 두 번째가 결정적입니다. 일지를 쓰고 주간보고를 또 쓰는 조직에서 일지는 순수한 추가 부담입니다. 일지가 보고를 대체해야 작성률이 올라갑니다.

04실패 유형 3. 감시로 느껴진다

"어제 뭐 했는지 적어라"는 요구는 맥락에 따라 전혀 다르게 읽힙니다. 팀이 신뢰 상태면 공유이고, 아니면 감시입니다. 그리고 아래 신호들이 있으면 무조건 후자로 읽힙니다.

  • 미작성자 목록이 공개적으로 지적된다
  • 작성 시각이 노출된다
  • 분량이 평가처럼 취급된다
  • 리더는 안 쓰고 팀원만 쓴다

마지막 항목이 가장 강력합니다. 리더가 쓰지 않는 일지 제도는 예외 없이 실패합니다. 규칙이 아니라 위계를 확인시켜 주기 때문입니다.

05그래서 어떻게 설계하는가

5분 안에 끝나는 입력

  • 필드는 4개 이하. 컴키는 맥락(Context)·트러블(Trouble)·액션(Action)·결과(Result) 4개를 쓰며, 회사에 맞게 라벨과 구성을 관리자가 수정할 수 있습니다.
  • 음성 입력. 이동 중이나 퇴근길에 말로 남깁니다. 타이핑보다 3배 빠릅니다.
  • AI 초안. "오늘 ○○기업 미팅, 단가 이슈" 정도의 메모를 넣으면 4개 필드 초안이 자동 생성됩니다. 사용자는 쓰는 게 아니라 고치면 됩니다. 백지 문제가 사라집니다.
  • 태그를 사람이 달지 않는다. 고객사·제품은 본문에서 자동 추출되고, 사용자는 확인만 합니다.

회수 루프 만들기

기록이 즉시 되돌아오는 경험을 설계합니다. 컴키에서는 이렇게 동작합니다.

쓰면돌아오는 것
오늘 일지팀 보드에 오늘의 진행으로 즉시 반영
일주일치주간보고서가 자동 생성 — 따로 안 씀
한 달치고객사·제품별 위키 문서가 자동으로 갱신
전사 누적"○○기업 진행 상황 알려줘"에 근거와 함께 답변
5분 입력이 네 갈래로 돌아오는 회수 루프

감시가 아닌 도구로 운영하기

  • 미작성은 개인 지적이 아니라 팀 단위 신호로만 표시합니다.
  • 리더·경영진이 먼저, 그리고 계속 씁니다.
  • 휴가·공휴일은 분모에서 자동 제외합니다. 쉬는 날 미작성으로 잡히면 지표 신뢰가 즉시 무너집니다.
  • 분량이 아니라 연속성을 인정합니다.

06하나만 고른다면

셋 중 하나만 고칠 수 있다면 2번(회수 루프) 을 고르십시오. 형식이 조금 무거워도, 쓴 게 주간보고를 대신해 주면 사람들은 씁니다. 반대로 아무리 가벼워도 돌아오는 게 없으면 결국 멈춥니다.

제1원칙: 작성률이 0이면 그 위의 모든 기능이 빈다.
AI 질의도, 자동 보고서도, 인사이트 카드도 기록이 없으면 아무것도 답하지 못합니다. 사내 AI 프로젝트의 성패는 모델이 아니라 작성 마찰에서 갈립니다.

07자주 묻는 질문

Q매일 쓰는 게 맞나요, 주 1회가 맞나요?
매일 5분이 주 1회 30분보다 쉽고 정확합니다. 일주일 뒤에 떠올려 쓰면 세부가 사라지고, 남는 건 요약뿐이라 나중에 검색해도 쓸 정보가 없습니다.
Q개발자처럼 매일 비슷한 일을 하는 직군은요?
필드를 직군별로 다르게 두십시오. 개발은 '무엇을 했는가'보다 '무엇이 막혔는가·어떻게 풀었는가' 가 가치 있습니다. 트러블·액션 두 필드만 남겨도 충분합니다.
Q이미 실패한 제도를 다시 살릴 수 있나요?
같은 형태로 재시작하면 냉소만 커집니다. "이번엔 여러분이 쓴 게 주간보고를 대체합니다" 처럼, 없어지는 업무를 먼저 제시하고 시작하십시오.
Get Started

회사를 벗어나지 않는
우리 회사 전용 AI 위키

같은 고민을 하고 계시다면, 실제로 운영 중인 화면을 보여드리겠습니다.

Read Next