스크린샷으로 SOP를 만드는 방법

이 가이드에서는 표준 운영 절차를 시각 문서로 만드는 방법을 설명합니다. 프로세스의 경계를 정하고 역할과 준비 사항을 기록한 뒤, 승인된 단계를 캡처합니다. 통제 사항과 예외를 추가하고 문서를 테스트한 다음, 담당자와 검토일을 지정합니다.

핵심 요약: 유용한 SOP에는 프로세스가 시작되는 시점, 각 부분의 담당자, 완료 방법, 결과 확인 방법, 일반적인 절차를 적용할 수 없을 때의 대응 방법이 담겨야 합니다.

SOP란 무엇인가요?

표준 운영 절차는 반복되는 프로세스와 그에 필요한 통제 사항을 정합니다. 목적, 범위, 담당자, 입력, 순서가 있는 단계, 예상 결과, 예외, 검토 책임이 포함됩니다.

SOP는 클릭 목록보다 범위가 넓습니다. 스크린샷은 소프트웨어에서 어떤 작업을 하는지 보여 주지만, 누가 어떤 조건에서 그 작업을 해야 하는지도 문서에 설명해야 합니다.

SOP와 작업 지침의 차이

SOP는 전체 프로세스를 설명하고, 작업 지침은 그 안의 작업 하나를 설명합니다. 예를 들어 직원 퇴사 처리 SOP에는 승인, 계정 소유권, 데이터 보존, 완료 기록이 포함될 수 있습니다. 연결된 작업 지침에서는 특정 앱에서 사용자를 삭제하는 방법을 보여 줍니다.

프로세스가 짧고, 한 역할이 수행하며, 소프트웨어 조작 자체가 프로세스라면 문서 하나로 합쳐도 됩니다. 여러 역할, 시스템, 독립적인 작업 때문에 관리하기 어려워진다면 SOP와 작업 지침을 나누세요.

프로세스의 경계를 정합니다

경계는 SOP가 어디에서 시작하고 끝나는지 정합니다. 단계를 문서화하기 전에 시작 조건, 최종 결과, 담당 역할, 제외 항목을 적으세요.

구체적인 시작과 종료 조건을 사용합니다.

시작 조건: 관리자가 승인된 퇴사 처리 요청을 제출합니다.
완료 조건: 접근 권한이 삭제되고, 회사 데이터가 보존되며, 완료 사실이 기록됩니다.
담당자: IT 운영팀.
대상 독자: 계정 관리 권한이 있는 IT 관리자.
제외 범위: 급여, 장비 반납, 법률상 보존 결정.

이 경계를 정하면 한 사람이 끝낼 수 없는 긴 업무 프로세스가 가이드 하나에 끝없이 늘어나는 일을 막을 수 있습니다.

입력, 역할, 준비 사항을 나열합니다

준비 사항을 적어 두면 작업 중간에 필요한 권한이 없다는 사실을 뒤늦게 발견하지 않습니다. 필요한 권한, 승인된 요청, 원본 데이터, 파일, 시스템, 백업 또는 되돌리기 단계를 나열하세요.

여러 역할이 참여한다면 책임을 나눕니다. 간단한 표면 충분합니다.

담당 업무	역할
요청 승인	관리자
계정 변경 작업	IT 관리자
데이터 보존 확인	시스템 담당자
완료 확인	운영 책임자

담당자를 특정 개인 이름으로만 적지 마세요. 역할은 구성원이 바뀌어도 유지되며, 누가 문서를 관리해야 하는지 명확히 보여 줍니다.

현재 프로세스를 실행하며 단계를 캡처합니다

첫 캡처에서는 안전한 데이터를 사용해 승인된 현재 프로세스를 따라야 합니다. 테스트 계정을 사용하고 알림을 닫은 뒤, 작성된 절차와 현재 화면이 다른 부분을 기록하세요.

작업자가 버튼을 찾아야 하거나, 값을 선택하거나, 경고를 확인하거나, 눈에 보이는 결과를 확인해야 할 때 스크린샷을 캡처합니다. 이미지가 다음 결정을 돕지 않는다면 문장마다 스크린샷을 넣지 마세요.

Action Capture는 작업을 수행하는 동안 소프트웨어에서 진행한 경로를 모아 줍니다. 허용한 클릭마다 작업 직전의 대상 상태와 클릭 위치를 저장합니다. 작업이 끝난 뒤 순서를 검토하고, 불필요한 단계를 삭제하며, 별도의 하위 프로세스는 각각 가이드로 나눕니다.

긴 절차를 작은 가이드로 나눕니다

일부 구간에 별도의 시작 조건, 담당자, 시스템, 재사용할 수 있는 결과가 있다면 긴 절차를 나눕니다. 개요 SOP에는 프로세스의 순서를 유지하고, 자세한 소프트웨어 작업은 작업 지침으로 연결하세요.

다음 중 하나라도 해당하면 나누는 편이 좋습니다.

• 구간마다 담당 역할이 다름
• 한 구간을 여러 프로세스에서 다시 사용함
• 일부 구간이 다른 부분보다 자주 바뀜
• 독자가 한 구간을 독립적으로 끝낼 수 있음
• 다른 결과를 위한 분기임
• 처음부터 끝까지 테스트하기 어려워짐

정해진 페이지 수를 맞추기 위해 나누지는 마세요. 한 사람이 앱 하나에서 완료하는 15단계 절차라면, 문서를 계속 바꿔 열어야 하는 짧은 파일 5개보다 한 문서가 더 명확할 수 있습니다.

통제 사항, 예외, 중단 조건을 추가합니다

통제 사항은 프로세스가 안전하게 완료됐는지 확인하는 방법을 설명합니다. 접근 권한을 바꾸거나, 데이터를 보내거나, 콘텐츠를 게시하거나, 결제하거나, 되돌리기 어려운 작업 뒤에는 확인 지점을 추가하세요.

예외는 일반적인 단계를 적용할 수 없을 때 갈 경로를 설명합니다. 눈으로 확인할 수 있는 조건과 예외를 연결하세요.

계정이 공유 파일의 소유자라면 접근 권한을 삭제하기 전에 소유권을 이전합니다. 소유권을 이전할 수 없으면 작업을 중단하고 시스템 담당자에게 문의하세요.

중요한 경고를 문서 끝의 긴 참고 사항에 숨기지 마세요. 위험한 작업 바로 앞에 중단 조건을 둡니다.

이 시각 SOP 구조를 사용합니다

다음 구조에는 스크린샷만으로 설명할 수 없는 프로세스 정보가 들어 있습니다.

제목:
목적:
범위:
담당자:
대상 역할:

시작 조건:
완료 결과:
준비 사항:
입력:

절차:
1. 작업
   예상 확인 지점
2. 작업
   예상 확인 지점

예외와 중단 조건:
문제 전달 경로:
완료 기록:

확인한 제품/프로세스 버전:
마지막 검토일:
다음 검토일:
승인자:

복사해 쓸 수 있는 문서 구조이며, Shotomatic으로 가져오는 템플릿은 아닙니다. 팀에서 승인과 개정 이력을 관리하는 문서 시스템에 저장하세요.

SOP를 테스트하고 유지관리 담당자를 정합니다

테스트할 때는 실제 담당 역할을 맡고 있으며 예상한 수준의 경험을 가진 사람이 참여해야 합니다. SOP만 보고 프로세스를 끝내 달라고 요청한 뒤, 빠진 준비 사항, 모호한 단계, 확인하기 어려웠던 결과를 기록합니다.

수정이 끝나면 담당자가 확인한 제품 버전과 검토일을 업데이트해야 합니다. UI, 프로세스 담당자, 연결된 작업 지침이 바뀌거나, 예외 상황이 일반 절차에 포함해야 할 만큼 자주 생기면 SOP를 다시 검토하세요. 시각 절차의 일부만 바뀌었다면 영향을 받는 단계를 확인하고 해당 스크린샷만 교체합니다.

Action Capture는 시각적인 단계를 수집하고 편집하는 데 쓰입니다. 프로세스 경계, 역할, 통제 사항, 유지관리 계획까지 갖춰야 완성된 SOP가 됩니다. 클릭별 캡처 절차는 Mac에서 클릭으로 단계별 가이드를 만드는 방법을 참고하세요.