THINK TANK / 모델 · V1.0

프로세스·업무 흐름과 직무 문서의 공통 설계 모델

프로세스 목적, 결과물 요건과 인계를 합의한 뒤 직무기술서, 업무 매뉴얼과 성과 평가 규칙을 작성한다. 여섯 도식은 실행부터 평가까지 같은 결과 요건을 쓰는 방법을 보여 준다.

이 자료의 활용 방법모델
용도
프로세스 목적, 결과물 요건과 인계를 합의한 뒤 직무기술서, 업무 매뉴얼과 성과 평가 규칙을 작성한다. 여섯 도식은 실행부터 평가까지 같은 결과 요건을 쓰는 방법을 보여 준다.
사용 조건
대상, 목표, 제약이 현재 과제에 맞는지 확인하고 본문에 명시되지 않은 조건은 별도로 확인하세요.
모델
요소, 관계, 가정
근거와 검증 범위
프로세스 정리, 직무 문서 설계, 평가 재검토에 쓰는 모델이다. 효과는 실제 인도 기록과 경영 성과로 확인한다. 이 글에 대한 외부 검증 결과는 별도로 등록되어 있지 않습니다. 공개 자체가 효과의 검증을 뜻하지는 않습니다. 본문의 근거, 가정, 한계를 확인하세요.
버전
V1.0 · 수정 2026-11-11

읽고 인용할 수 있는 지식 자료이며 설치된 Skill이 아닙니다. AI에 사용할 때도 출처와 한계를 유지하고 결과를 검토하세요.

CC BY-NC-ND 4.0 · 별도 명시가 없는 한 원본 글에 적용되며 제3자 자료는 제외됩니다. 다운로드나 기계 판독은 기존 허락 범위를 확대하지 않으며 2차 저작물, 상업적 이용, 모델 학습을 별도로 허용하지 않습니다.

같은 일인데 직무기술서는 한 가지 결과를 요구하고, 매뉴얼은 다른 일을 시키고, 평가에서는 또 다른 기준을 적용한다. 그럴 때 나는 문서 세 가지를 나란히 놓고 묻는다. 누구에게 결과물을 넘기나? 받는 사람은 무엇에 쓰나? 어느 정도까지 해야 다음 단계에서 쓸 수 있나?

이 질문에 답하면 직무기술서에는 누가 맡는지, 매뉴얼에는 어떻게 하는지, 평가 규칙에는 어떤 근거로 판단하는지를 쓸 수 있다. 세 문서의 용도는 각각 다르다. 결과물 요건과 기준의 버전은 함께 쓴다. 내가 말하는 공통 기준은 이런 뜻이다.

1. 업무가 어떻게 이어지는지부터 살핀다

그림 1 전체 도식 — 프로세스·업무 흐름·세 가지 관리 문서
그림 1 전체 도식 — 프로세스·업무 흐름·세 가지 관리 문서

크게 보기 ↗

전체 도식의 위쪽은 업무 흐름이다. 한 프로세스가 유효한 입력을 받아 일하고 결과를 넘긴다. 그 결과로 프로세스의 목적을 달성했는지 확인하고, 다음 프로세스가 이어받을 수 있는지 본다. 흐름이 끝나면 최종 인도가 당초 원했던 고객 가치와 경영 성과로 이어졌는지 확인한다.

업무를 살필 때 나는 네 가지를 묻는다. 작업이 끝났나? 결과물이 검수를 통과했나? 다음 단계에서 썼나? 전체 흐름에서 원하던 결과가 나왔나? 각각 기록해야 어디서 막혔는지 알 수 있다. 도식은 프로세스 세 개로 관계를 보여 준다. 실제 개수, 병렬 진행, 되돌아갈 지점은 업무에 맞게 정한다.

아래쪽은 직무의 흐름이다. 일을 맡는 직무에서 시작해 직무 책임, 책임 범위, 구체적인 작업, 작업 결과로 나눈다. 책임에는 무엇을 넘길지 쓴다. 범위에는 어디까지 맡는지 적는다. 작업은 대상과 조작을 명확히 하고, 끝난 뒤 결과와 근거를 찾을 수 있게 한다.

두 흐름은 인도에서 만난다. 설계할 때는 전체 목표에서 거꾸로 프로세스와 직무 책임을 찾는다. 실행할 때는 작업 결과에서 앞으로 간다. 누가 받고, 어떻게 검수하며, 무엇에 썼는지 확인한다.

2. 프로세스에는 목적이 있고, 전체 업무 흐름에는 목표가 있다

그림 2 프로세스에는 목적, 업무 흐름에는 목표
그림 2 프로세스에는 목적, 업무 흐름에는 목표

크게 보기 ↗

여기서 ‘프로세스’는 목적이 분명한 업무의 한 구간이다. 무엇을 받아, 누가 어떻게 협업해, 무엇을 넘기는지 본다. 입력에는 자료와 데이터뿐 아니라 근거, 권한과 자원도 들어간다. 목적은 이 일이 필요한 이유를 말해 주고, 결과는 그 목적에 기여했는지 판단할 근거가 된다.

‘업무 흐름’은 여러 프로세스를 잇는다. 각 프로세스에서 결과가 나오고 앞뒤가 연결되는지 확인한 다음, 그 결과들이 함께 전체 목표를 뒷받침하는지 본다. 도식의 목적 1, 2, 3은 각각의 근거로 검증한다. 전체 흐름이 끝나도 고객 가치와 경영 성과는 따로 확인한다.

네 가지 SOP는 일과 결과를 범위별로 살피는 방법이다.

SOP확인 범위명확히 할 내용
성과 SOP핵심 프로세스를 잇는 전체 흐름어떤 프로세스가 함께 고객 가치와 경영 성과를 뒷받침하는가
업무 SOP업무 프로세스 하나왜 필요한가, 누가 협업하는가, 무엇을 받고 넘기는가
직무 SOP직무 책임과 과업의 인도한 역할이 어떤 결과를 맡고 어떤 과업으로 인도하는가
작업 SOP구체적인 대상과 작업어떤 입력, 단계와 기준으로 작업 결과를 만드는가

업무 매뉴얼은 요구 사항을 실행에 옮기고 성과 평가는 결과를 판단한다. 네 가지 SOP로 업무와 결과의 범위를 찾으면, 매뉴얼과 평가는 해당 범위에 정의된 요구 사항을 참조할 수 있다.

3. 검수가 끝난 뒤 무엇을 더 확인해야 하나

그림 3 인계 — 검수와 시작 조건 확인
그림 3 인계 — 검수와 시작 조건 확인

크게 보기 ↗

시작 전에 제공자, 수령자, 결과물, 기한, 검수 기준과 담당자를 합의한다. 예외나 이견이 생길 때 누구를 찾을지도 정한다. 이 내용이 직무기술서, 매뉴얼, 평가 규칙의 공통 인계 근거가 된다.

먼저 이번 결과물을 검수한다. 프로세스 A가 결과, 근거와 버전을 제출한다. 받는 쪽이 기준을 적용해 통과 여부를 기록한다. 빠진 것과 다시 할 일을 구체적으로 알리고 같은 기준으로 재제출한다.

그다음 프로세스 B를 시작할 수 있는지 본다. 결과를 쓸 수 있다면 권한, 자원, 다른 입력과 선행 조건을 확인한다. 조건이 갖춰지면 시작한다. 부족한 조건을 찾아 대기, 조율 또는 상위 담당자에게 전달하는 일을 맡긴다. 앞 단계의 결과물이 통과했다면 다음 단계에서 부족한 조건을 해결한다.

나는 인계 때 기록을 세 가지로 남긴다. 결과물 묶음에는 결과물, 근거, 버전, 상태를 적는다. 검수 기록에는 수령자, 기준, 판단, 시점을 적는다. 시작 조건 기록에는 준비된 유효 입력, 권한, 자원과 선행 조건을 적는다. 마지막 인도도 확인하고 전체 목표는 실제 성과를 바탕으로 판단한다.

4. 같은 결과물 요건에서 세 문서를 만든다

그림 4 같은 결과 기준에서 세 문서를 설계한다
그림 4 같은 결과 기준에서 세 문서를 설계한다

크게 보기 ↗

프로세스의 목적, 합격 기준을 충족할 결과물, 앞뒤의 인계 방식을 정한다. 사용자, 책임자, 검수자, 필요한 권한과 자원, 예외 담당자도 정리한다. 이 요구 사항으로 세 문서를 작성한다.

  • 직무기술서에는 무엇을 맡는지 쓴다. 인도 가능한 결과를 적는다. 책임자와 범위, 어디서 받아 누구에게 넘기는지, 필요한 권한과 자원, 예외를 보고할 조건까지 명확히 한다.
  • 업무 매뉴얼에는 어떻게 완료하는지 쓴다. 과업의 시작, 사전 확인 사항, 단계와 판단, 제출 기준, 기록과 인계, 예외 시 인수 방법을 적는다. 담당자가 바뀌어도 다음 행동을 판단할 수 있어야 한다.
  • 성과 평가 규칙에는 어떻게 판단하는지 쓴다. 작업, 직무, 프로세스, 경영 성과 중 평가 대상을 정한다. 품질, 기한, 비용과 위험, 증거 출처, 평가 담당자, 재검토와 이견 처리 방법을 정한다. 담당자가 통제할 범위, 다른 업무에 대한 의존, 효과가 나타나는 시점도 함께 본다.

프로세스 ID, 직무나 과업 ID, 결과 ID, 기준 버전으로 같은 일을 참조한다. 사람이 매뉴얼을 보거나 AI가 Skill을 쓸 때 같은 버전의 검수 요건을 찾을 수 있어야 한다. 기준이 바뀌면 이를 참조하는 직무, 매뉴얼, 평가 규칙과 Skill을 함께 확인한다.

나는 거꾸로도 확인한다. 평가에서 요구하는 결과를 매뉴얼대로 만들 수 있나? 그 결과를 책임지는 직무에 필요한 자원과 권한이 있나? 맞물리지 않으면 실제 업무로 돌아가 요구 사항과 조건을 다시 정한다.

5. 사람과 AI에 일을 맡기기 전에 조건을 점검한다

그림 5 사람과 AI에 같은 결과 기준을 적용한다
그림 5 사람과 AI에 같은 결과 기준을 적용한다

크게 보기 ↗

관리자는 이번 과업의 목적, 결과물, 작업 요건, SOP 버전, 검수 규칙, 기한과 자원을 분명히 한다. 필요한 사람의 역량, AI 역량, 협업자를 고른다. 데이터, 도구, 권한이 준비됐는지 확인하고, 승인, 예외 보고, 인수 방법을 정한다.

사람은 매뉴얼에 따라 전문 작업과 판단, 소통을 하고 권한 안에서 확인, 검수와 인수를 맡는다. AI는 적합한 Skill, 도구와 데이터를 사용해 검색, 생성, 분석과 확인을 하고 결과와 근거를 제출한다. 어떤 지시에 사람의 확인이 필요한지, 어떤 예외를 사람에게 돌려보낼지 과업에 적는다. 역량이 부족하면 보완하거나 사람에게 넘긴다. 권한이 불명확하면 멈추고 확인한다. 실행에 실패하면 합의에 따라 보고하거나 인수하거나 종료한다.

결과와 기록을 함께 낸다. 과업 ID, 실행자, 입력과 기준 버전, 도구나 Skill 버전, 근거, 예외, 소요 시간과 사람의 확인을 찾아볼 수 있게 한다. 사람과 AI가 만든 결과는 같은 요건으로 검수하고 후속 프로세스의 시작 조건을 확인한다.

6. 평가 항목마다 근거를 찾는다

그림 6 결과의 증거로 성과를 평가한다
그림 6 결과의 증거로 성과를 평가한다

크게 보기 ↗

초기에 그린 직무, 매뉴얼, SOP, 성과 평가 도식에는 POW를 적었다. 비트코인의 작업증명에서 일을 검증할 근거가 있어야 한다는 생각을 가져왔다. 이번 버전에서는 기업이 실제로 확인해야 할 일을 나누어 살핀다.

판단할 항목확인할 근거
실행 사실누가 무엇을 했는지, 입력, 버전, 상태와 실행 기록이 맞는지
결과물 검수합의한 기준을 충족했는지, 결론과 재검토 근거가 어디에 있는지
후속 업무에서의 사용다음 단계가 결과를 어디에 썼고 인계와 협업에 어떤 역할을 했는지
업무 흐름의 목표고객과 경영 성과, 관찰 기간, 함께 영향을 준 다른 요인

앞 단계의 기록은 다음 판단의 자료가 된다. 각 판단에는 별도의 근거가 필요하다. 직무와 과업은 품질, 기한, 판단, 예외 보고를 본다. 프로세스 협업은 다음 단계의 사용, 대기, 재작업과 조율을 본다. 경영은 전체 목표, 가치, 비용, 위험과 지속 가능성을 본다.

개인 기여나 보수를 살피려면 담당자가 통제할 수 있었던 범위, 의존 관계, 효과가 나타나는 시점을 정리하고 재검토와 이견 처리 절차를 둔다. 초기 도식의 기본급, 직무급, 결과 평가는 후속 논의에 활용할 수 있다. 평가는 참고 자료로 쓰고, 보수, 인센티브와 배분은 별도로 합의하고 승인한 규칙에 따른다.

7. 진행 중인 업무 하나로 시험한다

자주 막히는 인계 하나를 고른다. 어떤 목표를 돕고 양쪽이 무엇을 넘기는지 그린다. 검수와 시작 조건을 정리하고 관련 직무와 작업에 연결한다. 같은 요건에서 세 문서를 작성하고, 실제 과업으로 무엇이 부족하고 결과가 어떻게 사용되며 어떤 근거를 아직 찾기 어려운지 확인한다.

두 방향으로 다시 따라가 본다. 목표를 뒷받침하는 프로세스, 직무 책임과 작업은 무엇인가? 한 직무의 결과는 어느 프로세스로 넘어가 무엇을 이뤘는가? 근거가 없는 곳은 적어 두고, 인계, 실행 계획, 평가 기준을 실제 업무에 맞춰 정리한다. 비용, 성과와 역량 축적의 변화는 실제로 운영한 뒤 판단한다.

이 모델은 초기의 직무, 매뉴얼, SOP와 성과 평가 관계에서 출발한다. V1.0의 전체 도식 한 장과 세부 도식 다섯 장은 인계의 두 판단, 세 문서의 공통 근거, 사람과 AI의 권한 및 인수, 평가와 재검토를 보여 준다. 직무 책임을 찾고 역량을 배치하는 방법은 직무 책임·프로세스·사람과 AI 협업 모델에서 이어서 볼 수 있다.

편집 가능한 6쪽 도식집 내려받기(Draw.io, 중국어)

SEARCH