업무의 최소 단위를 다시 정하라

사람 조직은 작업 단위로 일을 나눈다. 자료 수집, 정리, 초안, 검토, 승인, 발송, 기록이 각각 다른 사람에게 간다. 이 방식은 사람의 부담을 낮추지만 핸드오프를 늘린다. AI가 들어오면 질문이 바뀐다. 이 작업들을 어디까지 하나의 성과 단위로 묶을 수 있는가.

회의록 작성은 좋은 예다. 사람 기준으로는 회의록이 하나의 업무처럼 보인다. 하지만 기업 성과 기준으로 보면 회의록은 끝이 아니다. 진짜 성과는 회의 이후 결정사항이 실행되는 것이다. 그러면 AI 기준 업무 단위는 녹취, 요약, 결정사항 추출, 액션 아이템 배정, 담당자 알림, 프로젝트 관리툴 등록, 다음 회의 안건 생성까지 확장된다.

영업도 마찬가지다. “제안서 초안 작성”은 작은 작업이다. 하지만 성과 단위로 보면 고객 미팅 기록, 고객 니즈 추출, 유사 사례 검색, 제안서 초안, 가격 조건 확인, 내부 승인 요청, CRM 업데이트, 후속 메일 작성까지 하나의 흐름이다. AI는 이 흐름 전체를 볼 때 훨씬 강력해진다.

파일럿은 작아야 한다. 하지만 작다는 말은 조각이라는 뜻이 아니다. 많은 기업이 “문장 다듬기”, “자료 요약”, “회의록 자동화”처럼 너무 작은 조각을 파일럿으로 잡는다. 그러면 성과가 작고, 앞뒤 업무와 연결되지 않아 운영 전환으로 가지 못한다.

좋은 파일럿은 작은 완결 프로세스다. 예를 들어 “영업 미팅 녹취에서 제안서 초안과 CRM 기록까지”는 작지만 완결된 흐름이다. “고객 문의 접수에서 분류, 답변 초안, 담당자 승인, 응답 기록, 미답변 질문 축적까지”도 작지만 완결된 흐름이다. “계약서 업로드에서 위험 조항 추출, 표준 조항 비교, 법무 검토 요청서 생성까지”도 마찬가지다.

작은 조각은 데모가 되기 쉽고, 작은 완결 흐름은 운영이 되기 쉽다. AX 파일럿은 발표용 장면이 아니라 다음 달에도 반복 운영될 수 있는 최소 노선이어야 한다.

우리가 기업에서 업무 재설계를 할 때는 먼저 현재 흐름을 그린다. 요청이 어디서 들어오고, 자료는 어디에 있고, 누가 무엇을 판단하고, 어떤 시스템에 기록하고, 어디서 대기하는지 본다. 그 다음 기존 흐름 위에 AI를 붙이지 않는다. 별도의 빈 화면을 열고 AI가 있는 상태에서 처음부터 다시 그린다.

질문은 구체적이어야 한다. 이 업무의 최종 산출물은 무엇인가. 산출물을 받는 사람은 누구인가. AI가 읽어야 할 자료는 어디에 있는가. 어떤 판단 기준을 규칙화할 수 있는가. 어떤 판단은 반드시 사람이 해야 하는가. 실패하면 어떻게 멈출 것인가. 실행 전 승인이 필요한가. 실행 후 어디에 로그를 남길 것인가.

이 과정을 거치면 “AI로 보고서 작성” 같은 추상적 과제가 “매주 월요일 오전 9시까지 영업 파이프라인 변경, 주요 리스크, 이번 주 의사결정 안건을 자동 생성하고 영업책임자가 20분 안에 검수하는 운영 흐름”으로 바뀐다. 이때부터 성과 측정이 가능해진다.

AI 기준 업무 단위는 네 가지 조건을 가져야 한다. 첫째, 시작과 끝이 분명해야 한다. 둘째, 필요한 입력과 시스템이 정의되어야 한다. 셋째, 사람의 검수와 승인 지점이 있어야 한다. 넷째, 결과가 다음 시스템이나 다음 사람에게 자동으로 이어져야 한다.

이 조건이 없으면 AI는 계속 개인 도구로 남는다. 반대로 이 조건이 있으면 AI는 운영 단위가 된다. 기업 AX의 언어는 “무슨 모델을 쓰느냐”보다 “어떤 업무 단위를 새로 만들었느냐”에 가까워야 한다. 모델은 바뀐다. 도구도 바뀐다. 하지만 업무 단위의 재설계 능력은 회사 안에 남는다.