R&D 조사보고서 증거 체크리스트: 원인 가설, 확인 자료, 재발방지 연결

R&D 조사보고서는 실패를 멋지게 설명하는 문서가 아니라, 무엇이 실제로 확인됐고 무엇은 아직 가설인지 분리하는 문서입니다. 성능 시험이 목표값에 못 미쳤거나, 반복 실험 결과가 흔들렸거나, 납품받은 시제품이 사양과 다르거나, 최종보고서의 성과 문장과 원자료가 맞지 않을 때 흔히 보고서부터 쓰기 시작합니다. 하지만 조사보고서가 먼저 문장으로 완성되면 위험합니다. 원인 가설은 확정 원인처럼 보이고, 확인 자료는 결론 뒤에 끼워 맞춘 첨부가 되며, 재발방지 대책은 실제 원인과 연결되지 않은 교육·회의·주의 문구로 끝나기 쉽습니다.

이 글은 R&D 조사보고서를 작성할 때 원인 가설, 확인 자료, 재발방지 조치를 한 줄로 연결하는 증거 체크리스트입니다. 감사 통과, 평가 통과, 정산 통과를 보장하지 않습니다. 특정 기관의 서식이나 법률 판단을 대신하지도 않습니다. 대신 2026년 7월 3일 기준으로 확인 가능한 공식·1차 자료와 품질시스템 문헌을 바탕으로, 조사보고서가 최소한 자기 안에서 모순되지 않게 만드는 방법을 다룹니다. 핵심은 간단합니다. 조사는 “그럴듯한 이유”를 찾는 일이 아니라 “그 이유가 맞다고 말하려면 어떤 자료가 있어야 하는가”를 먼저 정하는 일입니다.

빠른 결론

R&D 조사보고서는 사건 설명, 원인 가설, 확인 자료, 영향 범위, 재발방지 조치를 별도 항목으로 쓰되, 각 항목을 같은 식별자로 묶어야 합니다. 예를 들어 H1: 시료 보관 조건 이탈이라는 가설을 세웠다면, 확인 자료에는 온습도 로그·시료 입출고 기록·시험일지·장비 교정 상태가 붙어야 하고, 재발방지에는 보관 조건 알림, 책임자 승인, 재시험 기준, 원자료 보존 위치가 연결돼야 합니다. 가설이 확인되지 않았으면 “가능성 낮음”으로 닫고 다른 가설을 남겨야지, 모든 가설을 하나의 결론으로 합치면 안 됩니다.

R&D 조사보고서는 실패 원인보다 증거 흐름을 먼저 고정한다

조사보고서의 첫 장에서 가장 먼저 정해야 할 것은 결론 문장이 아닙니다. 조사 대상 사건의 경계입니다. 언제, 어디서, 어떤 과제·마일스톤·시료·장비·데이터셋·버전에서 문제가 발견됐는지 분리해야 합니다. R&D 활동은 본질적으로 불확실성을 다룹니다. OECD 프라스카티 매뉴얼은 R&D를 새 지식 획득을 목표로 하는 창의적·체계적 활동으로 설명하면서 불확실성과 체계성을 중요한 특징으로 봅니다[S9]. 그래서 R&D에서 “예상과 달랐다”는 사실만으로 곧바로 부실이나 위반을 말할 수는 없습니다. 다만 예상과 달랐을 때 어떤 기록으로 판단했는지, 어느 범위까지 영향이 있는지, 같은 문제가 다시 생기지 않도록 무엇을 바꿀지 남기지 않으면 조사보고서의 기능이 사라집니다.

국가 R&D 과제라면 보고서와 성과 기록의 시간표도 함께 봐야 합니다. 국가연구개발혁신법 시행령은 최종보고서 제출 시점을 연구개발과제 협약 종료일 후 60일로 제시합니다[S1]. 연구개발비 사용 기준은 연구개발비 사용을 입증하는 증명자료 보관 의무를 둡니다[S2]. IRIS에는 성과, 연구비, 정산, 협약변경 관련 매뉴얼이 별도 흐름으로 제공됩니다[S3]. 조사보고서는 이 규정들을 모두 자세히 해설하는 문서가 아니지만, 조사 대상이 최종보고서·성과 입력·정산 자료와 이어질 수 있다면 같은 사건번호와 파일 위치를 공유해야 합니다. 나중에 최종보고서에서는 “성능 목표 일부 미달 후 보완 검증 완료”라고 쓰고, 연구비 증명자료에서는 재시험 비용의 목적을 설명하지 못하면 증거 흐름이 끊깁니다.

첫 표는 보고서 작성 전에 잠가둘 최소 구조입니다. 이 표를 만들지 않으면 조사보고서는 원인 분석서가 아니라 회의록과 해명서 사이의 애매한 문서가 됩니다.

항목	반드시 남길 내용	누락되면 생기는 문제
사건 식별자	과제번호, 마일스톤, 시험번호, 시료번호, 데이터셋, 버전	다른 보고서·정산·성과 기록과 연결하기 어렵다
발견 경로	누가, 언제, 어떤 기준과 비교해 발견했는지	사후 판단인지 당시 기록인지 구분되지 않는다
판단 기준	협약 목표, 시험계획서, 사양서, SOP, 승인된 변경 문서	“문제”의 기준이 보고서마다 달라진다
원인 가설	확인 전 가설과 제외된 가설을 구분	추정이 확정 원인처럼 남는다
확인 자료	원자료, 로그, 사진, 장비 상태, 인터뷰, 변경 이력	결론이 자료와 맞는지 검토할 수 없다
재발방지	원인별 조치, 책임자, 완료 기준, 검증 방법	교육·주의 같은 일반 문구로 끝난다

원인 가설은 하나로 줄이지 말고 확인 가능한 질문으로 쪼갠다

좋은 원인 가설은 “시료 관리가 미흡했다”처럼 넓은 문장이 아닙니다. “시료 A-14가 시험 전 48시간 동안 승인된 보관 온도 범위를 벗어났을 가능성이 있다”처럼 확인 가능한 문장입니다. “알고리즘 성능이 낮았다”도 가설로는 부족합니다. “학습 데이터 v3에서 라벨 기준이 변경됐는데 검증 데이터셋은 v2 기준으로 남아 있어 정밀도 계산이 흔들렸을 가능성이 있다”처럼 데이터·버전·측정 기준이 들어가야 합니다. 가설을 작게 만들수록 확인 자료가 분명해지고, 틀린 가설을 닫을 수도 있습니다.

ISO 9001 감사 실무 자료는 시정조치를 부적합의 원인을 제거하고 재발을 방지하는 조치로 설명하며, 원인을 결정하지 않고는 시정조치를 할 수 없다고 봅니다[S4]. 또 부적합을 문서화할 때는 감사 증거, 요구사항, 부적합 진술이 함께 있어야 한다고 안내합니다[S5]. 이 원칙을 R&D 조사보고서에 옮기면, “원인” 항목은 감정이나 책임 소재가 아니라 요구사항과 증거 사이의 간격을 설명해야 합니다. 어떤 요구사항을 만족하지 못했는지, 그 판단을 뒷받침하는 자료가 무엇인지, 그 차이를 만든 가능한 원인이 무엇인지 순서대로 써야 합니다.

가설 목록은 보통 네 갈래로 나누면 실무에서 빠르게 정리됩니다. 첫째, 기술 가설입니다. 설계 조건, 시료 특성, 알고리즘, 장비 설정, 환경 조건, 시험 방법이 여기에 들어갑니다. 둘째, 프로세스 가설입니다. 승인 누락, 변경관리 지연, 검토자 배정 오류, 시험계획서 미갱신, 데이터 백업 누락 같은 흐름 문제입니다. 셋째, 자료 가설입니다. 원자료 손상, 파일명 혼동, 버전 불일치, 계산식 오류, 로그 누락입니다. 넷째, 외부 조건 가설입니다. 납품 지연, 공급 배치 변경, 외부 시험기관 조건 차이, 규정·공고 변경처럼 내부 팀만으로 통제하기 어려운 요인입니다. 이 네 갈래를 섞지 않으면 “담당자 실수” 같은 모호한 결론을 줄일 수 있습니다.

가설 번호	가설 문장	확인해야 할 자료	판정 표현
H1	시험 장비 교정 만료 상태에서 측정했을 가능성	교정성적서, 장비 사용 로그, 시험일지	확인 / 배제 / 추가 확인
H2	시료 보관 조건 이탈로 물성이 변했을 가능성	온습도 로그, 입출고 기록, 포장 사진	확인 / 배제 / 영향 제한
H3	변경 승인 전 사양으로 시제품을 제작했을 가능성	변경요청서, 승인 메일, 제작 지시서, 도면 버전	확인 / 일부 확인
H4	분석 스크립트 버전 차이로 수치가 재현되지 않았을 가능성	저장소 커밋, 실행 로그, 입력 데이터 해시	확인 / 배제
H5	연구비 지출 증빙과 실제 시험 목적 연결이 약할 가능성	지출 증빙, 시험계획서, 결과 파일, 검수 기록	확인 / 설명 보완 필요

확인 자료는 결론을 꾸미는 첨부가 아니라 가설별 판정 근거다

조사보고서에서 가장 자주 무너지는 부분은 확인 자료입니다. 자료가 많으면 충분하다고 착각하지만, 많은 첨부가 좋은 증거는 아닙니다. 가설을 판정하지 못하는 자료는 보고서를 두껍게 만들 뿐입니다. 반대로 자료가 적어도 가설 하나를 명확히 확인하거나 배제한다면 조사보고서의 신뢰도는 올라갑니다. FDA의 품질시스템 접근 지침은 CAPA를 불일치 사항을 조사하고 이해하고 바로잡으며 재발을 막기 위한 개념으로 설명합니다[S6]. ICH Q10 지침도 조사 과정은 근본 원인을 찾는 목적의 구조화된 접근이어야 하며, 조사 노력·형식·문서화 수준은 위험 수준에 맞아야 한다고 설명합니다[S7]. R&D 조사보고서도 같은 균형이 필요합니다. 모든 실험 실패에 과도한 조사 패키지를 붙일 필요는 없지만, 과제 목표·안전·정산·성과 공개와 연결되는 사건은 자료 수준을 높여야 합니다.

확인 자료는 “원자료”, “맥락 자료”, “판단 자료”, “조치 자료”로 나눠 보관하면 좋습니다. 원자료는 시험 데이터, 장비 로그, 이미지, 분석 결과, 데이터셋, 코드 실행 기록처럼 사건 자체를 보여줍니다. 맥락 자료는 시험계획서, 사양서, 승인된 변경 문서, 협약 목표, 연구노트처럼 원자료를 해석할 기준을 줍니다. 판단 자료는 회의록, 검토 의견, 통계 분석, 외부 시험기관 성적서처럼 왜 그 결론에 도달했는지 보여줍니다. 조치 자료는 재시험 계획, 변경 승인, SOP 개정, 교육 기록, 모니터링 결과처럼 재발방지 실행을 확인합니다.

조사보고서에서 피해야 할 증거 처리

결론을 먼저 쓰고 나중에 관련 있어 보이는 파일을 첨부하는 방식

원자료 없이 요약표나 발표자료만 증거로 남기는 방식

가설별 판정 없이 “종합 검토 결과” 한 문단으로 모든 원인을 닫는 방식

재발방지 대책에 교육, 주의, 공유만 쓰고 완료 기준을 쓰지 않는 방식

확인되지 않은 가설을 삭제해 조사 범위를 축소한 것처럼 보이게 만드는 방식

파일명도 증거입니다. final_result.xlsx, test_new.pdf, image2.png처럼 남기면 몇 달 뒤에는 어떤 가설을 뒷받침하는지 알기 어렵습니다. 최소한 INV-20260703-H2-temp-log-equipmentA.csv, INV-20260703-H3-change-approval-v2.pdf처럼 조사번호와 가설번호를 붙입니다. 파일 위치는 초안 작성자의 개인 폴더가 아니라 과제 문서 구조 안에 남기고, 원본과 가공본을 분리합니다. 데이터 분석이 포함되면 입력 데이터, 분석 스크립트, 실행 환경, 출력 결과를 함께 남깁니다. 그래야 같은 수치가 다시 계산되는지 볼 수 있습니다.

영향 범위는 “문제 있음”과 “문제 없음”을 모두 증거로 남긴다

원인만 찾고 영향 범위를 쓰지 않으면 재발방지 대책이 과하거나 부족해집니다. 시료 하나의 보관 조건 이탈인지, 같은 배치 전체의 문제인지, 같은 장비에서 측정한 다른 시험에도 영향이 있는지 구분해야 합니다. 소프트웨어나 데이터 프로젝트라면 특정 모델 버전의 문제인지, 학습 데이터 전체의 라벨 정책 문제인지, 배포된 산출물까지 영향을 주는지 봐야 합니다. 연구비 증빙과 연결되는 사건이라면 재시험·외부시험·시제품 재제작 비용이 어떤 목표와 연결되는지 확인해야 합니다.

영향 범위 표에는 “영향 없음”도 써야 합니다. 예를 들어 H2 시료 보관 조건 이탈이 확인됐지만 같은 냉장고의 다른 시료는 온도 이탈 시간대에 보관되지 않았다면, 그 판단 근거를 남깁니다. 같은 시험 장비를 쓴 다른 시험번호가 영향권 밖이라면 장비 사용 로그로 표시합니다. 영향 없음 판정이 증거 없이 쓰이면 방어 문구처럼 보이지만, 자료와 함께 쓰이면 조사 범위를 명확히 좁혀 줍니다.

영향 범위	확인 질문	필요한 자료	보고서 표현
시료·배치	같은 조건에 노출된 시료가 더 있는가	입출고 기록, 보관 로그, 배치표	영향 있음 / 영향 없음 / 확인 불가
장비·시험	같은 장비·방법으로 수행한 시험이 있는가	장비 사용 로그, 시험일지, 교정성적서	재검토 대상 시험번호 명시
데이터·코드	같은 데이터셋·스크립트를 쓴 결과가 있는가	데이터 해시, 저장소 커밋, 실행 로그	재현 필요 범위 명시
산출물	보고서·성과 입력·시제품·논문에 반영됐는가	산출물 목록, 제출 이력, 성과 입력 상태	수정 필요 / 설명 필요
연구비	추가 지출이나 재시험 비용이 연결되는가	지출 증빙, 검수 기록, 시험계획서	목적 연결 보완 필요

이 표는 책임을 넓히기 위한 장치가 아닙니다. 오히려 불필요한 확대를 막는 장치입니다. 조사보고서가 “전체 성능 검증에 문제가 있을 수 있음”이라고만 쓰면 모든 결과가 흔들립니다. 반대로 “시험 T-07과 T-08은 같은 장비를 사용했으나 교정 유효기간 내 측정이고, 원자료와 장비 로그가 일치해 영향 범위에서 제외한다”라고 쓰면 검토 범위가 닫힙니다. 닫힌 범위는 나중에 다시 열릴 수 있지만, 그때도 어떤 증거로 닫았는지 알 수 있어야 합니다.

재발방지는 원인별로 달라야 하고 검증 방법까지 있어야 한다

재발방지 항목은 조사보고서의 마지막 장에 몰아넣으면 약해집니다. 원인 가설과 확인 자료를 따라 내려오면서 원인별로 조치가 달라져야 합니다. 장비 교정 누락이 원인이면 교정 알림, 사용 전 확인, 시험 시작 승인 조건이 조치입니다. 시료 보관 조건 이탈이 원인이면 보관 로그 알림, 입출고 기록 책임자, 예외 승인 기준, 대체 시료 판단 기준이 필요합니다. 분석 스크립트 버전 차이가 원인이면 코드 저장소 관리, 실행 환경 기록, 데이터 해시, 재현성 검토가 조치입니다. 연구비 증빙 연결이 약한 문제라면 지출 전 목적 연결, 검수 기록, 산출물 반영 위치를 바꿔야 합니다.

NIST 안전위원회 보고서 요약은 근본 원인과 기여 요인을 다루는 시정조치가 더 강한 조치가 될 가능성이 높다는 취지의 분석을 담고 있습니다[S8]. 이 문장을 R&D 조사보고서에 그대로 가져와 과장할 필요는 없습니다. 다만 실무 기준으로는 유용합니다. 재발방지가 사람의 주의력에만 의존하면 약합니다. 절차, 시스템 알림, 승인 조건, 데이터 구조, 파일명 규칙, 검토 체크포인트처럼 업무 흐름에 남아야 합니다. “담당자 교육 실시”는 보조 조치일 수 있지만, 단독 재발방지로는 약합니다.

확인된 원인	약한 재발방지	더 나은 재발방지	완료 증거
장비 교정 확인 누락	담당자 주의 교육	시험 시작 전 교정 상태 체크를 승인 조건으로 추가	개정 SOP, 체크리스트, 첫 적용 기록
시료 보관 조건 이탈	보관 철저 공지	온습도 이탈 알림과 예외 승인 절차 추가	알림 설정 화면, 예외 승인 기록
도면·사양 버전 혼동	최신본 사용 안내	제작 지시서에 승인 버전 자동 기재, 구버전 잠금	변경관리 기록, 제작 지시서 샘플
분석 스크립트 불일치	분석자 재교육	저장소 태그, 입력 데이터 해시, 실행 로그 필수화	커밋 태그, 재현 실행 결과
지출 증빙 연결 약함	증빙 보완 요청	지출 요청 단계에서 목표·산출물 연결 필드 추가	요청서 양식, 검수 기록

재발방지에는 검증 시점도 필요합니다. 조치를 했다는 사실과 조치가 작동한다는 사실은 다릅니다. SOP를 개정했다면 다음 시험 1건에서 실제로 사용됐는지 봐야 합니다. 알림을 설정했다면 테스트 알림 기록을 남겨야 합니다. 데이터 해시를 남기기로 했다면 다음 분석 결과 패키지에 해시가 들어갔는지 확인해야 합니다. 조사보고서에는 “완료 예정”만 쓰지 말고 “완료 판단 기준”을 써야 합니다. 완료 판단 기준이 없으면 재발방지 대책은 일정표로만 남습니다.

최종보고서·정산·성과 입력과 연결될 사건은 별도 표시한다

모든 R&D 조사보고서가 정부 과제 최종보고서나 정산 자료로 이어지는 것은 아닙니다. 내부 선행연구, PoC, 민간 프로젝트, 논문 준비 과정의 조사도 있습니다. 그러나 국가 R&D 과제의 목표, 산출물, 연구비, 성과 입력과 연결되는 사건이라면 조사보고서 안에 “연결 대상”을 표시해야 합니다. 최종보고서의 목표 달성 설명, IRIS 성과 입력, 연구비 사용 증명자료, 성과 등록·기탁 대상 자료가 서로 다른 팀에서 관리되기 때문입니다.

예를 들어 시제품 성능 시험에서 목표값을 일부 미달했다가 보완 설계 후 재시험을 통과했다면, 조사보고서에는 처음 실패한 시험의 원자료와 보완 설계의 변경 승인, 재시험 조건, 최종 산출물 버전이 들어갑니다. 최종보고서에는 미달 사실을 숨기기보다 보완 검증 범위와 남은 한계를 보수적으로 설명합니다. 연구비 증빙에는 재시험 비용이 어느 목표 검증과 연결되는지 표시합니다. 성과 입력에는 성과 상태가 출원, 등록, 제출, 게재, 공개처럼 현재 상태에 맞는지 확인합니다. 연구개발성과 등록·기탁 대상에는 논문, 특허, 보고서 원문, 연구시설·장비, 기술요약정보, 소프트웨어 등 여러 유형이 포함될 수 있으므로[S10], 조사보고서가 영향을 준 성과 유형을 구분해야 합니다.

이 단계에서 쓰면 안 되는 문장이 있습니다. “재발 가능성 없음”, “향후 문제 없음”, “정산상 문제 없음”, “평가 영향 없음” 같은 보장형 문장입니다. 조사보고서가 할 수 있는 말은 확인한 범위 안에서의 판단입니다. “동일 장비로 수행한 T-09, T-10은 교정 유효기간 내 시험이며 원자료와 장비 로그가 일치해 이번 사건의 직접 영향 범위에서 제외했다”는 말은 가능합니다. “동일 장비 관련 문제는 없다”는 말은 범위가 넓습니다. R&D 조사보고서는 확신을 크게 쓰는 문서가 아니라 판단 범위를 정확히 쓰는 문서입니다.

90분 조사보고서 초안 점검 순서

초안 작성 전 90분만 별도로 잡아도 보고서 품질이 달라집니다. 처음 15분은 사건 경계를 고정합니다. 과제번호, 시험번호, 산출물 버전, 발견일, 발견자, 판단 기준을 한 표에 넣습니다. 다음 20분은 원인 가설을 네 갈래로 나눕니다. 기술, 프로세스, 자료, 외부 조건 중 어디에 해당하는지 표시하고, 각 가설을 확인 가능한 질문으로 바꿉니다. 그다음 25분은 확인 자료를 붙입니다. 자료가 있는 가설, 자료가 부족한 가설, 배제 가능한 가설을 구분합니다. 이어서 15분은 영향 범위를 닫습니다. 영향을 받는 시료·시험·데이터·산출물·지출을 분리하고, 영향 없음 판정에도 자료를 붙입니다. 마지막 15분은 재발방지와 완료 기준을 씁니다. 조치명, 책임자, 완료일, 완료 증거, 효과 확인 방법을 한 줄로 연결합니다.

조사보고서 초안 전 90분 체크

0~15분 사건 식별자, 발견 경로, 판단 기준을 고정한다.

15~35분 원인 가설을 기술·프로세스·자료·외부 조건으로 나눈다.

35~60분 가설별 확인 자료를 붙이고, 없는 자료는 “추가 확인”으로 남긴다.

60~75분 영향 범위를 시료·장비·데이터·산출물·연구비로 나눠 닫는다.

75~90분 재발방지 조치와 완료 증거, 효과 확인 방법을 원인별로 연결한다.

초안 점검이 끝나면 본문은 자연스럽게 짧아질 수 있습니다. 중요한 것은 문서 길이가 아니라 추적성입니다. 조사번호가 붙은 가설이 있고, 그 가설을 확인한 자료가 있으며, 그 자료로 영향 범위를 닫았고, 그 원인에 맞는 재발방지와 검증 방법이 있으면 조사보고서는 읽는 사람이 다시 따라갈 수 있습니다. 반대로 문장이 유려해도 이 연결이 없으면 보고서는 설득력이 약합니다.

같은 사이트에서 이어서 볼 글

조사보고서가 최종보고서와 연결되는 상황이라면 R&D 최종보고서 증거 패키지 체크리스트를 함께 보는 편이 좋습니다. 부적합·시정조치 흐름을 별도 문서로 다뤄야 한다면 R&D 부적합 CAPA 체크리스트가 다음 단계입니다. 변경 승인과 원인 분석이 얽힌 사건은 R&D 변경관리 기록 체크리스트로 분리하고, 원자료·분석 로그·데이터셋 보존이 핵심이면 R&D 데이터 관리계획 체크리스트를 참고합니다. 시험·검증 체계 자체가 흔들린 경우에는 R&D 검증 마스터 플랜 체크리스트로 범위를 넓히는 것이 맞습니다.