R&D 부적합·CAPA 체크리스트: 원인, 시정조치, 재발방지 기록

빠른 결론

R&D 부적합·CAPA 체크리스트의 목적은 문제를 크게 보이게 만드는 것이 아니라, 같은 문제가 다시 생기지 않도록 판단 근거를 남기는 것입니다. 부적합 기록에는 발생 사실, 격리 범위, 임시 조치, 영향 제품 또는 산출물, 원인 가설, 확인한 증거가 먼저 들어가야 합니다. CAPA로 올릴지는 심각도보다 “원인을 제거해야 하는 반복 가능성”으로 판단합니다. 시정은 당장 바로잡는 조치이고, 시정조치는 발견된 부적합의 원인을 없애 재발을 막는 조치입니다. 재발방지는 교육 완료나 회의록이 아니라 효과 확인 지표, 확인 시점, 재개방 조건까지 기록될 때 닫을 수 있습니다.

R&D 조직에서 부적합은 완성품 불량만 뜻하지 않습니다. 시제품 시험 실패, 요구사항 누락, 측정 장비 설정 오류, 공급 샘플 편차, 분석 코드 버전 불일치, 시험 성적서의 판정 기준 누락도 모두 부적합 후보가 됩니다. 문제는 “고쳤다”라는 말이 기록으로 남을 때입니다. 어떤 산출물이 영향을 받았는지, 임시 격리가 충분했는지, 왜 그 문제가 생겼는지, 원인을 없앤 조치가 실제로 효과가 있었는지 빠져 있으면 다음 릴리스 리뷰에서 같은 질문이 반복됩니다.

이 글은 QMS 전체 설계나 ISO 인증 준비 절차를 다루지 않습니다. 같은 사이트의 R&D 품질관리 QMS 증거 체크리스트는 품질 기록의 큰 구조를 다루고, R&D 변경 영향평가 체크리스트는 변경 한 건이 설계·시험·인증·비용에 미치는 영향을 다룹니다. 여기서는 부적합이 발견된 뒤 “단순 수정으로 닫을 것인가, CAPA로 관리할 것인가”라는 좁은 의사결정만 다룹니다.

R&D 부적합 기록은 문제 설명보다 격리와 영향 범위를 먼저 잠급니다

부적합 기록의 첫 줄은 원인 추정이 아니라 사실이어야 합니다. “센서 품질이 불안정함”보다 “ENV-TEST-07 저온 구간에서 샘플 3개 중 2개가 온도 표시 허용오차 ±1.0도 기준을 벗어남”이 낫습니다. 사실 문장은 나중에 원인이 바뀌어도 남습니다. 반대로 원인 추정으로 시작하면 조사 과정에서 기록을 계속 고쳐야 하고, 어떤 판단이 언제 바뀌었는지 흐려집니다.

첫 기록에는 네 가지가 필요합니다. 첫째, 발견 지점입니다. 내부 시험, 고객 피드백, 협력사 입고검사, 릴리스 리뷰, 문서 검토 중 어디서 발견됐는지 적습니다. 둘째, 영향을 받는 대상입니다. 샘플 번호, 로트, 빌드, 시험 데이터, 요구사항 ID, 문서 버전, 공급 샘플을 가능한 한 좁혀 씁니다. 셋째, 격리 조치입니다. 출하 보류, 시험 중단, 데이터 사용 금지, 분석 리포트 보류, 협력사 재제출 요청처럼 추가 확산을 막는 행동을 적습니다. 넷째, 임시 시정입니다. 시험 재실행, 설정값 복구, 문서 오탈자 수정처럼 당장 바로잡은 일을 CAPA와 섞지 않습니다.

FDA의 현재 QMSR 안내는 의료기기 영역의 규정이지만, 제품이 요구사항과 사양을 지속적으로 충족하도록 품질시스템을 세우고 따르라는 원칙을 분명히 보여 줍니다[S3]. eCFR의 현행 21 CFR Part 820도 불만 기록에서 기기명, 접수일, 식별정보, 내용, 시정 또는 시정조치, 회신을 남기도록 요구합니다[S4]. 일반 R&D 팀이 이 규정을 그대로 적용할 필요는 없지만, “문제 내용과 조치가 분리되어야 한다”는 기록 원칙은 그대로 유용합니다.

판단 항목	부적합 기록에 남길 질문	빠지면 생기는 문제
발견 사실	무엇이 어떤 기준을 벗어났는가	원인 회의가 의견 싸움이 됩니다
영향 범위	샘플, 빌드, 로트, 문서, 데이터 중 어디까지인가	필요 이상으로 전체 작업을 멈추거나 반대로 누락합니다
격리 조치	추가 사용, 배포, 시험, 보고를 어떻게 막았는가	고친 뒤에도 오염된 데이터가 남습니다
임시 시정	당장 바로잡은 일은 무엇인가	임시 수정이 CAPA 완료로 오해됩니다
CAPA 판단	원인 제거와 효과 확인이 필요한가	반복 문제를 단순 수정으로 닫습니다

CAPA 전환 기준은 심각도만이 아니라 반복 가능성과 원인 제거 필요성입니다

모든 부적합을 CAPA로 올리면 조직은 곧 지칩니다. 반대로 모든 문제를 “이번만 수정”으로 닫으면 반복 문제를 배웁니다. 기준은 단순합니다. 같은 문제가 다시 생기면 제품 판단, 고객 약속, 안전성, 규제 제출, 시험 신뢰도, 비용·일정에 의미 있는 영향을 주는가. 그리고 그 반복을 막으려면 원인을 제거해야 하는가. 두 질문이 모두 “예”에 가까우면 CAPA 후보입니다.

ICH Q10은 CAPA 시스템을 불만, 제품 거절, 부적합, 리콜, 일탈, 감사, 규제 점검, 품질 모니터링 추세에서 나오는 시정조치와 예방조치를 실행하는 체계로 설명합니다[S2]. 또한 조사의 노력, 형식성, 문서화 수준은 위험 수준에 맞아야 한다고 봅니다[S2]. 이 문장은 R&D 실무에 바로 적용할 수 있습니다. 사소한 문서 표기 오류에 대형 CAPA를 열 필요는 없습니다. 그러나 같은 표기 오류가 시험 기준 오해를 만들고, 그 결과가 릴리스 판정에 쓰였다면 CAPA가 필요합니다.

CAPA 전환을 판단할 때는 다섯 갈래로 나눕니다. 첫째, 단순 시정입니다. 기록의 오탈자, 중복 파일, 재현 불가능한 단발 입력 실수처럼 영향 범위가 좁고 원인이 명확하며 반복 가능성이 낮은 경우입니다. 둘째, 부적합 관리입니다. 영향 산출물을 격리하고 처분을 결정해야 하지만, 시스템 원인 제거까지 필요하지 않은 경우입니다. 셋째, CAPA입니다. 반복 가능성이 있고 원인을 제거해야 하는 경우입니다. 넷째, 변경관리입니다. 조치가 설계, 시험법, 소프트웨어, 공급사, 문서 기준을 바꾸면 변경 영향평가와 연결해야 합니다. 다섯째, 공급사 CAPA입니다. 원인이 협력사 공정, 원자재, 외주 시험기관, 데이터 공급자의 통제 영역에 있을 때입니다.

CAPA로 올려야 할 가능성이 높은 신호

같은 요구사항, 같은 시험 조건, 같은 공급 샘플에서 반복됩니다.

임시 수정은 끝났지만 왜 발생했는지 설명하지 못합니다.

불량 샘플을 제외하면 시험이 통과하지만 제외 기준이 사전에 없었습니다.

교육 부족이라고 적었지만 절차, 양식, 검토 기준, 장비 설정 중 무엇이 약했는지 모릅니다.

조치가 끝났다는 말은 있는데 효과 확인 데이터가 없습니다.

원인분석은 사람 이름이 아니라 통제 실패 지점을 찾는 기록입니다

원인분석의 가장 흔한 실패는 “담당자 실수”로 끝내는 것입니다. 담당자가 실수했다는 말은 사건 설명일 수는 있어도 재발방지 원인으로는 약합니다. 왜 실수가 가능했는지, 왜 검토 단계에서 발견되지 않았는지, 왜 같은 조건이 다시 생길 수 있는지까지 내려가야 합니다. ASQ는 근본원인을 부적합을 일으킨 요소이며 프로세스 개선으로 영구 제거되어야 할 요인으로 설명합니다[S6]. 그래서 원인분석은 비난 기록이 아니라 통제 설계의 빈틈을 찾는 기록이어야 합니다.

R&D에서는 원인을 세 층으로 나누면 기록이 선명해집니다. 첫째는 직접 원인입니다. 시험 조건 입력 오류, 센서 교정 만료, 샘플 라벨 혼동, 분석 스크립트 버전 불일치처럼 사건을 직접 만든 요인입니다. 둘째는 검출 실패 원인입니다. 리뷰 체크리스트가 없었는지, 자동 검증이 빠졌는지, 독립 검토자가 기준을 몰랐는지 확인합니다. 셋째는 시스템 원인입니다. 요구사항이 애초에 모호했는지, 변경 통지가 시험팀에 전달되지 않았는지, 공급사 승인 기준이 가격 중심이었는지처럼 반복 가능성을 만드는 구조를 적습니다.

도구는 상황에 맞게 고르면 됩니다. 5 Why는 단일 흐름의 원인을 빠르게 파고들 때 좋습니다. Fishbone은 장비, 방법, 재료, 사람, 환경, 측정처럼 원인 후보가 여러 갈래일 때 유용합니다. ASQ의 원인분석 도구 자료는 Fishbone, Pareto, Scatter diagram 등을 RCA에 쓸 수 있는 도구로 제시합니다[S7]. 중요한 것은 도구 이름이 아니라 “검토한 원인 후보와 제외한 이유”입니다. 원인 후보를 제거한 근거가 없으면 나중에 같은 문제가 다시 생겼을 때 조사가 처음부터 반복됩니다.

원인분석 기록에는 다음 필드를 권장합니다. problem_statement, containment_scope, direct_cause, detection_failure, system_cause, evidence_reviewed, causes_eliminated, root_cause_owner, risk_level입니다. 여기서 causes_eliminated가 특히 중요합니다. 예를 들어 측정 장비 문제로 보였지만 교정 상태와 대조 장비 시험으로 제외했다면 그 근거를 남깁니다. 반대로 제외 근거가 없다면 원인분석은 아직 완료되지 않았습니다.

시정, 시정조치, 예방조치를 한 줄에 섞어 쓰지 않습니다

CAPA 기록에서 가장 많이 섞이는 말이 시정, 시정조치, 예방조치입니다. 시정은 발견된 문제를 당장 바로잡는 일입니다. 잘못된 라벨을 교체하거나 시험 보고서의 판정 기준 누락을 수정하는 행동입니다. 시정조치는 발견된 부적합의 원인을 제거해 재발을 막는 일입니다. FDA의 CAPA 자료는 시정조치를 발견된 부적합 또는 바람직하지 않은 상황의 원인을 제거하는 조치로, 재발을 막기 위한 것으로 설명합니다[S5]. 예방조치는 아직 발생하지 않았지만 잠재 부적합의 원인을 제거해 발생을 막는 조치로 구분됩니다[S5].

이 구분은 단어 놀이처럼 보이지만 승인 판단을 바꿉니다. 예를 들어 시험 설정값이 잘못 들어간 경우, 값을 바로잡고 시험을 다시 돌리는 것은 시정입니다. 설정값이 시험계획서와 장비 템플릿에서 서로 다르게 관리되던 구조를 하나의 기준 문서로 통합하고, 시험 시작 전 자동 확인을 추가하는 것은 시정조치입니다. 비슷한 설정값을 쓰는 다른 시험군까지 점검해 같은 오류가 생기기 전에 템플릿 검토를 확장하는 것은 예방조치에 가깝습니다.

나쁜 CAPA 문장은 “담당자 재교육 완료”입니다. 교육이 필요할 수는 있지만 교육만으로 원인이 제거되는 경우는 드뭅니다. 좋은 문장은 조치와 원인을 직접 연결합니다. “ENV 시험 템플릿의 온도 단위 선택값이 시험계획서와 독립 관리되어 입력 오류가 가능했으므로, 템플릿을 계획서 기준값에서 자동 참조하도록 수정하고 시험 시작 전 기준값 대조 로그를 생성한다”처럼 적습니다. 이 문장은 무엇을 고쳤는지, 왜 고쳤는지, 어떤 재발을 막는지 보입니다.

구분	기록 목적	예시 문장
시정	현재 발견된 문제를 바로잡음	잘못 적용된 허용오차 기준으로 작성된 시험 결과표를 폐기하고 승인 전 상태로 되돌림
시정조치	발견된 부적합의 원인을 제거함	시험계획서 기준값을 장비 템플릿이 자동 참조하도록 수정하고 기준값 대조 로그를 필수화함
예방조치	잠재 부적합의 원인을 미리 제거함	같은 템플릿 구조를 쓰는 내구·환경 시험 4종을 점검하고 신규 시험 템플릿 승인 기준에 기준값 자동 대조 항목을 추가함
효과 확인	조치가 재발을 줄였는지 확인함	다음 3회 시험 착수 전 기준값 대조 로그 누락 0건, 동일 오류 재발 0건을 확인함

CAPA 실행계획은 담당자와 마감일보다 효과 확인 방법이 먼저 보입니다

실행계획에는 조치명, 담당자, 마감일이 들어가야 합니다. 그러나 그것만으로는 부족합니다. 각 조치가 어느 원인을 제거하는지, 완료 증거가 무엇인지, 효과 확인은 언제 어떤 데이터로 할지까지 연결해야 합니다. ICH Q10은 CAPA가 제품과 공정 개선, 제품·공정 이해 향상으로 이어져야 한다고 설명합니다[S2]. R&D 문맥에서는 “문제 하나를 닫았다”가 아니라 “다음 판단이 더 안전해졌다”가 되어야 합니다.

CAPA 실행계획 표에는 다음 열을 넣습니다. root_cause_id, action_type, action_description, owner, due_date, completion_evidence, effectiveness_metric, effectiveness_due, release_constraint입니다. release_constraint는 특히 R&D에서 중요합니다. CAPA가 완료되기 전에도 제한 릴리스가 가능한지, 특정 시험 재수행 전까지 릴리스가 보류되는지, 고객 사용 조건을 제한해야 하는지 결정해야 합니다. 이 항목이 없으면 CAPA는 품질 문서가 아니라 일정표가 됩니다.

효과 확인은 조치 완료와 다릅니다. 양식 개정, 교육 완료, 코드 수정, 협력사 회신은 완료 증거입니다. 효과 확인은 그 조치가 의도한 재발방지 결과를 냈는지 보는 일입니다. 예를 들어 교육 완료를 효과 확인으로 쓰지 말고, 교육 후 세 건의 신규 시험계획서에서 기준값 누락 0건을 확인합니다. 협력사 공정 변경을 완료 증거로 쓰지 말고, 다음 두 번의 입고검사에서 같은 치수 편차가 재발하지 않았는지 확인합니다.

효과 확인에는 재개방 조건도 필요합니다. “동일 요구사항 ID에서 같은 실패가 90일 안에 한 번이라도 발생하면 CAPA 재개방”, “동일 공급사 동일 특성에서 입고검사 부적합이 2회 이상이면 공급사 CAPA로 전환”처럼 씁니다. 재개방 조건이 없으면 재발이 생겨도 새 이슈로 열리고, 이전 CAPA가 실패했는지 알 수 없습니다.

R&D 사례: 환경시험 실패를 CAPA 기록으로 바꾸는 흐름

예를 들어 휴대형 장비 시제품이 저온 환경시험에서 표시값 오차 기준을 벗어났다고 하겠습니다. 나쁜 기록은 “저온 시험 실패, 펌웨어 수정 후 재시험 통과”입니다. 이 문장만으로는 영향을 받은 빌드, 실패 조건, 임시 격리, 원인, 재발방지, 효과 확인이 보이지 않습니다.

좋은 기록은 이렇게 나뉩니다. 부적합 사실은 “빌드 FW-0.8.3, 샘플 S02/S03, -10도 구간에서 표시값 오차가 요구사항 REQ-TEMP-04의 ±1.0도 기준을 각각 1.8도, 2.1도 초과”입니다. 격리는 “FW-0.8.3 기반 내부 데모와 외부 샘플 발송 보류, ENV-TEST-07 결과표 승인 보류”입니다. 임시 시정은 “센서 보정 테이블 적용 후 동일 조건 재시험”입니다. 직접 원인은 “저온 보정 테이블이 신규 센서 로트에 적용되지 않음”입니다. 검출 실패 원인은 “센서 로트 변경 시 환경시험 템플릿의 보정 테이블 버전을 확인하는 항목이 없음”입니다. 시스템 원인은 “공급 센서 로트 변경이 펌웨어 보정 데이터 변경관리와 연결되지 않음”입니다.

이 경우 시정조치는 펌웨어 값을 고치는 데서 끝나지 않습니다. 센서 로트 변경 시 보정 테이블 검토를 변경 영향평가 항목으로 추가하고, 환경시험 시작 전 장비 로트와 보정 테이블 버전 대조 로그를 남기도록 합니다. 예방조치는 같은 센서 데이터를 쓰는 다른 시험군의 템플릿을 점검하는 것입니다. 효과 확인은 다음 세 번의 환경시험 착수 전 대조 로그 누락 0건, 동일 저온 오차 재발 0건, 신규 센서 로트 입고 시 보정 테이블 검토 완료 100%처럼 측정 가능한 조건으로 둡니다.

이 사례는 R&D 시험 치구·계측 교정 체크리스트와도 연결됩니다. 계측 장비 교정 자체가 문제라면 그 글의 범위가 더 맞습니다. 그러나 장비가 아니라 부적합 사건을 어떻게 CAPA로 열고 닫을지가 문제라면 이 글의 체크리스트가 우선입니다. 또한 조치가 설계나 펌웨어 변경을 만들면 R&D 변경 영향평가 체크리스트로 넘어가야 합니다.

30분 CAPA 리뷰 순서: 닫을 수 있는 문제와 열어야 하는 문제를 분리합니다

실무 회의에서는 긴 양식보다 순서가 중요합니다. 0~5분에는 발견 사실과 영향 범위를 확인합니다. “무엇이 기준을 벗어났고, 어떤 샘플·빌드·문서·데이터가 영향을 받는가”만 묻습니다. 5~10분에는 격리 상태를 봅니다. 오염된 데이터, 잘못된 샘플, 미승인 보고서, 외부 공유 자료가 더 퍼지지 않도록 막았는지 확인합니다. 10~15분에는 단순 시정으로 닫을 수 있는지 판단합니다. 원인이 명확하고 영향이 좁고 반복 가능성이 낮으면 부적합 기록으로 닫을 수 있습니다.

15~22분에는 CAPA 후보를 가릅니다. 반복 가능성, 고객·시험·릴리스 영향, 공급사 또는 변경관리 연계, 규제·인증 파일 영향이 있으면 CAPA로 전환합니다. 22~27분에는 원인분석 범위를 정합니다. 누가 언제까지 어떤 증거를 확인할지 정하고, 원인 후보와 제외 기준을 적습니다. 27~30분에는 릴리스 제약을 결정합니다. CAPA가 열려 있어도 제한 릴리스가 가능한지, 특정 시험 전까지 보류해야 하는지, 고객 커뮤니케이션이 필요한지 분리합니다.

CAPA 종료 전 최종 점검

부적합 사실과 원인 추정이 분리되어 있는가.

영향 범위와 격리 조치가 샘플, 빌드, 문서, 데이터 단위로 좁혀져 있는가.

시정, 시정조치, 예방조치가 각각 다른 줄로 기록되어 있는가.

원인분석에서 제외한 원인 후보와 제외 근거가 남아 있는가.

각 조치가 특정 원인과 연결되어 있는가.

효과 확인 지표, 확인 시점, 재개방 조건이 있는가.

변경관리, 공급사 CAPA, 릴리스 보류, 시험 재수행으로 넘겨야 할 항목이 분리되어 있는가.

마지막으로 CAPA는 문제를 크게 만드는 절차가 아닙니다. 문제를 같은 형태로 다시 겪지 않기 위해 기억을 구조화하는 절차입니다. R&D 팀이 오늘 바로 할 수 있는 일은 간단합니다. 최근 부적합 한 건을 골라 발견 사실, 격리, 임시 시정, 원인, 시정조치, 재발방지, 효과 확인으로 다시 나누어 보세요. “수정 완료”라는 한 줄이 일곱 칸으로 나뉘면, 그때부터 부적합 기록은 문서 보관이 아니라 다음 의사결정을 돕는 도구가 됩니다.