지식 이전은 사람들이 떠난 뒤에도 조직이 회복탄력성을 유지하도록 하는 핵심입니다. Trupeer를 사용하면 무료 지식 이전 SOP 템플릿으로 시작해 브랜드 가이드라인에 맞게 커스터마이징하고, AI SOP 크리에이터로 지식을 다음 사람이 실제로 활용할 수 있는 비디오 워크스루로 전환하여 지식 이전 문서 작업에 드는 시간을 몇 시간이나 절약할 수 있습니다.

지식 이전 SOP 템플릿이란 무엇이며, 언제 필요할까요?

지식 이전 SOP는 한 사람이 알고 있는 내용을 다른 사람에게 넘기고, 그 사람이 더 이상 이용할 수 없기 전에 문서로 남기기 위한 표준 절차입니다. 매번 동일한 순서가 반복되기 때문에 ‘계획’이라기보다 ‘절차’이며, 각 이직마다 처음부터 작성한 계획은 유용할 때까지 도착하지 못합니다.

역할에 기록되지 않았고 다른 누구도 보유하지 않은 지식이 있을 때 필요합니다. 이는 대부분의 조직이 생각하는 것보다 더 좁은 범위의 역할이며, 그만큼 더 긴급합니다. 테스트는 간단합니다. 만약 이 사람이 내일 출근하지 않는다면, 무엇이 멈추고 아무도 알아차리기까지 얼마나 걸릴까요?

사직 시, 내부 이동 시, 약 3개월 정도의 육아휴직 시, 그리고 한 사람이 약 4년 이상 보유한 모든 역할에 적용해 보세요. 마지막 트리거는 사람들이 가장 자주 건너뛰는 것이고, 가장 최악의 놀라움을 만들어내는 트리거이기도 합니다. 재직 기간의 길이가 명시적 지식을 보이지 않는 습관으로 바꾸기 때문입니다.

인벤토리 기반 지식 이전이 놓치는 것

현재 유통되는 거의 모든 지식 이전 템플릿은 같은 방식으로 작동합니다. 퇴사(또는 이직)하는 사람이 자신이 아는 것 또는 자신이 소유한 것을 나열하게 합니다. 그 목록을 문서로 바꿉니다. 항목을 체크합니다. 서식을 서명합니다.

이 방법에는 치명적인 가정 하나가 있습니다. 사람들이 자신의 지식을 ‘볼 수 있다’는 전제입니다. 하지만 사람은 자신의 지식을 볼 수 없고, 경험이 많을수록 그 능력은 더 떨어집니다. 역할에 6년째인 사람이라면, 생각 없이 실행하는 점검, 대기열이 아니라 전화를 거는 사람, 한 달에 네 번 중 한 번 늦게 도착하는 파일—이런 것들은 지식처럼 느껴지지 않습니다. 그냥 화요일처럼 느껴집니다.

그래서 인벤토리는 책임에 대한 충실한 기록은 만들지만, 습관에 대해서는 거의 남기지 못합니다. 문서는 철저해 보이고 체크리스트는 완벽해 보이지만, 1개월 차에 깨지는 것들은 아무도 목록에 적어두지 않았던 항목들입니다. 퇴사(또는 이직)하는 사람 본인도 포함됩니다.

해결책은 더 좋은 목록을 만드는 것이 아닙니다. 묻는 것을 멈추고, 관찰을 시작하는 것입니다.

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

1단계: 템플릿 섹션 열기

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

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

작업하려는 템플릿을 클릭해 열어 주세요.

3단계: 템플릿 보기 확장

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

4단계: 템플릿 편집

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

편집기에서 다음을 할 수 있습니다:

• 새 섹션 추가

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

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

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

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

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

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

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

지식 이전 SOP 템플릿으로 다음을 할 수 있습니다:

• 문서 작업 시간을 절약: 전환을 위해 구성된 구조로 빈 페이지를 건너뛰세요.

• 핵심 지식 포착: 내장 섹션을 통해 암묵지와 명시지 모두가 전환되어 전달됩니다.

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

• 새 담당자를 더 빠르게 온보딩: SOP에 비디오 워크스루를 함께 제공해 빠르게 적응할 수 있도록 하세요.

• 전환을 표준화: 모든 역할 변경 또는 퇴사에 동일한 SOP를 사용하세요.

• 글로벌 팀에 도달: 한 번의 클릭으로 지식 이전 문서를 65+개 언어로 번역하세요.

리버스 섀도잉: 퇴사자가 후임의 작업을 지켜봅니다

일반적인 섀도잉은 후임이 퇴사자의 작업을 지켜보는 방식입니다. 생산적인 것처럼 느껴지지만, 의사결정을 거의 배우지 못합니다. 익숙한 작업을 능숙하게 수행하는 사람은 결정을 건너뛰기 때문입니다. 후임은 무슨 일이 일어났는지는 보지만 ‘왜’는 알 수 없고, 어떤 부분이 선택이었는지도 구분할 수 없습니다.

이를 뒤집어 보세요. 첫 주부터 후임이 작업을 수행하고, 퇴사자는 옆에 앉아 무언가가 잘못될 것 같을 때가 아니면 아무 말도 하지 않습니다.

이 방식은 두 사람 모두에게 불편할 수 있지만, 그 불편함 속에 가치가 있습니다. 퇴사자가 말을 해야 할 때마다, 어떤 목록도 드러내지 못했을 지식 한 조각이 방금 드러난 것입니다. 지식을 ‘무엇을 알고 있는지’ 묻는 대신, 누군가가 잘못 이해하는 장면을 지켜보는 것이 그 말을 하게 만드는 트리거이기 때문입니다. 그런 개입이 바로 결과물입니다.

전달은 작업의 전체 사이클이 한 번 완전히 지나가고, 퇴사자가 아무 말도 하지 않을 때 끝납니다. 체크리스트가 완료되었다고 해서 끝나는 것도 아니고, 문서가 작성되었다고 해서 끝나는 것도 아닙니다. 침묵은 종료 테스트이며, 유일하게 ‘속이기 어려운’ 테스트입니다.

이 SOP 템플릿의 중심에 있는 ‘중단 로그’

하나의 산출물이 전체 절차를 담고 있습니다. 퇴사자가 말을 할 때마다 누군가가 한 줄을 기록합니다.

후임이 하고 있던 것. 중단이 발생한 시점의 작업.

퇴사자가 말한 것. 퇴사자의 말 그대로, 정리하지 않은 표현.

이게 목록에 있었을까요? 예 또는 아니오. 이것을 추적하세요. 다음에 이 절차를 같은 방식으로 실행해야 한다는 근거는 ‘아니오’라고 답한 비율이기 때문입니다.

놓쳤을 때의 결과. 세 단계: 겉보기 문제, 재작업, 또는 사고. 모든 중단이 문서로 작성할 가치가 있는 것은 아니므로, 이후 문서화 우선순위를 정하는 방식이 바로 이것입니다.

문서로 작성했나요? 링크는 존재하게 되면 그 링크.

로그는 관찰자가 실시간으로 채웁니다. 관찰자는 두 핵심 당사자 중 한 명이 아니라 매니저일 수도 있습니다. 스트레스가 큰 대화에서 두 사람은 메모를 잘 남기지 못합니다.

중단 횟수를 주 단위로 집계하세요. 정상적인 전환은 1주차에 대략 25회 정도에서 4주차에는 5회 미만으로 급격히 떨어지는 형태를 보입니다. 수평선은 후임에게 실제 통제권이 주어지지 않았다는 뜻이며, 이 방식에서 가장 흔한 실패입니다.

무료 지식 이전 SOP 템플릿: 그대로 복사하는 전체 절차

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

1. 목적. 퇴사 또는 이동하는 역할 보유자의 업무 지식을 지정된 후임에게 이전하고, 그 역할 보유자가 더 이상 이용할 수 없기 전에 문서 형태로 남기기 위함.

2. 트리거. 사직 승인, 내부 이동 확정, 연장 휴가 승인, 또는 [연간 리스크 검토] 기간 동안 단일 인물 의존 역할로 식별된 역할. 절차는 트리거 발생 후 [2] 영업일 이내에 시작합니다.

3. 범위 테스트. 역할 보유자가 지난 [6]개월 동안 다른 누구도 수행하지 않은 반복 작업을 수행하는 경우, 또는 다른 누구도 보유하지 않은 시스템 접근 권한을 보유한 경우에는 전체 절차를 실행합니다. 둘 다 해당하지 않는 경우에는 서면 인수인계 메모만으로 충분합니다.

4. 역할. 퇴사자는 관찰하고 개입합니다. 후임은 작업을 수행합니다. 관찰자는 보통 라인 매니저이며, 중단 로그를 관리하고 최종 승인(사인오프)을 담당합니다. [Role]은 후임이 이전 업무에서 실제로 해방되도록 커버를 제공하며, 이는 대부분 건너뛰는 단계이자 이 절차가 실제로 작동하는지 결정하는 단계입니다.

5. 1주차, 통제권 이전. 후임은 퇴사자가 있는 상태에서 해당 역할의 반복 업무 전체 범위를 수행합니다. 퇴사자는 키보드를 만지지 않습니다. 모든 개입은 로그에 기록합니다.

6. 2~3주차, 로그 기반 문서화. 로그를 바탕으로 결과가 가장 큰 것부터 우선순위를 정해 후임이 문서를 작성합니다. 후임이 작성하는 이유는, 후임만이 명확하지 않았던 부분을 여전히 기억하기 때문입니다. 퇴사자는 검토합니다. ‘겉보기(cosmetic)’로 평가된 항목은 문서로 작성하지 않고 로그에만 남겨둘 수 있습니다.

7. 마지막 주, 침묵의 사이클. 후임은 개입 없이 작업의 전체 사이클(월간 또는 기간 종료 작업 포함)을 완료합니다. 퇴사자가 말을 해야 한다면 사이클을 다시 시작하거나, 해당 항목을 ‘알려진 공백(known gap)’으로 에스컬레이션합니다.

8. 접근, 관계 및 자격 증명. 별도로 처리하며, 업무 세션 내부에서는 절대 진행하지 않습니다. 접근 권한 이전은 지정 계정이 아니라 [일반 접근 요청 프로세스]를 통해 역할 기반 계정으로 전환합니다. 관계 이전은 연락처 리스트를 전달하는 방식이 아니라, 서면으로 지정된 인수인계와 함께 소개로 이뤄집니다.

9. 알려진 공백 등록. 전환이 다루지 못한 모든 항목을 소유자와 날짜와 함께 기록합니다. 실제 전환에는 반드시 이런 항목이 있습니다. 이런 항목이 하나도 나오지 않는 절차는 정직하게 실행되지 않은 것입니다.

10. 최종 승인(사인오프). 관찰자는 침묵의 사이클이 완료되고, 알려진 공백 등록부에 각 항목별 소유자가 지정되면 서명합니다. 퇴사자의 마지막 날 이전에는 서명하지 않으며, 퇴사자의 마지막 날에도 서명하지 않습니다.

여기까지 복사하세요.

전환을 끝내는 ‘침묵의 사이클’을 실행하는 방법

침묵의 사이클은 사람들이 가장 건너뛰려고 하는 유일한 단계이며, 보통 퇴사자의 통지 기간이 끝났기 때문입니다. 하지만 그 사이클이 바로 앞선 주들이 실제로 효과가 있었는지 확인하는 구간이므로, 그만두지 마세요.

사이클은 작업이 자연스럽게 계속되는 가장 긴 기간으로 정의하세요. 대부분의 운영 역할에서는 기간 종료 작업이 포함되어야 하므로 한 달입니다. 월간 보고서, 28일에 청구하는 공급업체까지 포함해야 하기 때문입니다. 작업이 진짜로 매주 단위로 이뤄지는 역할이라면 일주일이면 충분합니다. 통지 기간에 맞추기 위해 더 짧은 사이클을 선택하는 것은 이 절차가 조용히 깨지는 가장 흔한 방법입니다.

사이클 동안 퇴사자는 연락 가능 상태로 유지하되, 침묵을 지킵니다. 누군가가 불러오면 기록하고, 전환 실패가 아니라 ‘공백’으로 처리하세요.

통지 기간이 전체 사이클을 담기엔 너무 짧다면, 퇴사자가 떠난 뒤에 지정된 외부 대체 인력과 함께 사이클을 실행하고, 실제로 일어난 것처럼 꾸미지 말고 ‘알려진 공백’으로 기록하세요.

지식 이전 예시: 체크리스트 31개 항목, 사고 9건

Nordvale Energy는 약 900명의 직원이 있는 회사로, 6년 동안 야간 리포팅 파이프라인을 담당하던 데이터 엔지니어를 잃었습니다. 그 파이프라인은 트레이딩 대시보드와 규제 보고(리턴) 모두에 데이터를 공급했습니다.

전환은 통상적인 기준에서 볼 때 철저했습니다. 그녀는 자신이 소유한 모든 것을 나열했고, 그 수는 31개였습니다. 그녀는 총 약 9,000단어 분량의 문서 14개를 작성하고, 워크스루 비디오 4개를 기록했습니다. 그녀의 매니저는 마지막 날 체크리스트에 서명했습니다.

그녀가 떠난 뒤 첫 달 동안 파이프라인에는 사고 9건이 발생했습니다. 그중 6건은 목록에 한 번도 등장하지 않았던 것들에서 비롯됐고, 그녀가 어떤 것을 숨겼기 때문이 아니었습니다.

매주 화요일마다 실행하던 수동 단계가 있었고, 그녀는 4년 동안 매주 화요일마다 그것을 실행해 왔지만, 그 단계는 더 이상 ‘단계’로 등록되지 않았습니다. 또한 4번 중 대략 한 달에 한 번 늦게 도착하는 공급업체 파일이 있었는데, 그녀는 어떤 누구도 이름 붙일 수 있는 프로세스로 처리하지 않고 ‘기다림’으로 해결했습니다. 정산(reconciliation)이 맞지 않을 때는 공식 대기열 대신, 재무(Finance)의 특정 담당자에게 전화를 걸었습니다. 공식 대기열은 3일이 걸렸기 때문입니다. 그리고 매일 아침 6시부터 6시 40분 사이에 두 개의 대시보드가 깨져 보였고, 원래 그렇게 되도록 의도된 것이었습니다. 마지막으로, 매년 4월마다 바꿔야 하는 하드코딩된 날짜가 들어간 스크립트도 있었습니다.

이 모든 것은 특별한 일이 아닙니다. 전부 6년의 잔재이며, 누군가에게 ‘당신이 아는 게 뭐냐’고 물어서는 회수할 수 없는 것들입니다.

8개월 뒤 두 번째 엔지니어가 같은 팀을 떠났습니다. 이번에는 후임이 첫 주부터 퇴사자가 관찰하는 가운데 파이프라인을 실행했습니다. 중단 로그에는 1주차에 27번의 개입, 2주차에 11번, 3주차에 4번, 4주차에 1번이 기록됐습니다. 총 43개 항목이었고, 그중 19개는 ‘목록에는 절대 등장하지 않았을 항목’으로 표시되었습니다.

문서는 인벤토리에서가 아니라 로그에서 작성됐습니다. 대부분 항목은 각각 1~2줄 정도였고, 결과의 중요도에 따라 우선순위를 매겼습니다. 그 다음 달에는 사고 2건이 발생했습니다.

두 번째 전환은 첫 번째와 비교해 달력 기준으로 더 오래 걸리지 않았습니다. 대신 더 적은 문장으로, 그리고 훨씬 더 적은 문제(깨짐)로 이어졌습니다.

이전해야 할 지식의 유형과, 왜 목록이 대부분을 놓치는가

현재 시점에서 대부분의 가이드는 분류 체계를 제안합니다. 즉, 명시지와 암묵지, 기술적 지식과 관계적 지식, 절차적 지식과 맥락적 지식 같은 범주입니다. 위 분류는 정확하지만, 앞서 말한 이유 때문에 실제 작업 도구로서는 큰 도움이 되지 않습니다. 암묵지를 보유한 사람에게 ‘열거해 보라’고 요청할 수는 없습니다. 암묵지의 정의적 특징은, 보유자가 그것을 ‘지식’으로 경험하지 않는다는 점이기 때문입니다.

사전 프롬프트로 쓰기보다는, 사후에 커버리지를 점검하는 용도로 분류 체계를 사용하세요. 1주차가 끝나면 중단 로그를 보고 어떤 범주가 과소 대표되는지 확인합니다. 모든 항목이 절차적이고 관계적 항목이 하나도 없다면, 아직 후임에게 다른 부서와의 대화가 필요한 어떤 것도 제공하지 않은 상태이며, 2주차에 그 부분을 바로잡아야 합니다.

직접적으로 프롬프트할 가치가 있는 범주는 실패에 대한 지식 하나뿐입니다. 이전에 무엇이 잘못됐는지, 그것이 어떤 모습이었는지, 그리고 무엇을 했는지 말입니다. 이것이 유일하게 사람들이 요청 시 신뢰할 수 있게 떠올릴 수 있는 종류입니다. 사고는 화요일처럼 쉽게 잊히지 않기 때문입니다.

지식 이전 방법 비교, 그리고 각 방법이 통하는 시점

통지 기간이 4주인 경우의 실용적인 조합은 일상 업무에는 리버스 섀도잉, 실패 이력과 관계에는 구조화된 인터뷰, 문서화를 저렴하게 만들기 위해 기록된 워크스루입니다. 이 목록에 있는 어떤 것도 ‘겹침(overlap)’을 대체할 수 없습니다.

시스템 중심 역할을 위한 소프트웨어 및 IT 지식 이전

엔지니어링 및 IT 역할에는 세 가지 추가가 필요합니다. 지식이 부분적으로는 문서로는 후임이 점검할 수 없는 시스템에 있기 때문입니다.

퇴사자가 관찰하는 가운데, 운영 환경을 실제로 기준으로 전환을 진행하세요. 프로덕션 접근 권한을 포함해 실제 환경에서 수행해야 합니다. 스테이징에서만 진행한 전환은 작업의 ‘형태’만 가르치고 실제 현실은 가르치지 못합니다.

또한 최소한 한 번의 온콜 로테이션 또는 기간 종료 실행을 겹침 기간 안에 포함하세요. 중요한 실패 지식은 무언가가 깨졌을 때, 그리고 시간 압박이 있을 때만 드러나기 때문입니다.

그리고 문서화되지 않은 의존성을 1순위 산출물처럼 다루세요. 어떤 작업이 어떤 자격 증명을 소비하는지, 어떤 스크립트가 어떤 머신에서 실행되는지, 어떤 서비스가 실제로 무엇에 의존하는지 말입니다. 이 자료는 6개월 뒤 사고를 만들어내는 원인이 되며, 파일로 제출되는 인수인계 메모가 아니라 IT 문서에 포함되어야 합니다.

진짜 운영 깊이가 있는 역할이라면, 이 절차를 후임을 위한 30-60-90일 플랜과 함께 짝지어 주세요. 전환은 첫 달을 커버하지만, 남은 역량은 더 오래 걸리기 때문입니다.

후임이 없고 겹침도 없다면?

이것은 가장 흔한 실제 상황이며, 거의 어떤 템플릿도 이를 다루지 않으므로, 직접적으로 말해두는 것이 좋습니다.

지정된 후임이 없다면, 매니저 또는 작업을 일시적으로 맡게 될 사람에게 전환하고, 그들과 동일한 절차를 실행하세요. 완벽하지는 않지만, 아무에게도 전환하지 않는 것보다는 훨씬 낫습니다. 한 사람의 머릿속 지식을 두 사람(그리고 로그)로 바꾸기 때문입니다.

겹침이 전혀 없다면(퇴사가 즉시 이뤄졌다면), 전체 전환은 불가능하다고 받아들이고 단축 버전을 실행하세요. 일상 업무는 시간이 지나며 다시 발견할 수 있지만 의존성은 그렇지 않으므로, 가능한 시간을 실패 이력과 의존성에 쓰세요. 그런 다음 알려진 공백 등록부를 적극적으로 채우고, 이를 마무리 형식 절차로 취급하지 말고 ‘실시간 리스크 목록’처럼 다루세요.

규제 대상 역할에서는(라이선스 하에 지정된 책임자, 통제 기능, 안전성 케이스에서 요구되는 역할 등) 어떤 경우에도 두 가지 지름길은 허용되지 않습니다. 사직 시점에서 컴플라이언스를 참여시키세요. 공석 자체가 보고가 필요할 수 있고, 후임이 실제로 행동하기 전에 승인이 필요할 수 있기 때문입니다.

Word, Excel 또는 PPT에서 지식 이전 SOP 템플릿을 받을 수 있나요?

Word는 절차 자체에 적합합니다. 즉, 위의 10개 번호 조항이 해당하며, 대부분의 조직이 프로세스 라이브러리에 원하는 형태입니다. Excel은 중단 로그에 적합하며, 실제 작업이 일어나는 곳입니다. 개입 1건당 1행으로 구성하고, 작업(task), 말한 내용(what was said), 목록에 있었을지 여부(예/아니오로 체크 가능), 결과(consequence), 작성 후 링크(written-up link)를 열로 둡니다. 이 시트가 이 페이지가 만들어내는 가장 유용한 산출물이자, 어떤 다운로드 템플릿도 제공하지 않는 바로 그 자료입니다.

PowerPoint는 스티어링 그룹 또는 퇴사자의 디렉터에게 제공하는 요약에 적합합니다. 주차별로 중단 횟수가 줄어드는 모습을 보여주기 때문입니다. 이 차트는 어떤 논리보다도 겹침이 더 낫다는 주장을 설득력 있게 만듭니다. 겹침은 비용이 많이 드는 부분이고, 재무가 가장 먼저 묻는 항목이기 때문입니다.

작업을 멈추지 않고 지식 이전을 문서화하는 방법

문서화 단계는 전환이 멈추는 지점입니다. 2~3주는 후임이 문서를 작성할 시간이 있다고 가정하지만, 막 전체 역할을 맡은 후임에게는 그렇지 않습니다.

Trupeer AI는 그 비용의 대부분을 제거합니다. 후임은 퇴사자가 지켜보는 가운데 작업을 수행하고 한 번만 기록하면, 스크린샷이 이미 준비된 포맷의 단계별 가이드가 만들어집니다. 이미 존재하는 초안을 편집하는 일은, 긴 주의 끝에서 빈 페이지에 처음부터 작성하는 일과는 다른 작업입니다.

기록하세요. 브랜드를 입히세요. 번역하세요. Trupeer로 만드세요.

같은 녹화가 문서화된 절차, 다음 사람이 볼 비디오, 그리고 일관된 브랜딩의 지식 베이스 문서까지 만들어냅니다. 중단 로그는 결과의 중요도에 따라 우선순위가 매겨지므로, 중요하지 않은 40개가 아니라 중요한 10개를 기록하게 됩니다. SOP creator는 절차 측면을 다루며, 설정 지침은 문서 템플릿 설정 가이드에 있습니다.

전환이 조직이 지식을 포착해야 하는 여러 순간 중 하나라면, 저희의 지식 관리 템플릿이 나머지 순간들도 정리해 드립니다.

자주 묻는 질문

Word에서 무료 지식 이전 SOP 템플릿을 제공하나요?

위의 10개 조항 절차는 Word 또는 Google Docs에 그대로 붙여넣을 수 있으며, 대괄호로 표시된 필드 외에는 추가 편집 없이 프로세스 라이브러리에 바로 담을 수 있도록 작성되어 있습니다. 별도의 잠금 다운로드가 없으므로, 텍스트와 사용자 사이에 양식도 없습니다. 채운 버전을 자신의 트리거 정의와 함께 저장하세요. 그것이 바로 ‘내 것’이 되게 만드는 부분이기 때문입니다.

Excel 또는 xls에 지식 이전 템플릿이 있나요?

Excel은 중단 로그를 담기에 적합하며, 로그는 절차보다 더 중요합니다. 5개 열: 작업, 말한 내용, 이것이 목록에 있었을지 여부, 결과, 작성 후 링크. 낙차가 보이도록 주간 카운트를 추가하세요. 이 숫자가 바로, 전환이 진행되는 동안 실제로 작동하는지 알려주는 값이기 때문입니다.

PPT에서 지식 이전 SOP 템플릿을 제공하나요?

절차가 아니라 ‘사례’에 슬라이드를 사용하세요. 4장의 슬라이드로 충분합니다. 위험에 처한 역할, 날짜와 함께 요청된 겹침, 이전에 실행한 전환에서의 중단 횟수(마지막 전환 기준), 그리고 그 전환에서의 알려진 공백 등록부입니다. 마지막 두 개는 다음에 겹침이 승인되도록 만드는 근거가 됩니다.

PDF에서 지식 이전 SOP 템플릿을 제공하나요?

대괄호 필드에 트리거, 통지 기간, 지정된 역할을 담았다면, 이제 직접 PDF로 내보내세요. 일반적인 PDF는 그런 내용을 담을 수 없고, 4번 조항에 여전히 [Role]이라고 적혀 있다면 누구도 그걸 따라 실행하지 않을 것입니다.

KT 플랜의 전체 형태는 무엇인가요?

KT는 knowledge transfer(지식 이전)의 약자이므로, KT 플랜은 지식 이전 플랜입니다. 이 용어는 IT 서비스와 아웃소싱에서 가장 흔하게 쓰입니다. 공급업체 간 전환 또는 해외/국내 팀 간 전환이 자주 일어나서, 상시적으로 부를 수 있는 이름이 필요할 정도이기 때문입니다. KT 플랜은 보통 ‘이직(부서 이동) 1건당’의 인스턴스입니다. 이 페이지의 SOP는 각각을 생성하는 상시 절차입니다.

지식 이전은 얼마나 걸려야 하나요?

개입 없이 작업의 전체 사이클 1회를 포함할 만큼이면 됩니다. 대부분의 운영 역할에서는 기간 종료 작업 때문에 한 달이 됩니다. 실제 목표는 4주간의 진짜 겹침입니다. 2주는 범위가 좁은 역할에는 가능하지만, 수년간 한 직무를 맡아온 사람에게는 충분하지 않습니다.

지식 이전은 누가 소유해야 하나요?

관찰자이자 최종 승인 담당자는 라인 매니저입니다. 자신의 지식에 대한 동기와 가시성이 가장 낮은 퇴사자는 아니며, 트리거와 체크리스트를 소유할 수는 있어도 후임이 실제로 작업을 수행할 수 있는지 판단할 수 없는 HR도 아닙니다.

지식 이전과 인수인계의 차이는 무엇인가요?

인수인계는 문서와 그 ‘순간’입니다. 즉, 여기서는 무엇을 이어받는지 의미합니다. 지식 이전은 인수인계를 ‘살아남게’ 만드는 과정이며, 오후 한때가 아니라 몇 주가 걸립니다. 뒤에 전환이 없는 인수인계 메모는, 후임이 지금은 몰라도 되는 책임이 무엇인지 나열한 목록에 불과합니다.