이번 글에서는 그 계산이 실제로 소프트웨어 안에서 올바르게 구현되어 있는지, 2026년 개정에서 새로 요구하는 검증 기준을 다룹니다. 이 주제와 관련된 게시글은 이 글의 맨 아래 링크를 참조하시기 바랍니다.
왜 소프트웨어까지 검증 대상이 되었나
SPC 지수는 대부분 소프트웨어가 자동으로 계산해 줍니다. 그런데 그 계산이 정확한지는 누가 확인할까요. 2026년 통합 SPC 매뉴얼에는 이전 판에는 없던 완전히 새로운 장이 하나 추가되었는데, 바로 분석 소프트웨어의 검증과 유효성 확인을 다루는 장입니다. 지수 산출 방법을 아무리 정교하게 정리해도 소프트웨어 내부 로직이 틀렸다면 아무 의미가 없다는 문제의식이 반영된 결과이며, 이는 앞선 글에서 다룬 두 가지 계산법 논의가 실제로 소프트웨어에 올바르게 구현되어 있어야 비로소 의미를 가진다는 점과도 연결됩니다. 계산식을 아는 것과 그 계산식이 프로그램 안에서 정확히 돌아가는 것은 별개의 문제입니다.
검증(Verification)과 유효성 확인(Validation)의 차이
매뉴얼은 IATF 16949와 ISO 9000의 정의를 근거로 검증과 유효성 확인을 구분합니다. 검증은 정해진 요구사항을 충족하는지 객관적 증거로 확인하는 것이고, 유효성 확인은 실제 사용 목적에 맞게 의도된 결과를 내는지 확인하는 것입니다. 즉 소프트웨어가 매뉴얼의 계산식대로 동작하는지 확인하는 것과, 그 결과가 실제 현장 데이터에 대해 타당한 결론을 내는지를 모두 확인해야 한다는 뜻입니다.
두 개념을 구분하지 않고 단순히 ‘테스트했다’고만 기록하면 감사 대응 자료로는 부족할 수 있습니다. 어떤 데이터와 시나리오를 사용했고, 어떤 결과를 기준으로 적합 여부를 판단했는지까지 남겨 두어야 소프트웨어 결과를 재현하고 설명할 수 있습니다.
무엇을 확인해야 소프트웨어의 ‘블랙박스’ 문제를 피할 수 있는가
매뉴얼은 최소 표본 크기, 이상치 검출 및 처리 방식, 신뢰구간, 추정량의 설계, 한쪽 규격의 계산 방법 등 분석에 사용되는 주요 파라미터를 파악할 수 있어야 한다고 강조합니다. 이러한 설정을 확인할 수 없다면 사용자는 결과값만 받아들이는 이른바 ‘블랙박스’ 상태에 놓이게 됩니다.
겉으로 보기에 그럴듯한 그래프와 숫자를 내놓더라도 계산 과정과 전제가 설명되지 않으면 결과의 신뢰성을 입증하기 어렵습니다. 따라서 이미 상용 SPC 소프트웨어를 사용하고 있다면 공급사에 계산 로직, 주요 파라미터, 버전별 변경사항, 검증 문서의 제공 여부를 확인하고 자체 검증 기록과 함께 관리하는 것이 좋습니다.
상용 소프트웨어와 사내 개발 프로그램, 예외는 없다
이 요구사항은 값비싼 상용 소프트웨어에만 해당하는 것이 아닙니다. 사내에서 엑셀 매크로나 자체 개발 프로그램으로 지수를 계산해 온 경우도 동일한 검증 대상입니다. 오히려 사내 개발 도구는 공식 문서가 부족한 경우가 많아 계산 근거와 변경 이력을 설명하기 더 어려울 수 있습니다.
상용이든 자체 개발이든 SPC 계산에 사용하는 도구라면 검증 이력을 남겨야 하며, 담당자 교체나 버전 업그레이드, 계산 로직 변경이 발생했을 때에는 재검증이 필요한지 판단할 수 있도록 변경 이력도 함께 관리하는 것이 바람직합니다.
실무에서는 계산 결과보다 계산 근거를 확인해야 한다
현장에서 SPC 결과를 검토하다 보면 Cpk나 Ppk 값 자체만 확인하고, 소프트웨어가 어떤 계산 방법과 파라미터를 사용했는지는 확인하지 않는 경우가 많습니다. 특히 고객사와 공급사가 서로 다른 SPC 프로그램을 사용할 경우 동일한 측정 데이터를 입력했는데도 결과가 달라질 수 있습니다. 이런 상황에서 단순히 “소프트웨어가 계산한 값”이라는 이유만으로 결과를 인정하면 차이가 발생한 원인을 설명하기 어렵습니다.
따라서 중요한 특성에 대해서는 표준 데이터 세트를 이용해 계산 결과를 비교하고, 사용한 계산 방법과 주요 파라미터를 문서화하는 것이 좋습니다. 실무적으로 중요한 것은 결과값 자체보다 그 결과를 다시 재현하고 설명할 수 있는가입니다.
국제 표준이 제시하는 검증 항목
구체적인 검증 방법은 ISO/TR 11462 시리즈를 참고할 수 있습니다. 이 문서는 SPC 소프트웨어 검증을 위한 기준 데이터와 결과값을 제공하며, 소프트웨어가 통계 계산과 관리도, 공정능력 관련 계산을 올바르게 구현하고 있는지 확인하는 데 활용할 수 있습니다.
검증 시에는 표본과 부분군 크기, 계산 정밀도, 히스토그램과 확률도 표현, 중심경향과 산포에 대한 통계량, 분포 모형 평가, 위치와 변동에 대한 관리한계 산출, 이상 상태 판별 등 주요 분석 기능을 확인할 수 있습니다. 새로 소프트웨어를 도입하거나 기존 도구를 재검토할 때 이러한 항목을 체크리스트로 활용하면 검증 범위를 놓치지 않는 데 도움이 됩니다.
현업에서 우선 확인해야 할 세 가지
첫째, 현재 사용하는 SPC 프로그램과 버전을 목록화해야 합니다. 동일한 프로그램이라도 버전이 다르면 계산 방식이나 옵션이 달라질 수 있기 때문입니다.
둘째, 주요 계산 항목에 대해 기준 데이터와 결과값을 비교해 검증 기록을 남겨야 합니다. 특히 공정능력지수, 관리한계, 이상점 판정과 같이 고객 보고와 공정 판단에 직접 사용되는 항목은 우선순위를 높게 두는 것이 좋습니다.
셋째, 계산 방법, 주요 파라미터, 검증 결과, 소프트웨어 버전과 변경 이력을 하나의 문서 체계로 연결해야 합니다. 그래야 향후 감사, 고객 문의, 프로그램 업데이트 또는 결과 불일치가 발생했을 때 원인을 신속하게 추적할 수 있습니다.
SPC 소프트웨어 검증의 핵심은 프로그램을 신뢰하지 않는 것이 아니라, 그 프로그램이 만들어 낸 결과를 언제든 재현하고 설명할 수 있도록 만드는 것입니다.
관련 글: SPC 매뉴얼 2026년 개정 총정리, 성능지수와 능력지수의 결정적 차이, 공정능력지수 계산법-두 가지 방식,기계성능부터 공정능력까지 3단계

댓글
댓글 쓰기