신입이 처음 만드는 사고는 대개 나쁜 의도에서 나오지 않습니다. 오히려 좋은 아이디어에서 나옵니다. 테스트 웨이퍼에서 막 두께 균일도가 좋아지는 조건을 찾았고, 수율이 걸려 있으니 오늘 밤부터 바로 적용하고 싶습니다. 발주처 담당자가 전화로 도면대로 하라고 했고, 일손이 빈 팀은 지금 시작하고 싶어 합니다.
변경관리(MOC, Management of Change)는 이런 순간을 위한 절차입니다. 제조 현장에서는 사람(Man), 설비(Machine), 자재(Material), 방법(Method)의 네 가지가 바뀌는 지점을 4M 변경점이라고 부르며 따로 관리합니다. First Run의 반도체 팹, 건설 현장, IT 회사 맵에는 이 네 가지가 모두 퀘스트로 나옵니다. 이 글은 그 퀘스트로 신입이 익혀야 할 변경관리의 기본을 정리합니다.
방법의 변경: 좋은 레시피일수록 MOC로
반도체 팹의 공정 엔지니어 퀘스트입니다. 동기 엔지니어가 테스트 웨이퍼에서 증착 스텝 시간을 조금 늘리면 막 두께 균일도가 좋아진다는 결과를 얻었고, 생산 쪽은 오늘 밤부터 바로 적용하자고 재촉합니다.
- 데이터가 분명하니 오늘 밤 양산 레시피에 반영하고 문서는 내일 정리한다: Poor
- 설비 한 대에서 양산 lot으로 먼저 '시범 적용'하고 결과가 좋으면 확대한다: Risky
- 파트장에게 구두로 OK를 받고 레시피를 고친 뒤 변경 이력에 메모를 남긴다: Risky
- 데이터와 영향 평가, split lot 검증 계획을 담아 MOC를 올리고, 승인된 뒤에 적용한다: Excellent
두 개의 Risky는 변경관리를 우회하는 가장 흔한 두 방법입니다. 범위를 줄이는 것과 윗사람의 동의를 받는 것입니다. 피드백은 둘 다 분명히 선을 긋습니다. 범위를 줄였을 뿐 승인 없는 변경이라는 점은 같고, 상급자 동의에는 영향 검토와 공식 승인, 검증 계획이 빠져 있습니다. 문제가 생기면 왜 바뀌었는지 아무도 설명하지 못합니다.
이 퀘스트의 피드백에서 신입에게 꼭 남기고 싶은 문장은 이것입니다. 변경관리는 좋은 아이디어를 막는 절차가 아니라, 좋은 아이디어가 사고 없이 양산에 들어가게 하는 절차입니다.
절차서에 없는 '약식'도 변경이다
설비 엔지니어 퀘스트에서는 CVD 챔버의 예방 정비(PM)가 오늘 밤 도래했는데, 생산관리가 핫랏 때문에 사흘만 미뤄 달라고 합니다. 이때 눈여겨볼 오답은 오늘 밤에는 챔버 세정을 빼고 핵심 부품만 보는 약식 PM을 하고 전체 PM은 다음 주에 하자는 답입니다. Poor입니다. 절차서에 없는 약식 PM은 기록상으로는 완료인데 실제 챔버는 정비되지 않은, 가장 위험한 상태를 만듭니다.
정해진 방법을 바꾸는 것은 크든 작든 변경입니다. Excellent는 챔버 상태 데이터를 확인하고 생산관리와 협의해, 승인된 연기나 영향이 적은 시간대로 PM을 조정하는 답입니다. 연기하더라도 근거, 승인, 추가 모니터링이 남아 있으면 통제된 결정이 됩니다.
자재와 설비의 변경: 고객에게 알려야 할 변경
반도체 팹의 고객 퀘스트에서 고객사 담당자가 묻습니다. 공정 한 스텝을 신형 설비로 옮기고 약액 공급사도 바꾼다던데, 엔지니어링에서는 스펙이 같으니 달라지는 게 없다고 한다며, 저희는 언제 알게 되느냐고.
- 스펙이 똑같으니 고객 입장에서는 달라진 게 없고 통보도 필요 없다고 답한다: Poor
- 몇 lot에만 먼저 적용해 고객이 차이를 알아채는지 본다: Poor
- 먼저 양산에 적용해 검증하고, 달라진 게 없으면 그때 통보한다: Risky
- 고객과 합의한 변경 통보 기준을 확인하고, 해당되면 검증 데이터와 일정을 담은 PCN을 미리 보낸다: Excellent
스펙이 같아도 설비나 재료가 바뀌면 고객 제품에서 미세한 차이가 드러날 수 있습니다. 그래서 많은 고객이 사전 통보를 요구합니다. 사후 통보는 고객이 평가하고 선택할 기회를 빼앗고, 몇 lot에만 몰래 적용하는 것은 고객을 모르는 사이에 시험 대상으로 삼는 일입니다. PCN(변경 통보)은 동의를 구하는 절차이자, 고객이 자기 제품을 지킬 시간을 주는 절차입니다.
현장의 설계변경: 전화 지시는 승인이 아니다
건설 현장의 공무 담당 퀘스트입니다. 3층 커뮤니티 시설에서 건축 도면과 구조 도면의 벽체 개구부 위치가 서로 다릅니다. 시행사 담당자는 전화로 건축 도면대로 하라고 했고, 일손이 빈 형틀팀은 오늘 바로 시작하고 싶어 합니다.
- 전화 지시가 있었으니 건축 도면대로 바로 시작하고 서류는 준공 전에 정리한다: Poor
- 계약 도면이 확정돼 있으니 어떤 변경도 받을 수 없다고 통보한다: Poor
- 영향이 없어 보이는 벽부터 먼저 시작하고, 사진을 찍어 두었다가 나중에 정리한다: Risky
- 설계 질의서로 불일치를 공식 확인받고, 구조 검토와 비용·공기 영향을 정리해 감리·시행사 승인 후 작업지시를 낸다. 그동안 형틀팀은 다른 구간에 배치한다: Excellent
구조 검토 없이 개구부를 옮기면 보강이 빠질 수 있고, 구두 지시만으로는 비용과 공기 변경을 청구할 근거도 없습니다. Excellent의 마지막 문장도 중요합니다. 승인을 기다리는 동안 빈 인력을 다른 구간으로 돌려 공정 손실을 줄였습니다. 변경관리를 지키는 것과 현장을 멈추는 것은 같은 말이 아닙니다.
같은 맵의 감리 지적 퀘스트에서는 철근이 이전 개정본 도면대로 배근된 것이 발견됩니다. 현장 배근에 맞춰 시공상세도를 급히 다시 그려 오늘 날짜로 제출하는 답은 Poor입니다. 도면을 현장에 맞추는 것은 설계 검토를 건너뛰는 일입니다.
사람의 변경: 자격이 만료되면
4M의 마지막은 사람입니다. 반도체 팹의 고객 감사 퀘스트에서는 핵심 공정 작업자 두 명의 교육 인증이 만료된 것이 지적됩니다. Excellent는 지적을 인정하고 즉시 봉쇄하는 것, 즉 해당 작업자를 재인증 전까지 작업에서 빼고, 다른 곳의 같은 빈틈을 점검한 뒤 원인과 대책을 일정과 함께 회신하는 답입니다. 마감 회의 전에 빠진 기록을 채워 넣게 하는 답은 Poor입니다. 사후에 기록을 만들어 넣는 것은 기록 조작입니다.
IT 회사의 변경 요청도 같다
IT 회사 맵의 PMO 퀘스트에서도 같은 원리가 나옵니다. 고객이 마감 직전에 큰 기능 추가를 요청하면, 변경 요청서로 영향도를 평가하고 협의한 뒤 반영하는 답이 정답입니다. 무조건 수용해 일정 안에 욱여넣는 답은 Risky, 무조건 거절하는 답은 Poor입니다. 승인된 변경을 반영하기 전에는 일정·범위 기준선을 갱신하고 팀에 공유해야 하며, 구두로만 전달하거나 바로 개발부터 시작하는 답은 Risky입니다.
변경관리의 기본 순서
네 맵의 Excellent를 모으면 업종과 관계없는 순서가 나옵니다.
- 변경을 변경으로 인식한다: 약식, 시범, 임시도 변경이다.
- 근거를 정리한다: 데이터와 바꾸려는 이유.
- 영향을 평가한다: 다른 제품, 후속 공정, 비용, 일정, 고객.
- 검증 계획을 세운다: split lot, 재시험, 구조 검토.
- 승인을 받는다: 구두 동의가 아니라 정해진 승인자에게.
- 알린다: 고객 통보 기준을 확인하고, 현장과 팀에 기준선을 갱신해 공유한다.
- 기다리는 동안 할 수 있는 일을 찾는다: 인력 재배치, 병행 가능한 작업.
변경관리 신입 교육 체크리스트
- 좋은 의도의 변경을 오늘 바로 적용하는 답이 오답으로 설명되는가
- 범위 축소와 구두 동의가 승인을 대신하지 못한다는 점을 다루는가
- 절차서에 없는 약식 작업도 변경이라는 점을 다루는가
- 스펙이 같아도 고객 통보가 필요할 수 있다는 점을 다루는가
- 구두 지시와 공식 승인을 구분하는 퀘스트가 있는가
- 사후에 도면이나 기록을 맞추는 답이 Poor로 채점되는가
- 승인을 기다리는 동안 현장을 멈추지 않는 방법이 정답에 들어 있는가
업종별 시나리오의 공통 기준은 업종별 신입 온보딩 설계에서, 변경 뒤에 문제가 생겼을 때의 분석은 근본 원인 분석 신입 교육에서 이어 읽을 수 있습니다.
실무 상황을 퀘스트로 경험해보세요
반도체 팹 맵에서 공정 엔지니어를 고르면 MOC 퀘스트를 직접 풀어볼 수 있습니다. 게임 시작하기