이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
스펙서 양식을 처음부터 설계할 때 가장 중점을 두는 건 누가 어떤 상황에서 이 문서를 쓸 것인지 먼저 정의하는 것입니다. 개발팀이 설계 기준으로 쓰는 스펙서와 QC가 검사 기준으로 쓰는 스펙서는 포함해야 할 항목이 다릅니다. 수업 품질문서 설계 과제에서 용도별로 기본 항목과 선택 항목을 구분하는 구조를 만드는 것이 실용적이었습니다. 두 번째로 중요한 건 각 항목에 어떤 기준으로 값을 채우는지 작성 규칙을 명시하는 것입니다. 규칙이 없으면 담당자마다 다르게 채우는 경우가 생깁니다. 숫자는 단위와 소수점 자릿수까지 통일합니다.
특정 항목의 허용 범위를 표 형식으로 정리하면 검사 시 빠르게 참조하기 좋습니다. 마지막으로 개정 이력과 버전을 관리하기 쉬운 구조를 초기에 포함해두면 나중에 관리 비용이 줄어듭니다.
스펙서를 설계할 때 제가 가장 중점을 둔 건 측정 가능성과 추적 가능성입니다. 각 기준값은, 정량 기준으로 합격/불합격을 판정할 수 있어야 했습니다. '적절히'처럼 모호하면, 검사자마다 다르게 판단했습니다. 또 각 기준이 규제 요건·소비자 요구사항과 연결되는 고리를 문서화(추적 가능성)했습니다. 그래야 왜 이 값인지를 되짚을 수 있었습니다. 스펙서는 개발·생산·구매·QA·규제 대응의 단일 진실 기준(Single Source of Truth)이라, 흔들리면 안 됐습니다. 막연히 '기준을 적는다'가 아니라, 잴 수 있고 추적되는 기준으로 짰습니다.
모호하거나 근거 없는 기준은, 다툼의 씨앗이었습니다.
스펙서 설계에서 제가 의식한 한계는 기준값이 공정 능력과 안 맞으면 생기는 트레이드오프입니다. 기준값이 실제 공정 능력(Cpk)과 연동되지 않으면, 과도하게 엄격하거나 느슨해졌습니다. 너무 엄격하면 멀쩡한 제품도 불합격, 너무 느슨하면 불량이 통과했습니다. 그래서 기준값을 실제 공정 변동에 맞춰 정했습니다. 또 스펙서는 실제 측정 방법(시험 SOP)과 쌍을 이뤄야, 어떻게 재는지 모호하지 않았습니다. 한 번은 기준만 빡빡하게 잡았다, 공정이 못 따라가 불량률이 치솟은 걸 떠올렸습니다.
현실 공정을 모르고 기준을 정하면, 어긋났습니다. 그래서 Cpk 연동이 한계를 다루는 핵심이었습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 와이즐리컴퍼니 품질관리 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.