이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
연구실에서 임상 데이터를 관리하며 개인정보 관리 원칙을 직접 적용하는 경험을 쌓았습니다. 환자 식별 정보를 별도 암호화 파일로 분리 보관하고, 접근 권한 설정으로 팀원별 열람 범위를 제한했습니다. 백업 주기 관리는 매주 금요일 외부 저장소에 암호화 백업을 수행하는 루틴으로 정착시켰고, 이 절차를 문서화해 신규 팀원도 동일하게 따를 수 있도록 했습니다.
유출 방지 훈련의 일환으로 피싱 이메일 식별 교육을 받았고, 의심스러운 첨부파일을 개인 기기에서 열지 않는 습관을 들였습니다. 파기 절차 준수도 중요한데, 연구 종료 후 개인정보를 단순 삭제가 아닌 복구 불가 방식으로 파기하는 규정을 지켰습니다. 기록 체계 설계가 단순 저장이 아닌 신뢰 유지의 기반이라는 점을 이 경험에서 배웠습니다.
연구실 외에도 학부 시절 팀 프로젝트에서 정보 관리를 담당했던 경험이 있습니다. 팀원 5명의 설문 데이터를 모아서 분석을 준비하는 역할이었는데, 처음에는 파일명을 날짜와 이름만으로 구분했는데 최종본과 수정본이 섞이는 문제가 생겼습니다.
그 이후로 버전을 파일명에 포함시키는 방식(v1, v2_final 등)으로 바꿨고, 수정 이력을 별도 메모 파일로 남기기 시작했습니다. 작은 팀 프로젝트에서도 이런 혼란이 생기면 데이터 규모가 클 때는 더 심각한 문제가 된다는 것을 그 경험에서 배웠습니다.
버전 관리는 규모에 상관없이 기본이라는 것을 알고 있습니다. 아무리 작은 데이터라도 최종본을 명확히 구분하는 것이 정보 관리의 첫 번째 원칙이라고 생각합니다.
정보 관리 경험에서 배운 것 중 지금도 행동에 남아 있는 것은 접근 권한을 당연하게 공유하지 않는 것입니다. 연구실에서 팀원별 열람 범위를 제한하는 경험을 하기 전에는, 공유 폴더에 모두가 접근하는 것이 협업에 도움이 된다고 막연히 생각했습니다.
실제로 권한을 잘못 설정해서 수정 권한이 없어야 할 팀원이 파일을 실수로 덮어쓴 경험을 간접적으로 목격했습니다. 그 이후로 공유 설정을 열기 전에 누가 어떤 권한을 가져야 하는지를 먼저 생각하는 것이 습관이 됐습니다.
편의보다 안전이 먼저인 영역에서는 기본값을 제한으로 두는 것이 맞는 설계라는 것을 알고 있습니다. 권한은 필요할 때 열어주는 것이지, 기본적으로 열어두는 것이 아니라는 감각이 그 경험에서 생겼습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 한양대학교병원(서울) 보건·의료 일반 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.