업무를 다음 단계로 넘기기 전에, 무엇을 인계해야 할까?

영업 담당자가 고객 요구사항을 견적 담당자에게 넘기고 업무 상태도 ‘완료’로 바꿨다. 그런데 견적 담당자가 자료를 열어 보니 수량, 납기, 사용 조건이 확정되지 않았다. 다시 사람을 찾아 물어봐야 한다. 앞 단계에서 분명 일을 했지만, 다음 단계는 여전히 시작할 수 없다.

기획을 디자인에, 디자인을 제작에, 개발 결과를 테스트에 넘길 때도 비슷한 일이 생긴다. 기업과 공급업체, 판매 파트너, 고객 사이에서도 마찬가지다.

내가 더 궁금한 것은 앞 단계의 결과물이 다음 단계에서 실제로 쓸 수 있는 출발점이 되느냐는 점이다.

이 부분을 분명히 해야 업무 흐름도의 화살표에도 실제 의미가 생긴다.

1. 먼저 두 가지를 구분하자. 인계 기준을 충족하면 다음 단계도 시작할 수 있을까?

하나의 업무 흐름은 서로 연결된 여러 프로세스로 이루어질 수 있다. 각 프로세스에는 목적이 있고, 전체 업무에 필요한 어떤 결과를 만든다. 제품, 기획안, 데이터일 수도 있고, 확인된 요구사항이나 하나의 결정일 수도 있다.

ISO의 프로세스 접근법 설명은 프로세스를 입력을 활용해 의도한 결과를 만드는 상호 관련 활동의 집합으로 보고, 프로세스 사이의 입력·출력과 상호 의존을 강조한다. 이 글도 이 기본 관점을 바탕으로 일상적인 인계에 쓸 수 있는 실무 모델을 제안한다.프로세스 접근법 설명(영어)

모델은 공동 목표에서 출발한다. 이전 프로세스가 결과물을 만든다 → 다음 프로세스에 필요한 조건과 대조한다 → 인수 여부를 분명히 판단한다 → 착수 조건을 확인한다 → 다음 프로세스로 진행한다.

여기서는 두 가지를 나누어 봐야 한다.

첫째, 전달된 결과물이 합의한 기준을 충족하는가. 요구사항이 확정됐는지, 도면이 현행 버전인지, 데이터에 출처가 있는지, 산출물이 합의한 범위에 들어가는지 확인한다. ‘이 결과물을 업무에 쓸 수 있는가’에 대한 판단이다.

둘째, 다음 프로세스를 시작할 조건이 갖춰졌는가. 담당자가 맡을 수 있는지, 필요한 자재와 자원이 준비됐는지, 관련 결정이 확정됐는지 확인한다. ‘지금 시작할 수 있는가’에 대한 판단이다.

도면이 기준을 충족해도 자재가 도착하지 않았다면 제작에 들어갈 수 없다. 이때는 ‘산출물 인수 완료, 제작 착수 대기’로 기록하고 자재 문제를 계속 처리해야 한다. 모든 대기를 설계 담당자에게 돌려보내서는 안 된다. 도면을 인수했다는 이유만으로 제작까지 시작했다고 기록해서도 안 된다.

좌우로 스크롤하거나 큰 그림을 열어 확인하세요.

큰 그림 열기 ↗편집 가능한 SVG 다운로드 ↓

2. 무엇을 넘길지는 다음 단계의 용도에 맞춰 적자

‘요구사항 정리 완료’, ‘기획안 제출 완료’만으로는 서로 다르게 이해하기 쉽다.

다음 단계가 견적이라면 최소한 무엇을, 얼마나, 언제 납품할지 알아야 한다. 어떤 조건이 확정됐고 무엇이 아직 추정인지도 알아야 한다. 다음 단계에서 초안만 만든다면 일부 정보가 아직 없어도 될 수 있다. 다만 가정을 표시하고 아직 내릴 수 없는 판단을 밝혀야 한다.

같은 자료라도 쓰는 단계에 따라 적용 기준이 달라질 수 있다. 따라서 인계 요건은 업무를 시작하기 전에 관련 역할들이 확인해야 한다. 진행 중 실제로 조건이 바뀌면 합의한 방식에 따라 조정한다. 받는 쪽이 인계 직전에 와서 원래 합의하지 않은 요건을 계속 추가해서는 안 된다.

먼저 아래 여섯 가지를 분명히 해 두면 좋겠다. 기존 업무 요청서, 문서 설명란, 시스템 항목에 적으면 된다. 별도로 두꺼운 양식을 만들 필요는 없다.

결과물과 근거도 구분해야 한다. 대화 기록은 양측이 어떤 조건을 논의했다는 사실을 보여 줄 수 있다. 하지만 그 조건이 확정됐다는 증거는 아닐 수 있다. 완성돼 보이는 AI 생성 기획안도 그 안의 가격, 사양, 납기가 정확하고 유효하다는 사실까지 입증하지는 않는다.

받는 사람이 결과물을 보고 무엇을 근거로 행동할 수 있는지, 무엇을 더 확인해야 하는지, 어느 범위까지 사용하면 재확인이 필요한지 알 수 있어야 한다.

3. 누가 확인할지, ‘검수해 주세요’ 한마디로 끝내지 말자

제출자는 먼저 합의한 기준에 따라 자체 점검한다. 인수자는 자신의 업무에 필요한 입력을 확인한다. 전문적인 판단, 대외 약속, 원래 부여된 권한을 넘는 사항은 그에 맞는 권한을 가진 사람에게 확인받는다.

작은 팀에서는 한 사람이 여러 역할을 겸할 수 있다. 그래도 판단 근거와 책임은 분명해야 한다. 중요한 사안에 명백한 이해충돌이 있다면 적절한 별도 재검토를 마련해야 한다. 일상적이고 비용이 적으며 쉽게 바로잡을 수 있는 인계는 간단한 확인이나 표본 점검으로 처리할 수 있다. 위험이나 수정 비용이 큰 단계에는 그만큼 점검을 더한다. 모든 단계에 여러 겹의 서명을 요구해 협업 비용이 원래 문제보다 커지게 해서는 안 된다.

인수 여부는 구체적으로 적어야 한다. 예를 들어 ‘요구사항표 V2를 견적 입력 기준에 따라 확인했다. 사양과 수량은 계산에 사용할 수 있다. 확정 납기는 공급 측의 확인이 남아 있으므로 이를 근거로 고객에게 약속해서는 안 된다’라고 쓸 수 있다. ‘받았습니다’, ‘문제없습니다’보다 후속 업무를 진행하기 쉽다.

‘수령’은 자료가 도착했다는 뜻이다. ‘인수’는 정해진 범위의 산출물이 확인을 통과했다는 뜻이다. ‘착수’는 다음 단계의 실제 조건도 갖춰졌다는 뜻이다. 업무 시스템에서 다른 상태명을 써도 되지만, 참여자들이 이 차이를 구분할 수 있어야 한다.

답변 기한도 합의해야 한다. 기한이 지났는데 답이 없으면 알림과 조정 절차로 넘어가야 한다. 아무 말이 없다고 통과로 간주해서는 안 된다. 인수를 거부하는 쪽도 충족하지 못한 기준과 구체적인 부족 사항을 밝혀야 한다. 근거 없는 대기와 반복을 줄일 책임은 양쪽에 있다.

4. 다음 단계로 이어지지 않으면, 먼저 문제의 종류를 보자

인계에 문제가 생겼을 때 가장 쉽게 택하는 방법은 ‘돌려보내서 다시 하기’다. 하지만 전달된 결과물 자체의 문제가 아니라면 다시 해도 해결되지 않는다.

먼저 세 가지로 나누어 볼 수 있다.

결과물에 부족한 부분이 있다. 합의한 사양이 빠졌거나, 핵심 데이터를 확인할 수 없거나, 문서 버전이 다른 경우다. 구체적인 부족 사항과 영향을 밝히고 해당 책임자가 보완하거나 수정한 뒤, 유효한 기준에 따라 다시 검증한다. 이미 기준을 충족했고 영향을 받지 않은 부분까지 모두 뒤집을 필요는 없다.

기준이나 권한에 대한 이견이 있다. ‘확인 완료’의 의미를 양측이 다르게 이해하거나, 원래 권한이 없던 납기를 약속해야 하는 경우다. 먼저 기존 합의를 확인한다. 필요하면 권한이 있는 역할이 적용 기준, 범위, 책임을 결정한다. 인수자가 개인 의견으로 조건을 추가해서도 안 되고, 제출자가 일정을 맞추려고 다른 사람을 대신해 약속해서도 안 된다.

업무 조건이 바뀌었다. 고객이 요구사항을 바꿨거나 공급 역량이 변했거나 다음 단계의 자원이 잠시 부족한 경우다. 먼저 영향 범위를 판단한다. 그런 다음 해당 역할이 자원 보충, 범위나 일정 조정, 일시중지, 관련 업무 종료 중 무엇을 할지 결정한다. 결과물 자체는 기준을 충족해도 당장은 사용할 수 없게 될 수 있다.

좌우로 스크롤하거나 큰 그림을 열어 확인하세요.

큰 그림 열기 ↗편집 가능한 SVG 다운로드 ↓

정말 필요한 경우에는 명확한 범위 안에서 조건부로 인수할 수 있다. 예를 들어 내부 계산을 먼저 진행하면서 확인 정보를 보완하는 방식이다. 이때는 해당 권한이 있어야 한다. 무엇을 해도 되는지, 무엇을 해서는 안 되는지, 보완 기한은 언제인지, 조건을 충족하지 못하면 어떻게 중단하거나 이전 단계로 되돌릴지 적어야 한다. 이런 내용을 확정한 뒤에도 제한된 작업의 입력과 착수 조건을 다시 확인해야 한다.

조건부 인수라고 해서 반드시 충족해야 하는 요건을 건너뛸 수는 없다. 결정 권한이 없거나, 결과를 통제할 수 없거나, 먼저 마쳐야 할 필수 확인이 남아 있다면 관련 행동은 일시중지해야 한다. 중지 중에도 담당자가 후속 상황을 챙기고 어떤 조건에서 재개할지, 언제 재검토할지 밝혀야 한다. 이미 맡은 이행, 비용, 사후 처리 책임은 계속 합의대로 처리한다. 상태를 ‘일시중지’로 바꿨다고 사라지지 않는다.

5. 견적 업무를 인계하는 사례로 모델의 사용법을 보자

아래는 모델을 설명하려고 만든 가상의 상황이다. 특정 기업의 실제 기록이 아니다.

고객이 맞춤형 설비 여러 대를 요청했다. 요구사항 조정 담당자가 자료를 견적 책임자에게 넘긴다. 양측은 사전에 정식 견적에는 확정된 사양, 수량, 납품 장소, 희망 납기가 필요하고 미해결 사항도 적어야 한다고 합의했다.

처음 제출할 때 사양과 수량은 확정됐지만 납품 장소는 아직 두 후보가 있었다. 견적 책임자는 부족한 부분을 지적하며 이 상태로는 운송비를 확정할 수 없다고 설명했다. 요구사항 조정 담당자는 이후 장소를 확인해 V2를 제출하고 이전 버전과 변경 설명도 남겼다.

V2를 확인하니 견적에 필요한 입력은 합의한 요건을 충족했다. 다만 공급 측이 아직 생산능력을 확인하지 않았다. 여기서도 구분해야 한다. 내부 원가 계산은 시작할 수 있다. 하지만 확정 납기를 넣은 정식 견적서를 고객에게 보낼 조건은 아직 갖춰지지 않았다.

권한이 있는 책임자는 한정된 범위에서 내부 계산을 먼저 진행하도록 결정했다. 업무 기록에는 생산능력 확인 책임자, 마감 시점, 고객에게 납기를 약속해서는 안 된다는 제한을 적었다. 관련 입력과 자원을 다시 확인한 뒤 내부 계산을 시작한다.

나중에 공급 측에서 희망 납기를 맞출 수 없다고 알리면 관련 역할이 고객과 조정 내용을 확인한다. 고객이 사양을 바꾸면 영향을 받는 계산과 자료를 식별하고 새 버전에 따라 다시 확인해야 한다. ‘V2 인수 완료’ 판단을 그대로 사용해 대외 견적을 계속해서는 안 된다.

이 사례에서 모델은 자료 부족, 후속 업무를 맡기 위한 조건, 대외 결정을 구분하고 일부 작업을 먼저 진행할 여지를 남긴다. 그렇다고 최종 계약을 보장하지는 않는다. 한 번 인계가 순조로웠다는 이유만으로 전체 업무 흐름이 실적을 높였다고 입증할 수도 없다.

6. 공동 목표는 각각의 ‘완료’에도 기준이 되어야 한다

영업은 빨리 진행하기를 원하고, 견적 담당자는 자료가 완전하기를 원하며, 공급 측은 조건이 안정되기를 원한다. 각각 실제 이유가 있다. 공동 목표는 같은 거래를 놓고 관련 역할들이 선택과 조정을 논의하도록 돕는다. 고객이 해결하려는 문제는 무엇인가. 시간, 비용, 품질, 이행 조건을 어떻게 균형 있게 맞출 것인가. 어떤 약속은 해서는 안 되는가.

모두의 이해관계가 같아야 한다는 뜻은 아니다. 공동 목표를 내세워 어느 한쪽에 끝없이 일을 추가해도 된다는 뜻도 아니다. 추가 작업, 대기, 재작업에는 비용이 든다. 누가 부담하며 기존 합의를 넘을 때 누가 결정하는지 밝혀야 한다.

자원, 운영관리, 고객, 자본이라는 네 생태계 어디에서나 이런 인계가 생길 수 있다. 각 역할은 자발적으로 기여할 수도 있고 요청에 응할 수도 있다. 구체적인 사안은 업무 관계와 부여된 권한에 따라 처리한다. 소수 정예의 운영관리 조직은 관련 의사결정, 규칙, 조정을 맡아 가치 생산, 판매 채널, 고객 관계를 연결한다. 모든 전문 역할을 대신해 판단하는 것은 아니다.

이 모델이 다루는 것은 결과물을 전달하고 후속 업무를 맡는 과정이다. 인계 기록은 나중의 평가에 사실을 제공할 수 있지만, 기여 전체와 자동으로 같아지지는 않는다. 보수, 지분, 배당, 결정권이 자동으로 생기지도 않는다. 제도에 따른 권리와 이익은 실제 업무와 해당 합의에 근거해 별도로 다뤄야 한다.

적용할 때는 문제가 반복되는 인계 지점 하나를 먼저 골라도 된다. 자료 부족, 대기 이유, 재작업, 확인 비용, 고객에 대한 이행에 미친 영향을 기록한다. 시험 적용 후 어떤 점검이 유용했는지, 어떤 기준이 지나치게 무거웠는지, 문제가 생겼을 때 담당자를 더 빨리 찾았는지 살펴본다. 비교 대상과 충분한 기록이 없으면 먼저 관찰 결과를 남기고 원인을 서둘러 단정하지 않는다.

어떤 거래가 결국 기대에 못 미쳤다면 고객 요구, 제품과 가격, 이행, 채널, 대금 회수 등 실적으로 이어지는 전체 업무 흐름에서 먼저 문제를 찾아야 한다. 그다음 업무, 직무 기능, 구체적인 작업 동작 중 어느 수준의 SOP를 조정할지 결정한다. 인계는 그중 한 구간이며 모든 경영 결과를 설명할 수는 없다.

업무를 다음 단계로 넘기기 전에 결과물을 받는 사람이 알아야 할 것은 이것이다. 지금 이를 근거로 무엇을 할 수 있는가. 아직 무엇을 해서는 안 되는가. 상황이 바뀌면 누구에게 처리를 요청해야 하는가. 이런 조건이 연결돼야 업무가 실제로 어디까지 진행됐는지 알 수 있다.

출처 및 관련 읽을거리

• 모델의 바탕: 초기 팀 자료 『SOP梳理设计方法论(SOP 정리·설계 방법론)』. 주로 6~9쪽의 선행 업무, 다음 단계로의 이동, 인계, 예외 상황, 시험 적용, 개선을 참고했다. 초기의 ‘직무 책임·업무 매뉴얼·SOP·성과평가’ 관계도 두 장에서 ‘앞 단계 결과 검증’이라는 연구 단서를 얻었다. 이 글의 인계와 예외 처리 방식은 새로 구성한 실무 모델이며 효과는 실제 업무에서 검증해야 한다.
• 개념 참고: ISO: The process approach in ISO 9001:2015(영어). 프로세스의 입력·출력과 상호 의존을 설명하기 위해 참고했다. 이 글은 표준 조항 해설이나 인증 안내서가 아니다.

• 기업 계획 10단계: 방향, 자원, 실행 연결하기(중국어): 목표와 자원 배분을 통해 서로 의존하는 협업 약속을 이해한다.

• 네 생태계 거버넌스 모델: 기여·권리와 이익·협업의 순환(중국어): 인접 프로세스의 인계에서 더 나아가 여러 참여자의 관계와 사안별 권한을 이해한다.

• 기여 기록·재검토표: 평가에 근거를 두고 이의를 제기할 수 있게 하기(중국어): 인계 후 각자의 참여 사실을 어떻게 기록하고 다시 확인할지 살펴본다.