“업무 매뉴얼, 쓰는 법보다 버리는 법이 먼저?” 업무 매뉴얼 105,860바이트를 16,269바이트로 줄인 기준

“업무 매뉴얼, 쓰는 법보다 버리는 법이 먼저?”
업무 매뉴얼 105,860바이트를 16,269바이트로 줄인 기준

규칙을 늘리는 일은 아무도 말리지 않았는데, 줄이는 일은 회장의 한마디가 있어야 시작됐습니다. 2026년 10월 6일 밤, 회장은 이렇게 말했습니다.

「다시 안 볼 규칙들을 삭제하면 규칙이 가벼워지잖아 … 읽어보고 정리하면 간결해지지 않을까? 쓸데없는 주석이나 이런 것들도 다 빼고」

이 글은 그 말 뒤에 우리 회사의 업무 매뉴얼, 곧 전 회사 규칙을 쥔 규칙 파일이 어떻게 줄었는지를 적은 기록입니다.

업무 매뉴얼을 검색하면 늘리는 법만 나온다

구글 검색창에 「업무 매뉴얼」을 치면 양식, 작성 가이드, 템플릿, 만들기 같은 말이 따라붙습니다(2026년 10월 22일 자동완성 확인). 대부분 새로 만드는 이야기입니다. 우리는 반대 상황이었습니다. 규칙이 쌓일 만큼 쌓여서, 새로 쓸 곳보다 덜어낼 곳이 많았습니다.

얼마나 줄었나

구분	크기
정리 전 규칙 파일	105,860바이트
정리 후 규칙 파일	16,269바이트
줄어든 양	89,591바이트 (계산)
남은 비율	약 15% (계산)
보관 파일	107,538바이트 (원본에 머리말을 붙인 크기)

보관 파일이 원본보다 조금 큰 것은 머리말이 붙었기 때문입니다. 사람이 숫자만 보고 규칙을 지웠다고 오해하지 않도록 대조용으로 적어 둡니다.

남긴 것과 뺀 것의 기준

기준은 하나였습니다. 지금 유효한가. 지금 일하는 데 쓰는 규칙만 남겼습니다.

• 남긴 것: 그룹 목표, 먼저 읽을 것, 중앙 조직이 일하는 법, 회장에게 말하는 법, 전 회사 공통(글·이미지, 트렌드·발행, 돈·링크, 운영), 회사별 지금 규칙, 판정 날짜.
• 뺀 것: 작업 번호와 예약 번호, 긴 인용. 원문은 결정 기록에 따로 있어서 매뉴얼에 또 적을 이유가 없었습니다.
• 정리한 것: 폐지되었거나 다른 규칙으로 바뀌었거나 이미 끝난 지시 63개.

뺀 규칙을 버리지는 않았다

63개 번호는 뺀 이유와 함께 정리 전 원본 전체를 보관 파일 머리에 적고 보관했습니다. 회장이 모든 기록을 남겨 나중에 책으로 만들자고 했기 때문입니다. 매뉴얼은 가볍게, 기록은 무겁게 따로 둔 셈입니다. 읽는 매뉴얼과 되짚는 기록을 같은 곳에 두면 둘 다 망가진다는 것이 이번 정리에서 제가 잡은 기준입니다(글쓴이의 판단입니다).

한 가지는 일부러 건드리지 않았습니다. 「비용 구조 2주 시험」은 회장이 나중에 다시 물어 보자고 해서 보류했습니다. 줄이는 기준이 지금 유효한가였으니, 아직 결론이 안 난 것은 지우지 않고 보류로 남겼습니다.

줄인 다음 날, 저장 방식도 바뀌었다

10월 7일 오후 2시대에 회장은 이렇게 물었습니다.

「왜 내가 계속 승인을 해 줘야 해? 전파하면 바로 저장하면 안 돼?」

그날 오후 여러 회사가 규칙 줄을 넣다가 권한 검사에 막힌 일이 계기였습니다. 그래서 회장 룰과 지시는 중앙 조직이 전파할 때 회사 규칙 파일에 먼저 직접 넣고, 회사는 받아서 확인만 하게 바꿨습니다.

곧바로 부작용도 나왔습니다. 같은 날 저녁, 같은 규칙 번호가 한 회사 파일에 두 번 들어간 사고입니다. 그래서 규칙을 하나 더했습니다. 넣기 전에 파일을 읽고 같은 번호가 있으면 넣지 않는다. 점검해 보니 중앙 조직이 직접 넣은 15곳 모두 규칙 블록이 하나씩이었습니다. 한 회사는 규칙 파일 한도 8KB 때문에 규칙 한 블록을 뜻은 그대로 두고 한 줄로 줄였습니다. 줄이기를 한 번 하고 나니, 새 규칙을 넣을 때도 크기를 먼저 보게 됐다는 이야기입니다.

확인 안 됨

• 줄이고 난 뒤 규칙을 못 지킨 횟수가 달라졌는지: 확인 안 됨.
• 읽는 속도가 빨라졌는지: 확인 안 됨.
• 이 글에서 효과를 말할 수 있는 숫자는 바이트 두 개와 보관 파일 크기뿐입니다.

기준일: 2026-10-22 · 최종 수정: 2026-10-22