졸업·퇴직 전 연구 데이터 인수인계: 후임자가 다시 실행할 수 있게 만드는 체크리스트

졸업이나 이직 날짜는 정해졌는데 원자료는 개인 컴퓨터에, 분석 코드는 개인 계정에, 설문지와 연구계획서는 이메일 첨부파일에 흩어져 있는 경우가 있다. 본인은 파일 이름만 보고도 내용을 알지만, 후임자는 어느 데이터가 최종본인지, 논문의 표를 만든 코드가 무엇인지, 어떤 파일을 열어도 되는지부터 다시 물어야 한다.

연구 데이터 인수인계의 목표는 파일을 많이 복사해 두는 것이 아니다. 후임자가 핵심 파일의 위치와 접근 조건을 확인하고, 데이터의 의미를 이해하며, 대표 분석을 다시 실행할 수 있는 상태를 만드는 것이다. 이를 위해 파일 목록, 권한 이전, 데이터 설명서, 실행 환경, 미완료 업무와 보존·삭제 결정을 하나의 인수인계 묶음으로 남겨야 한다. 떠나는 날 폴더를 전달하는 방식보다, 출발 2~4주 전에 묶음을 만들고 후임자 또는 책임자와 실제 검수를 마치는 편이 안전하다.

이 글은 2026년 10월 13일 기준으로 공식 자료에 공개된 원칙을 연구실 실무에 맞게 정리했다. 미국 NIH 정책은 NIH가 지원하거나 수행하는 연구 중 과학적 데이터를 생성하는 연구에 적용되므로 모든 국내 연구실의 의무 규정으로 일반화할 수는 없다. 다만 데이터와 메타데이터, 관련 문서, 소프트웨어, 접근 제한을 함께 관리해야 한다는 구조는 지원기관과 무관하게 인수인계 상태를 점검하는 기준으로 활용할 수 있다. 적용 의무는 소속기관 규정과 연구비 협약, 연구윤리심의 승인 문서, 동의서 및 데이터 이용계약을 우선 확인해야 한다.

먼저 목표를 정한다: 30분 안에 찾고 실행할 수 있는가

인수인계를 시작할 때는 “모든 파일을 정리한다”처럼 끝을 판단하기 어려운 목표보다 검수 가능한 조건을 정하는 편이 낫다. 이 글에서는 새 담당자가 설명을 듣지 않은 상태에서 30분 안에 핵심 데이터와 대표 분석 코드를 찾고, 실행 방법과 제한 사항을 설명할 수 있는가를 실무 목표로 제안한다. 30분은 공식 기준이 아니라 누락을 발견하기 위한 내부 검수 기준이다.

대표 분석을 완전히 재현하는 데 수일이 걸리는 연구라면 전체 계산을 끝낼 필요는 없다. 작은 예제 데이터나 일부 표본을 이용한 빠른 실행 경로를 별도로 만들고, 전체 실행에 필요한 예상 자원과 순서를 기록하면 된다. 반대로 파일은 열리지만 변수 정의나 제외 기준을 알 수 없다면 인수인계가 끝난 것이 아니다.

인수인계 묶음에 포함할 일곱 가지

구성 요소	포함할 내용	최종 확인 질문
파일 목록	원자료, 정제 데이터, 코드, 프로토콜, 설문지, 논문·보고서, 행정 기록	누락된 저장 위치가 없는가
접근 권한표	현재 소유자, 후임 관리 책임자, 읽기·수정 권한, 제한 사유	퇴직 계정이 닫혀도 열리는가
README	폴더 구조, 파일 역할, 버전, 생성 과정, 관련 문서	파일명을 추측하지 않고 찾을 수 있는가
실행 안내	코드 순서, 소프트웨어와 패키지 버전, 입력·출력 경로	새 환경에서 대표 분석이 실행되는가
민감정보 구분표	식별자 위치, 동의 범위, 이용 제한, 승인 절차	일반 자료와 제한 자료가 분리됐는가
결정 로그	진행 중 업무, 미해결 오류, 분석 변경, 제출 일정	후임자가 다음 결정을 알 수 있는가
보존·삭제 기록	보존 근거, 기간, 저장 책임자, 삭제 승인과 완료일	관행이 아니라 근거에 따라 처리했는가

Harvard Medical School의 연구 데이터 오프보딩 안내도 데이터 위치, 파일 형식, 소프트웨어, 권한, 버전, 연구비와 출판물의 관계를 지식 이전 파일에 기록하도록 권고한다. 또한 공동 폴더의 소유권과 접근 권한 이전, 장기 보관 대상과 삭제 후보의 구분을 별도 작업으로 제시한다. 다만 이 안내의 구체적인 절차와 내부 링크는 Harvard 환경을 전제로 하므로, 국내 기관에서는 구조만 참고하고 실제 승인 경로는 소속기관 규정을 따라야 한다. Harvard Medical School Data Management Offboarding

첫 단계는 복사가 아니라 파일 지도 만들기다

컴퓨터와 저장소를 옮겨 다니며 바로 복사하면 중복만 늘고 최종본을 구분하기 어려워진다. 먼저 프로젝트별 파일 지도를 작성한다. 기관 서버, 승인된 클라우드, 전자연구노트, 분석 서버, 코드 저장소, 외장 저장장치, 개인 컴퓨터와 이메일 첨부파일을 확인하고 각 위치에 무엇이 있는지 기록한다.

분류는 최소한 원자료, 정제·가공 데이터, 분석 코드, 데이터 수집 도구, 연구 프로토콜, 결과물, 행정·윤리 문서로 나눈다. 논문을 출판했다면 각 표와 그림을 만든 입력 데이터와 코드 위치를 연결한다. Harvard의 지식 이전 파일도 출판물별로 원자료와 분석 데이터의 위치, 접근 가능자를 기록하도록 구성되어 있다. Harvard Medical School RDM Knowledge Transfer File

모든 파일을 같은 곳에 넣을 필요는 없다. 대용량 원자료는 승인된 서버에, 공개 가능한 코드와 문서는 저장소에, 식별정보는 제한 구역에 둘 수 있다. 중요한 것은 최상위 인수인계 문서에서 각 위치로 이동할 수 있고, 저장소 이름이나 링크가 바뀌었을 때 수정할 책임자가 지정돼 있는 상태다.

개인 계정과 개인 장비의 의존성을 제거한다

개인 이메일, 개인 클라우드, 퇴직 예정자의 계정이 유일한 소유자로 남아 있으면 파일 자체가 존재해도 인수인계에 실패할 수 있다. 기관이 승인한 공동 공간으로 파일을 옮기고, 책임연구자나 지정된 데이터 관리자가 소유권 또는 관리 권한을 보유하도록 조정한다. 코드 저장소, 설문 플랫폼, 전자연구노트, 웹페이지, 자동 백업과 예약 작업도 별도로 확인한다.

권한표에는 저장 위치, 현재 소유자, 향후 관리 책임자, 접근 가능한 사람이나 역할, 권한 수준, 제한 근거, 이전 완료 여부를 적는다. 민감자료는 편의를 위해 연구실 전체에 권한을 주지 말고 업무상 필요한 사람에게만 이전한다. 외부 공동연구자에게 사본을 넘길 때는 먼저 데이터 이용계약과 기관 승인 여부를 확인해야 한다.

떠나는 연구자가 파일을 개인적으로 보관해도 되는지는 일괄적으로 판단할 수 없다. 데이터의 소유·관리 주체, 연구비 협약, 지식재산권, 참여자 동의와 기관 정책에 따라 달라지므로 “내가 만들었으니 가져간다”는 방식으로 결정해서는 안 된다.

README는 파일 목록이 아니라 해석 안내서다

README에는 파일명만 나열하지 말고 후임자가 판단하는 데 필요한 맥락을 적는다. 프로젝트 목적, 폴더 구조, 원자료와 파생자료의 관계, 최종 분석본, 데이터 생성·정제 과정, 주요 날짜, 담당자, 접근 제한, 보존 책임자를 포함한다. 약어와 코드값, 결측치, 제외 표본, 단위와 날짜 형식도 설명해야 한다.

변수 수준의 설명이 필요한 데이터에는 데이터 사전이나 코드북을 별도 파일로 둔다. NIH 산하 NICHD의 데이터 관리·공유 계획 안내는 데이터 해석과 재사용을 돕는 문서의 예로 실험 프로토콜, 데이터 사전, 코드북, 연구 절차, 설문지와 채점 지침 등을 제시한다. 또한 데이터 접근이나 조작에 특수 소프트웨어와 코드가 필요하면 그 이름과 접근 방법을 기록하도록 안내한다. NICHD Tips for Writing a DMS Plan

파일명은 일관되고 설명 가능해야 한다. 프로젝트 식별자, 자료 유형, 날짜, 버전처럼 실제 검색에 도움이 되는 요소를 정하고, 날짜는 정렬 가능한 형식을 사용한다. 다만 인수인계 직전에 수천 개의 파일명을 일괄 변경하면 코드의 경로와 문서 링크가 깨질 수 있다. 이때는 무리하게 개명하기보다 현재 규칙을 README에 설명하고, 바꿀 파일은 의존성을 확인한 뒤 처리한다. Stanford University Libraries File Naming Guidance

분석 코드는 실행 순서와 환경까지 넘긴다

코드 파일이 있다고 분석을 재실행할 수 있는 것은 아니다. 어느 파일부터 실행하는지, 입력 파일이 어디에 있는지, 중간 산출물이 자동으로 생성되는지, 최종 결과가 어디에 저장되는지 설명해야 한다. 수작업으로 수정한 단계가 있다면 “전처리 완료”라고만 쓰지 말고 수정 규칙과 수행 위치를 남긴다.

실행 안내에는 운영체제, 프로그램과 버전, 패키지 또는 라이브러리 버전, 환경 설정 파일, 필요한 라이선스, 외부 데이터와 비밀키의 위치를 포함한다. 비밀번호나 인증키 자체를 README에 적지 말고 기관의 승인된 비밀정보 관리 방식과 발급 절차를 기록한다. 유료 소프트웨어나 기관 전용 프로그램이 필요하면 후임자가 라이선스를 승계할 수 있는지도 확인한다.

가능하다면 분석을 원자료 입력, 정제, 분석, 표·그림 생성 단계로 나누고 실행 순서를 번호로 표시한다. 환경 고정 파일이나 컨테이너가 있더라도 설명 문서를 생략하지 않는다. 오래된 환경이 실행되지 않을 경우를 대비해 데이터와 주요 산출물은 가능한 범위에서 널리 읽히는 형식으로 내보내되, 원래 파일도 보존 규정에 따라 유지한다.

사람 대상 연구자료는 세 구역으로 분리한다

사람 대상 자료는 최소한 직접 식별정보, 연구용 데이터, 공개·공유 가능한 파생자료로 나눠 생각해야 한다. 연락처와 대응표처럼 재식별에 직접 사용될 수 있는 파일은 분석 데이터와 같은 폴더에 두지 않는다. 연구용 식별키가 필요하다면 키 파일의 위치와 접근 책임자를 제한적으로 기록한다.

비식별 처리됐다는 이유만으로 자동 공개해서도 안 된다. NIH는 동의서, 법령, 정책 또는 계약에 후속 이용 제한이 있거나 민감성 및 재식별 위험이 있는 사람 유래 데이터에 통제 접근이 필요할 수 있다고 안내한다. 공개 접근 여부는 연구자가 혼자 정하기보다 기관 심의와 승인 문서에 따라 판단해야 한다. NIH Designating Scientific Data for Controlled Access

인수인계표에는 동의 범위, 승인된 이용 목적, 접근 가능한 연구진, 외부 이전 가능 여부, 이용 종료 후 조치와 관련 문서 위치를 적는다. 구체적인 참여자 정보는 일반 파일 목록에 노출하지 않는다. 국내 연구라면 소속기관 연구윤리심의위원회 승인 문서, 연구계획서, 설명문·동의서와 데이터 이용계약의 문구를 우선 적용한다.

보존과 삭제는 서로 다른 승인 작업이다

원자료, 논문 결과를 뒷받침하는 분석 데이터와 코드, 연구노트, 승인·동의 문서, 데이터의 의미를 설명하는 메타데이터는 임의로 삭제하지 않는다. 정확한 보존 기간은 연구 유형, 기관, 지원기관, 계약과 출판 정책에 따라 다르다. NIH의 데이터 관리·공유 정책도 데이터 보존과 공유를 계획하도록 요구하지만, 모든 연구에 적용되는 하나의 보존 연수를 제시하는 문서는 아니다. 이 정책은 2023년 1월 25일부터 해당 범위의 NIH 지원·수행 연구에 적용된다. NIH Final Policy for Data Management and Sharing

삭제 후보는 확인 가능한 중복본, 다시 생성할 수 있는 임시 파일, 승인된 보존 가치가 없는 캐시와 실패한 출력물 등이다. 그러나 중복처럼 보여도 하나는 원자료이고 다른 하나는 비식별 사본일 수 있다. 파일 크기나 이름만으로 삭제하지 말고 내용, 해시값, 생성 경로와 참조 여부를 확인한다.

민감자료는 보안을 이유로 무조건 여러 위치에 복제하는 것도 위험하다. 승인된 원본과 백업 위치를 정하고, 불필요한 사본은 책임자 승인과 기관의 안전한 파기 절차에 따라 삭제한다. 삭제 기록에는 대상, 근거, 승인자, 실행자와 완료일을 남긴다.

미완료 업무는 결정 로그로 넘긴다

진행 중인 분석은 결과 파일보다 판단 과정이 더 중요할 수 있다. 현재 가설, 마지막으로 실행한 코드, 제외 기준 변경, 예상과 다른 결과, 해결하지 못한 오류, 공동연구자에게 확인할 질문을 결정 로그에 적는다. 문제가 없는 것처럼 정리하기보다 불확실성과 실패 지점을 분명히 남기는 편이 후임자의 중복 작업을 줄인다.

논문 수정, 데이터 저장소 제출, 연구비 보고, 심의 변경·종료 보고처럼 기한이 있는 업무는 담당자와 날짜를 함께 기록한다. 제출 시스템의 개인 계정에 초안이 있다면 파일을 내려받아 기관 공간에 보관하고, 공식적인 담당자 변경 절차가 필요한지 확인한다. 자동 알림이 전임자 이메일로만 발송되지 않는지도 점검한다.

마지막 검수는 후임자가 직접 수행한다

인수인계 문서를 작성한 사람이 스스로 읽는 검수만으로는 숨은 전제를 찾기 어렵다. 후임자, 책임연구자 또는 연구지원 인력에게 최상위 README만 제공한 뒤 다음 작업을 수행하게 한다.

1. 대표 논문이나 보고서 하나를 고르고 근거 데이터와 분석 코드를 찾는다.
2. 자신의 기관 계정으로 폴더, 코드 저장소와 전자연구노트에 접근한다.
3. README의 순서에 따라 예제 또는 대표 분석을 실행한다.
4. 결과가 기준 산출물과 일치하는지 확인하고 차이가 있으면 기록한다.
5. 민감자료에 과도한 권한이 부여되지 않았는지 확인한다.
6. 미완료 업무 하나를 골라 다음 담당자와 기한을 설명한다.

실행 오류가 발생하면 단순히 구두로 해결하지 말고 README와 환경 파일을 수정한 뒤 다시 검수한다. 이전 담당자의 계정을 로그아웃하거나 권한을 제거한 상태에서도 필요한 파일이 열리는지 확인해야 한다. 이 절차를 통과한 날짜와 확인자를 책임 확인표에 기록하면 인수인계 완료 여부를 명확히 할 수 있다.

연구실 공통 절차로 남길 최소 항목

연구 데이터 인수인계는 떠나는 사람에게만 맡기면 매번 다른 품질로 끝난다. 연구실은 프로젝트 시작 시 저장 위치와 파일명 규칙, 데이터 책임자, 백업 방식, 민감자료 구역을 정하고, 중간 점검과 퇴실 검수를 같은 양식으로 운영할 필요가 있다. 지식 이전 문서는 퇴직 직전에 처음 만드는 문서가 아니라 프로젝트 진행 중 갱신하는 문서로 두는 편이 효율적이다.

• 인수인계 대상 프로젝트와 자료 범위
• 기관 승인 저장소와 장기 보관 위치
• 파일·폴더 소유권 및 접근 권한 이전 담당자
• README, 데이터 사전, 코드 실행 안내의 완료 여부
• 심의·계약·동의에 따른 이용 제한
• 보존·삭제 결정의 승인자와 근거 문서
• 후임자의 대표 분석 재실행 결과
• 미완료 업무, 기한과 최종 책임자

최종 판단

좋은 연구 데이터 인수인계는 파일 수나 폴더의 단정함으로 판단하지 않는다. 후임자가 전임자의 기억과 개인 계정에 의존하지 않고 자료를 찾고, 의미와 제한을 이해하고, 핵심 분석을 다시 실행할 수 있어야 한다. 가장 먼저 파일 지도를 만들고 기관 공간으로 권한을 이전한 뒤, README·환경 정보·결정 로그를 연결하고 후임자 검수로 마무리하는 순서가 현실적이다.

시간이 부족하다면 모든 파일명을 고치는 일보다 원자료와 최종 데이터의 구분, 논문 결과와 코드의 연결, 민감정보 분리, 소유권 이전을 우선한다. 삭제와 외부 반출은 마지막까지 개인 판단으로 처리하지 말고 공식 책임자와 기관 절차를 거쳐야 한다.

검증이 더 필요한 부분

• 소속기관에서 연구 데이터와 코드의 소유·관리 책임을 누구에게 두는지
• 연구비 협약, 학술지 정책과 기관 규정이 요구하는 실제 보존 기간
• 연구윤리심의 승인 문서와 동의서가 허용하는 후속 이용·공유 범위
• 데이터 이용계약, 공동연구계약과 지식재산권 조건상 외부 이전이 가능한지
• 기관 클라우드, 서버, 전자연구노트와 코드 저장소에서 소유권 이전이 지원되는지
• 퇴직·졸업 후 계정 폐쇄 일정과 공유 링크, 자동화 작업, 백업의 유지 여부
• 유료 소프트웨어 라이선스와 상용 데이터의 후임자 승계 가능 여부
• 기관이 승인한 민감자료 삭제 및 저장매체 파기 절차

출처 및 확인일

확인일: 2026년 10월 13일. Harvard Medical School의 자료는 해당 기관의 연구 데이터 오프보딩 절차를 중심으로 하며, NIH 자료는 명시된 NIH 지원·수행 연구의 정책과 안내에 해당한다. Stanford University Libraries 자료는 파일 정리 원칙을 위한 참고 지침으로 사용했다. 실제 인수인계에는 소속기관, 지원기관, 심의기구와 계약 문서를 우선 적용해야 한다.