절차 방법서(MOP)는 계획된 변경을 안전하게 실행하기 위한 실행 표준입니다. 특히 IT, 통신, 네트워크 운영, 데이터 센터에서는 더욱 그렇습니다. Trupeer를 사용하면 무료 절차 방법서 템플릿으로 시작해 브랜드 가이드라인에 맞게 커스터마이즈하고, MOP를 운영팀이 매 변경 윈도우 전에 검토할 수 있는 비디오 워크스루로 전환하여 MOP 작성에 드는 시간을 몇 시간씩 절약할 수 있습니다.

절차 방법서란 무엇이며, 언제 필요하신가요?

절차 방법서(Method of procedure)는 보통 MOP로 줄여 부르며, 현재 가동 중인 어떤 대상에 대해 특정 계획 변경 1건을 수행하기 위한 단계별 문서입니다. 라이브 스위치의 펌웨어 업그레이드, 데이터베이스 마이그레이션, 데이터 센터의 전원 공급 피드 전환, 시스템 간 컷오버 등이 여기에 해당합니다.

이를 구분하는 세 가지 특성이 있습니다. 특정 시점에 한 번만 실행하도록 작성되며, 보통 유지보수 윈도우 안에서 수행됩니다. 작성자가 아닐 수도 있는 누군가가 실행합니다. 그리고 백아웃(back-out) 계획을 포함합니다. 변경 대상은 서비스 중이며, 실패는 곧바로 영향을 미치기 때문입니다.

변경이 계획되어 있고 프로덕션에 영향을 주며, 다음 날 아침에 그냥 다시 시도할 수 없는 경우라면 언제든 MOP가 필요합니다. 작업이 일상적이고 반복되는 경우에는 절차(procedure)가 더 적합합니다. 작업이 단일 윈도우가 아니라 프로젝트에 가깝다면 계획(plan)이 필요하며, IT 프로젝트 계획 템플릿이 그 수준을 다룹니다. 이때 MOP는 컷오버 문서로 그 안에 포함됩니다.

SOP인가요, MOP인가요: 실제로 어떤 문서를 작성하고 있나요?

이 구분은 계속해서 흐려집니다. 한쪽에 대한 검색 트래픽이 다른 쪽으로도 많이 유입되기 때문이기도 합니다.

SOP는 상시 문서입니다. 조직이 반복적으로 수행하는 일을 설명하며, 날짜가 없고 한 번 작성해 유지관리합니다. 메일박스 복원, 고객 온보딩, 월말 실행 같은 것들이 여기에 해당합니다.

MOP는 1회용입니다. 특정 변경 1건을, 특정 밤에, 지정된 장비에서, 시작 시간과 종료 시간과 함께 설명합니다. 해당 윈도우에 대해 승인된 뒤, 수행된 내용을 기록으로 아카이브합니다.

실용적인 테스트는 문서가 특정 장비와 특정 날짜를 명시하는지 여부입니다. 명시되어 있으면 MOP입니다. "영향을 받는 장치"라고만 되어 있으면 절차(procedure)입니다.

많은 조직은 둘 다 필요하며, 관계는 깔끔합니다. SOP는 일반적으로 펌웨어를 어떻게 업그레이드하는지 말해줍니다. MOP는 이 두 장치를, 이 윈도우에서, 이 순서로, 이 백아웃으로 업그레이드한다고 말해줍니다. MOP가 필요한데 SOP를 작성하면, 압박 속에서 실행하기엔 너무 모호한 문서가 됩니다. SOP가 필요한데 MOP를 작성하면, 같은 내용을 40번 다시 써야 합니다.

Trupeer에서 이 템플릿을 커스터마이즈하는 방법

1단계: 템플릿 섹션 열기

메인 내비게이션에서 템플릿 섹션으로 이동하세요.

2단계: 템플릿 선택 후 열기

열고 작업하고 싶은 템플릿을 아무거나 클릭하세요.

3단계: 템플릿 보기 확장

필요한 경우, 전체 레이아웃과 세부 정보를 명확히 보기 위해 템플릿 보기를 확장하세요.

4단계: 템플릿 편집

선택한 템플릿을 수정하기 시작하려면 편집(Edit)을 클릭하세요.

에디터에서 다음을 할 수 있습니다:

• 새 섹션 추가

• 서식 규칙 정의 또는 업데이트

• 로고를 추가하고 위치 및 관련 설정을 조정

5단계: 커스터마이즈한 템플릿 저장

필요한 모든 변경을 마친 후 저장(Save)을 클릭해 업데이트된 템플릿을 본인 템플릿으로 저장하세요.

6단계: 미리보기 및 템플릿 미세 조정

커스터마이즈한 템플릿이 어떻게 보이는지 확인하려면 미리보기(Preview)를 여세요.

미리보기 화면에서 필요하다면 직접 계속 조정할 수 있으며, 템플릿이 원하시는 그대로 정확히 표시되도록 할 수 있습니다.

절차 방법서 템플릿으로 할 수 있는 일

• 작성 시간 절약: 변경 실행을 위해 구조가 만들어진 빈 페이지를 건너뛰세요.

• 변경 실패 감소: 누락된 단계를 장애로 이어지기 전에 명확한 MOP로 잡아내세요.

• 브랜드 유지: Trupeer의 브랜드 키트로 로고, 글꼴, 색상을 적용하세요.

• 운영팀 교육: MOP를 비디오 워크스루와 함께 제공하세요. 변경 관리에 완벽합니다.

• 변경 실행 표준화: 모든 변경에 동일한 MOP 형식을 사용하세요.

• 글로벌 팀 대응: 한 번의 클릭으로 MOP를 65+개 언어로 번역하세요.

MOP가 단계가 아니라 시간 산술에서 실패하는 이유

잘못된 MOP를 읽어보면 대개 단계는 괜찮습니다. 유능한 누군가가 작성했고, 유능한 누군가가 검토했으며, 순서도 맞았습니다.

빠진 것은 산술입니다. 유통되는 거의 모든 MOP에는 유지보수 윈도우, 단계 목록, 백아웃 섹션이 있습니다. 하지만 각 단계에 대한 소요 시간은 거의 없고, 백아웃 자체에 대한 소요 시간도 거의 없습니다.

이 누락은 한 가지 사실 때문에 중요합니다. 사람들은 그 사실을 대놓고 말하는 경우가 드뭅니다. 안전하게 중단할 수 없는 순간은 윈도우의 끝이 아닙니다. 롤백에 걸리는 시간만큼 윈도우 끝에서 빼야 하는 시점입니다.

윈도우가 4시에 끝나고 롤백이 75분 걸린다면, 실제 의사결정 마감 시각은 2시 45분입니다. 그 이후의 매 분은, 결정했든 아니든 상관없이 실행이 확정됩니다. 그리고 계속 진행할지 말지는 사람이 아니라 시계가 결정합니다.

대부분의 팀은 이 사실을 3시 10분쯤, 제대로 작동하지 않는 무언가 한가운데에서 발견합니다.

롤백 시계와 중단(Abort) 시간을 계산하는 방법

윈도우 중이 아니라 윈도우 전에 계산해야 하는 세 가지 숫자입니다.

단계 소요 시간. 각 단계에 대해 현실적인 시간을 정하세요. 추정치가 아니라 리허설에서 얻거나 마지막에 실제로 했던 시간을 기준으로 합니다. 합산해 계획된 완료 시점을 만듭니다.

롤백 소요 시간. 백아웃이 실제로 걸리는 시간도 같은 방식으로 측정합니다. 아무도 모르는 숫자이며, 보통 이 값을 얻으려면 실험실에서 롤백을 리허설해야 합니다. 그 비용은 오후 한때의 시간만큼이지만, 그만한 가치가 있습니다.

최신 중단 시간(Latest abort time). 윈도우 종료 시각에서 롤백 소요 시간을 빼고, 약 20%의 여유분을 더 빼세요. MOP 상단에 굵게(clock time)로 적되, 경과 시간(elapsed time)이 아니라 시계 시간으로 작성하세요. 새벽 3시에는 아무도 뺄셈을 하고 있지 않기 때문입니다.

그런 다음 의사결정이 아직 유효한 지점에 go/no-go 게이트를 배치하세요. 게이트는 이름이 붙은 단계이며, 반드시 그 시각까지 도달해야 하는 시계 시간과 관찰 가능한 조건입니다. 모든 인터페이스가 올라간 상태로 02:00에 22단계에 도달. 도달하지 못했거나 조건을 충족하지 못하면 중단(Abort)입니다.

되돌릴 수 없는 지점 직전의 게이트가 중요하며, 나머지와 다르게 표시할 가치가 있습니다. 그 이후에는 롤백이 선택지로 남지 않습니다. 그것은 반드시 들어맞는 유일한 방법입니다.

무료 절차 방법서 템플릿: 복사할 수 있는 전체 MOP

여기에서 복사하세요. 대괄호 안의 모든 항목을 바꾸세요.

헤더. MOP 참조 및 버전. 제목: 변경 내용과 장비를 명명. 사이트 또는 시스템. 변경 기록 번호. 윈도우 시작 및 종료: 시간대가 포함된 시계 시간. 최신 중단 시간. 작성자, 검토자, 승인자, 그리고 실행하는 사람(다른 경우). 승인일.

목적 및 범위. 무엇이 변경되고 무엇이 변경되지 않는지에 대한 한 단락. 식별자로 특정 장치, 회로, 데이터베이스 또는 시스템을 명시하세요.

영향. 무엇이 영향을 받는지, 얼마나 오래 영향을 받는지, 그리고 누가 통보받았는지. 영향을 인지하게 될 고객 또는 내부 팀을 포함하고, 영향이 예상되는지 아니면 가능성만 있는지 여부도 적으세요.

사전 조건. 접근 권한, 자격 증명, 물리적 현장 필요 여부, 현장 예비 부품, 준비된 소프트웨어 이미지 및 체크섬, 수행된 백업 및 검증, 허가서 또는 격리 조치, 그리고 반드시 연락 가능해야 하는 지정된 사람들. 모든 항목은 윈도우가 열리기 전에 예/아니오로 확인되어야 합니다.

사전 점검. 만지기 전 시스템 상태를 증거로 기록합니다. 명령 출력, 스크린샷, 판독값, 카운트. 이것이 없으면 이후에 무언가가 이미 고장 난 상태였는지 여부를 증명할 수 없습니다.

단계. 번호를 매기고 각 단계마다 한 가지 작업만 수행합니다. 정확한 명령 또는 설정, 예상 결과, 그리고 두 개의 시간 열: 예상 소요 시간과 누적 경과 시간. go/no-go 게이트와 되돌릴 수 없는 지점을 구분해 표시하세요.

백아웃 계획. 요약이 아니라 전체 단계. 각 단계의 소요 시간과 총 소요 시간을 별도로 포함합니다. 백아웃에 대해, 작동하지 않게 되는 지점이 지난다면 그 사실을 명시하세요.

사후 점검 및 승인. 지연 후에만 보이는 사항(예: 야간 배치 또는 복제 사이클) 등 성공을 선언하기 위해 반드시 참이어야 하는 것들을 포함합니다.

커뮤니케이션. 시작 시, 각 게이트 시점, 완료 또는 중단 시점에 누가 통보받는지, 그리고 어떤 경로로 통보하는지.

서명 승인. 실행자, 검증자, 완료 시간, 그리고 문서와 실제로 무엇이 달랐는지(문서에서 벗어난 부분 포함).

여기로 복사하세요. MOP에 없는 두 가지 추가 항목은 시간 열과 최신 중단 시간입니다. 그 외의 모든 항목은 어떤 괜찮은 템플릿에서도 찾을 수 있을 것입니다.

절차 방법서 템플릿의 구성 요소

핵심만 보면, MOP는 네 가지 일을 수행하며 각 섹션은 그중 하나를 담당합니다.

시작해도 안전하다는 것을 확인하는 일: 사전 조건과 사전 점검. 변경을 실행하는 일: 단계. 계속할지 결정하는 일: 게이트, 중단 시간, 백아웃 계획. 그리고 무엇이 실제로 일어났는지 증명하는 일: 증거, 사후 점검, 서명 승인.

이 네 가지 중 어느 것도 담당하지 않는 섹션은 보통 프로젝트 템플릿에서 상속된 것이며 삭제해도 됩니다. 배경, 사업적 정당성, 이해관계자 목록은 변경 기록(change record)에 있어야지, 새벽 2시에 누군가가 들고 있는 문서에는 들어갈 필요가 없습니다.

사람들이 과소평가하는 구성 요소 하나는 증거 캡처입니다. 전후(before-and-after) 증거가 없는 MOP는, 나쁜 밤이 지나고 나서 항상 이어지는 질문—그 변경이 원인을 만들었는지—에 답할 수 없게 만듭니다.

중단 지점을 5분 놓친 업그레이드

지역 비즈니스 ISP인 Padstow Networks는 코어 스위치 한 쌍에 대해 펌웨어 업그레이드를 계획했습니다. 윈도우는 자정부터 4시까지. 총 34단계였고 검토 및 승인 완료. 이미지 되돌리기, 구성 재로드, 3줄로 된 검증을 설명하는 백아웃 계획이 포함되어 있었습니다.

누구도 백아웃에 걸리는 시간을 재지 않았습니다.

1단계부터 22단계까지는 깔끔하게 진행됐지만 느리게 진행되어, 1시 30분으로 예상했던 것보다 2시 10분에 마무리됐습니다. 과부하가 심한 장치에서 구성 백업을 수행하는 데는 누구도 예상한 것보다 훨씬 더 오래 걸렸습니다.

업그레이드 자체는 2시 10분에 시작됐습니다. 이미지 로드와 재부팅은 40분이 걸렸습니다. 3시 10분 전(2시 50분)에 스위치가 다시 올라왔지만, 6개의 라인 카드 중 2개가 초기화에 실패했습니다.

남은 윈도우는 70분. 누군가 나중에 제대로 시간을 재보니 백아웃은 최선의 경우 75분이 걸렸습니다. 이미 깔끔하게 중단할 수 있었던 지점에서 5분이 지난 상태였고, 방 안의 누구도 몰랐습니다. 그 숫자는 한 번도 계산된 적이 없었기 때문입니다.

그들은 35분 동안 순방향으로 문제를 해결하려고 시도했습니다. 라인 카드를 다시 장착하고 재로드해도 카드는 올라오지 않았습니다. 롤백은 3시 25분에 시작되어 75분이 아니라 105분이 걸렸습니다. 돌아가는 길에도 라인 카드에 물리적 조치가 필요했기 때문입니다.

서비스는 5시 10분에 복구됐습니다. 윈도우 종료 시점보다 70분이 지난 뒤였고, 약 4,000명의 고객에게는 업무 시작 시간까지 이어졌습니다. SLA 크레딧은 대략 3만 8천 파운드 수준이었으며, 장애는 라이선스 의무에 따라 보고 가능한 사안이었습니다.

사후 사고 검토에서는 나쁜 MOP를 찾지 못했습니다. 단계는 맞았습니다. 다만, 4시간짜리 윈도우가 있는 문서였고 단계별 소요 시간은 없었으며, 백아웃 계획은 스톱워치가 돌아가는 상태에서 끝까지 한 번도 실행된 적이 없었습니다.

그 이후의 모든 MOP에는 헤더에 시간 열과 최신 중단 시간이 포함되었고, 백아웃이 리허설되지 않은 MOP는 승인되지 않습니다. 이후 14개의 주요 변경 중 3건은 계산된 게이트에서 중단됐습니다. 세 건 모두 윈도우 안에서 끝났고, 그중 어느 것도 사고로 이어지지 않았습니다.

14번 중 3번 중단하는 건 나쁜 기록처럼 들릴 수 있지만, 한 번의 초과가 얼마를 치렀는지와 비교해보면 그렇지 않습니다.

절차 방법서를 단계별로 작성하는 방법

빈 페이지에서 시작하지 말고 변경 기록(change record)에서 시작하세요. 헤더의 모든 항목은 어딘가에 이미 존재해야 합니다.

단계(step)보다 먼저 백아웃 계획을 작성하세요. 그 순서대로 하면 무엇을 되돌리는지 알게 되고, 문서가 끝날 때 지쳐서 적어버리는 백아웃이 '나중 생각'이 되는 것을 막을 수 있습니다.

실험실 또는 동일한 장비에서 타이머와 함께 둘 다 리허설하세요. 이 단계는 팀들이 건너뛰는 경우가 많고, 바로 여기서 소요 시간이 나옵니다. 실험실이 정말로 불가능하다면, 마지막 실행의 실제 시간을 사용하고 여유분을 더하세요.

최신 중단 시간을 계산해 헤더에 넣으세요.

의사결정이 아직 가능한 지점에 게이트를 배치하고, 각 조건은 '느낌'이 아니라 '관찰 가능'하도록 표현하세요. 모든 인터페이스가 올라가 있고 에러 카운터가 정적인 상태는 조건입니다. 건강해 보인다는 것은 조건이 아닙니다.

그다음, 관련이 없는 누군가에게 전달하고 직접 따라가 보라고 요청하세요. 그들이 묻는 모든 질문은 결함(defect)이며, 새벽 2시에 찾는 것보다 지금 찾는 편이 훨씬 저렴합니다.

작업 지시서, RAMS, 그리고 건설용 MOP

건설 및 시설 작업에서는 특히 영국에서, 동일한 문서를 보통 작업 지시서(method statement)라고 부르며 RAMS 패키지로 위험성 평가와 함께 묶습니다. 목적은 상당 부분 겹치지만, 중요한 강조점 차이가 하나 있습니다.

네트워크 MOP는 주로 서비스 연속성에 관심이 있습니다. 무엇이 깨지고, 얼마나 오래 지속되며, 어떻게 다시 돌아오는지. 반면 작업 지시서는 주로 사람에 관심이 있습니다. 작업 순서, 각 단계의 위험, 통제 수단, 플랜트 및 필요한 역량. 두 문서 모두 특정 날짜의 특정 장소에서 수행할 구체적인 작업을 명시합니다.

작업이 둘 다를 포함한다면(데이터 센터 전원 작업이나 물리적 접근이 필요한 변경에서 흔합니다) 두 문서가 모두 필요하며, 작업 순서와 타이밍에 대해 서로 일치해야 합니다. 현장 관점의 문서는 건설 현장 작업 지시 템플릿이 다룹니다.

이 페이지의 시간 산술은 작업 지시서에도 적용되며, 거기에서도 더 자주 누락됩니다. 허가서나 격리 조치에는 유지보수 윈도우와 똑같이 동작하는 '딱 정해진 종료 시점'이 있는 경우가 많기 때문입니다.

통신, 데이터 센터, 유틸리티 전반의 MOP 활용 사례

통신 분야에서 용어가 처음 만들어졌고, MOP가 가장 공식화된 곳도 바로 이곳입니다. 펌웨어 및 소프트웨어 업그레이드, 회로 마이그레이션, 카드 교체, 라우팅 변경, 라이브 네트워크 요소에 손을 대는 모든 작업이 여기에 해당합니다.

데이터 센터는 전원 작업, 냉각 변경, UPS 및 발전기 테스트, 물리적 이동에 MOP를 사용합니다. 이 작업들은 세 가지 중 결과의 중대성이 가장 큽니다. 실수로 여러 고객의 시스템이 한 번에 사라질 수 있고, 롤백이 물리적으로 이뤄져야 할 수도 있기 때문입니다.

유틸리티는 전환(스위칭) 작업과 라이브 배전 작업에 MOP를 사용합니다. 이때 작업은 허가서 to work 시스템과 상호 연동되며, 격리가 확인되기 전에는 MOP를 시작할 수 없습니다.

인프라를 넘어, 동일한 문서는 결과가 큰 단일 실행 변경이라면 어디에나 유용합니다. 데이터베이스 마이그레이션, ERP 컷오버, 결제 제공자 스위치 같은 것들입니다. 대상이 실행 중이고, 윈도우가 고정되어 있으며, 백아웃에 비용이 드는 곳이라면 패턴은 그대로 유지됩니다.

변경이 충분히 중요해서 사전에 교육받은 사람이 필요하다면, MOP를 그로부터 파생된 상시 절차와 함께 사용하고, 가장 자주 틀리는 단계에 대한 짧은 잡 에이드(job aid)도 추가하세요.

Word 또는 Excel에서 절차 방법서 템플릿을 받을 수 있나요?

Excel은 단계 표에 적합하며, 그 이유는 시간 열 때문입니다. 예상 소요 시간과 누적 경과 시간이 자동으로 계산되도록 하고, 롤백 총합과, 윈도우 종료 시각에서 롤백과 여유분을 빼 최신 중단 시간을 계산하는 셀도 필요합니다. 이런 산술을 손으로 직접 하는 것은, MOP를 금요일 오후에 작성할 때 일어나지 않는 일입니다.

Word는 주변 문서에 적합합니다. 목적, 영향, 사전 조건, 커뮤니케이션, 서명 승인. 많은 조직이 둘 다 사용하며, 단계 표를 문서에 포함하거나 별도로 첨부합니다.

PDF는 실행을 위해 발급된 승인 버전에 적합합니다. 현장에서 사용할 복사본을 고정하고, 버전과 함께 스탬프를 찍어야 하기 때문입니다. 출력하세요. 노트북에만 존재하는 MOP는, 변경하려는 대상이 네트워크에 연결되어 있을 때 읽을 수 없는 MOP입니다.

의료 분야의 정책 및 절차 템플릿, 그리고 왜 이것이 아닌가요

일부 사람들은 이 용어를 의료 정책 및 절차 템플릿을 찾는 관점에서 접근합니다. 하지만 이 문서는 그 문서가 아니라는 점을 분명히 말씀드릴 가치가 있습니다.

의료 정책 및 절차는 상시 임상 또는 운영 관행을 설명하며, 인증 및 규제 요구 사항의 적용을 받습니다. 해당 기준에 대해 임상 검토와 버전 관리가 필요하고, 그 기준에 따라 무기한 유지관리됩니다. 반면 MOP는 특정 밤의 특정 변경 1건을 위한 단일 사용 엔지니어링 문서입니다.

혼동이 생기는 것은 이해할 수 있습니다. 둘 다 '절차(procedure)'라는 단어가 들어가고, 여기의 구조는 필요한 것이 임상 정책이라면 도움이 되지 않기 때문입니다. 이러한 요구 사항은 관할 지역과 인증 기관에 따라 달라지며, 일반 템플릿이 아니라 조직의 자체 거버넌스 기능에서 가져와야 합니다.

더 넓게 보면, 이 페이지의 어떤 내용도 안전 또는 컴플라이언스 조언이 아닙니다. 작업에 전기 격리, 작업 허가서, 라이선스가 필요한 활동, 규제 대상 인프라가 포함된다면, MOP는 그것들을 대체하기보다 그 시스템 아래에 위치합니다. 그리고 기존 안전 프로세스가 여러분을 지배합니다.

MOP가 실제로 수행된 내용과 일치하도록 만드는 방법

모든 MOP 주변에는 두 가지 공백이 생깁니다. 작성자가 지켜보는 것이 아니라 기억을 떠올리며 쓰기 때문에, 문서의 단계는 실제 작업 방식에서 벗어납니다. 그리고 밤에 실제로 일어난 기록은 누구도 의도하지 않는 만큼 얇아집니다. 새벽 4시에 사람들이 사실 여부와 상관없이 "MOP에 따라 완료"라고 쓰기 때문입니다.

Trupeer AI는 둘 다를 도와줍니다. 실험실 리허설을 한 번 기록하면, 출력 결과는 명령과 화면이 이미 캡처된 형식의 단계 목록이 되어, 이후에 기억으로부터 무언가를 쓰는 것이 아니라 그 자체가 초안 MOP가 됩니다. 소요 시간도 기록에서 가져옵니다.

기록하세요. 브랜딩하세요. 번역하세요. Trupeer하세요.

MOP가 파생되는 상시 절차의 경우 SOP creator가 이를 다루며, 기술 문서는 장비 기록과 절차를 한곳에 모아 다음 MOP가 정확한 것에서 시작할 수 있게 해줍니다. 설정 지침은 문서 템플릿 설정 가이드에 있습니다.

자주 묻는 질문

Word에서 무료 절차 방법서 템플릿을 제공하나요?

위의 전체 구조를 그대로 Word에 붙여넣으면 헤더, 목적, 영향, 사전 조건, 사전 점검, 단계, 백아웃, 사후 점검, 커뮤니케이션, 서명 승인까지 모두 포함됩니다. 게이트가 있는 다운로드도 없고, 양식도 없습니다. 대부분의 팀은 Word에는 서술형 내러티브를 두고, 단계 표는 스프레드시트에 두게 됩니다. 시간 열에 수식이 필요하기 때문입니다.

Excel에서 무료 절차 방법서 템플릿을 제공하나요?

Excel은 중요한 부분을 담기엔 더 좋은 장소입니다. 단계 번호, 작업, 예상 결과, 예상 소요 시간, 누적 경과 시간에 대한 열이 있고, 백아웃과 그 총합을 위한 두 번째 블록이 있으며, 윈도우 종료 시각에서 롤백과 여유분을 뺀 값으로 최신 중단 시간을 계산하는 셀이 있습니다. 이 하나의 계산 셀이 문서에서 가장 유용한 요소입니다.

PDF에서 무료 절차 방법서 템플릿을 제공하나요?

윈도우용 승인 버전을 내보내고 출력하세요. MOP는 종이 문서가 실제로 더 나은 몇 안 되는 문서 중 하나입니다. 여러분이 만드는 변경이, 파일에 도달하기 위해 노트북이 의존하는 대상일 수 있기 때문입니다. 모든 페이지에 버전과 중단 시간을 스탬프하세요.

더 작은 변경을 위한 간단한 절차 템플릿이 있나요?

위험이 낮고 반복되는 변경이라면 MOP 대신 상시 절차를 사용하고, 한 페이지로 유지하세요. 간단 버전으로 줄여도 되는지의 기준은, 팀 밖의 누구도 알아차리지 못한 채 다음 근무일에 실패를 복구할 수 있는지 여부입니다. 가능하다면 SOP면 충분합니다. 불가능하다면 MOP를 작성하세요.

MOP와 작업 지시서(method statement)의 차이는 무엇인가요?

대체로 지역과 강조점의 차이입니다. 절차 방법서(method of procedure)는 통신, 데이터 센터, 북미 엔지니어링 전반에서 쓰는 용어이며 서비스 연속성과 백아웃에 초점을 둡니다. 작업 지시서(method statement)는 영국의 건설 및 시설 작업 용어로, 보통 위험성 평가와 함께 사용되며 작업을 수행하는 사람들의 안전에 초점을 둡니다. 두 문서는 상당 부분 겹치며, 일부 작업은 둘 다 필요합니다.

누가 절차 방법서를 승인하나요?

변경되는 서비스를 소유한 사람, 그리고 위험을 소유한 사람(대부분의 조직에서는 변경 자문 위원회 또는 지정된 변경 관리자)입니다. 승인자의 역할은 단계를 다시 확인하는 것이 아닙니다. 영향이 이해되었는지, 백아웃이 신뢰할 수 있고 시간까지 맞는지, 그리고 윈도우가 적절한지 확인하는 것입니다.

MOP는 얼마나 길어야 하나요?

변경에 필요한 만큼이면 됩니다. 단, 정직함을 유지하게 하는 한 가지 제약이 있습니다. 실행 가능한 부분은 압박 속에서도 헤매지 않고 순서대로 읽을 수 있어야 합니다. 보통 이는 단계와 백아웃이 몇 페이지 안에 들어가고, 나머지는 그 앞에 배치된다는 뜻입니다. 단계 목록이 약 50단계를 넘어간다면, 두 가지 변경을 두 밤에 나눠 진행하는 것은 아닌지 검토해보세요.

대신 SOP 템플릿은 어디에서 찾을 수 있나요?

필요한 것이 단일 사용 변경 문서가 아니라 상시 절차라면, SOP 템플릿이 일반적인 구조를 다루고, IT SOP 템플릿은 기술 운영을 구체적으로 다룹니다. 여기에는 어떤 절차를 작성할 가치가 있는지 판단하는 방법도 포함되어 있습니다.