업무 쪼개기 (Work Decomposition)

업무명만으로는 실행 조건이 부족하다

‘품의서 검토’라는 업무에는 요청 내용을 읽기, 숫자 확인, 기준과 비교, 누락 탐지, 보완 질문 작성, 승인 판단이 함께 들어 있습니다. AI에게 한 문장으로 맡긴 뒤 결과가 부족했다면 어떤 조각에서 막혔는지 확인해야 합니다.

BOAZ의 업무 쪼개기 교안은 후보 업무를 ‘AI 실행 단위’로 바꾸는 데 초점을 둡니다. 맡·당·쪼가 부족한 결과를 다시 시도하게 하는 원칙이라면, 업무 쪼개기는 그 시도를 구체적인 절차로 옮기는 방법입니다.

품의서 검토를 나누는 예시

아래는 실제 고객 문서가 아닌 설명용 예시입니다.

원문에 없는 숫자를 AI가 채웠다면 계산기를 연결하기 전에 추출 단계부터 고칩니다. 계산은 맞는데 적용 기준이 틀렸다면 기준서의 버전과 범위를 확인합니다. 이렇게 나눠야 ‘AI가 틀렸다’보다 구체적인 수정 지점이 생깁니다.

각 단위에 다섯 가지를 적는다

1. 입력: 어떤 자료를 어디서 가져오는가.
2. 처리: 읽기·추출·분류·비교·생성 중 무엇을 하는가.
3. 기준: 무엇이면 맞고, 무엇이면 보류하는가.
4. 산출물: 다음 단계에 어떤 형식으로 넘기는가.
5. 책임: 누가 검토하고 어디까지 실행해도 되는가.

자료가 없어서 못 하는 일과 판단 기준이 없어서 못 하는 일을 구분합니다. 전자는 AI 준비도의 자료·접근 문제이고, 후자는 담당자가 기준을 합의해야 하는 문제일 수 있습니다.

담당자가 멈춰 보는 지점을 찾는다

업무를 설명해 달라고 하면 순서만 나오기 쉽습니다. 실제 사례를 보며 ‘어디에서 다시 확인했는가’, ‘무엇이 달랐다면 결정을 바꿨을까’를 물으면 담당자의 암묵지가 드러날 수 있습니다.

품의서 검토에서 금액은 맞지만 적용 기간이 다른 기준서를 사용했다면, ‘기준과 비교’ 앞에 적용 대상과 시행일 확인이 필요합니다. 이런 관찰을 실행 단위의 입력과 통과 조건에 반영합니다. 모든 암묵지를 한 번에 문서화하기보다 반복해서 막히는 판단부터 정리합니다.

새 앱을 만드는 일에서는 PRD에 정한 사용자와 요구사항을 바탕으로 실행 단위를 나눕니다. 제품의 완료 조건을 정하는 일과 그 조건을 구현할 작업으로 나누는 일은 연결되지만 서로 다른 역할입니다.

너무 잘게 나누면 전달 비용이 늘어난다

각 문장을 별도 에이전트에게 맡기는 식으로 나누면 전체 맥락을 반복해서 설명해야 합니다. 서로 강하게 의존하는 판단은 같은 단위에 두고, 별도로 검증하거나 독립적으로 처리할 수 있는 부분을 나누는 편이 낫습니다.

작업을 쪼갠 뒤에는 다시 전체 흐름으로 실행해 봅니다. 단계별 결과가 맞더라도 최종 사용자가 원하는 결과로 이어지는지는 따로 확인해야 합니다.

검증한 방식을 Skill로 남긴다

한 번 만족스러운 결과를 얻으면, 그때 사용한 판단 기준과 입력·출력 형식을 Skill로 정리합니다. 모든 대화 과정을 복사하기보다 결과의 품질을 바꾼 조건을 남깁니다. 다음 자료로도 실행해 보고, 실패하면 업무 정의·지식·절차 중 무엇을 고칠지 구분합니다.