MTC 관리를 위해 공유 드라이브를 초과한 5가지 신호

공유 드라이브는 비즈니스가 더 작았고, 공급자 기반이 더 짧았던 기간에 설정되었으며, 한 명의 QC 관리자가 파일링 규칙을 머리 속에 유지할 수 있었습니다. 폴더는 연도별로 정렬되고, 공급자별로, 등급별로 정렬됩니다. 단, 2021년 폴더는 누군가가 6개월 동안 고객별로 재정렬하기 전 제외됩니다. 인증서가 있습니다. 대부분. 어디를 봐야 하는지 안다면.

이 배치는 3개 공급자에서 월 30개 주문이 1개 위치에 있을 때 의미가 있었습니다. 12개 공급자에서 월 150개 주문, 3개 창고 전역, 그리고 모든 배송에 완전한 인증서 패키지를 요구하는 새로운 항공우주 고객이 있을 때는 더 이상 파일 시스템이 아닙니다. 책임입니다.

대부분의 운영 관리자가 묻는 질문은 "업그레이드해야 하나?"가 아니라 "실제로 공유 드라이브를 초과했나, 아니면 작동하는 시스템에 불만인가?"입니다. 이 5가지 신호는 의견이 아닌 관찰 가능한 운영 행동을 기반으로 진단 답변을 제공합니다.

신호 1: 인증서 검색이 주문당 20분 이상 걸립니다

이것은 인증서 관리 시스템이 문제가 되었음을 나타내는 가장 신뢰할 수 있는 운영 지표입니다. 인증서 검색이 필요한 다음 3개 주문에 대해 시간을 측정하세요. 인증서가 어제 제출되고 공급자가 명확한 쉬운 것이 아닙니다. 3개월 전에 도착했거나, 브로커에서 나왔거나, 2개 배치로 나뉜 것입니다.

프로세스에 정확한 폴더 경로를 찾기 전에 3개의 다른 폴더 경로를 열기, 공급자에게 전자 메일을 보내 원본이 있어야 할 위치에 없어서 재전송 요청, "기억할 수 있는" 동료에게 전화를 걸기, 또는 찾은 인증서가 잘못된 배치임을 깨닫고 다시 시작하는 경우를 포함하면, 검색 시간은 워크플로 비효율이 아닙니다. 시스템 문제입니다.

공유 드라이브는 배치 번호, 구매 주문 번호 및 화학 값을 구조화된 데이터로 이해하는 검색 메커니즘이 없습니다. 파일 시스템입니다. 파일 이름과 폴더 경로를 검색할 수 있습니다. 데이터베이스를 쿼리할 수 있는 것처럼 쿼리할 수 없습니다. 운영이 충분히 작아서 모든 인증서가 2-3개 공급자로부터 일관된 명명 규칙으로 도착했고 한 명이 모든 파일을 처리했을 때, 파일 시스템은 충분했습니다. 12개 공급자, 다른 명명 규칙, 3개 파일링 위치, 가변 배송 형식(이메일 PDF, 공급자 포털 다운로드, 수신에서 스캔된 물리 문서)이 있을 때, 파일 시스템은 올바른 도구가 아닙니다.

주문당 검색 작업 20분, 월 150개 주문은 월 50시간입니다. 이는 즉시 액세스 가능해야 하는 문서를 찾는 데 소비된 품질 기술자의 전체 근무 주 이상입니다.

신호 2: 지난 6개월 동안 누락되거나 잘못된 인증서로 인해 배송이 보류되었습니다

인증서 문제로 인한 배송 보류는 데이터 포인트입니다. 같은 해에 2개는 패턴입니다. 공유 드라이브는 고객이나 부두에 도달하기 전에 편차를 포착하지 않으며, 각 보류의 비용은 충분히 크므로 발생 빈도가 중요합니다.

인증서 문제로 인한 배송 보류(인증서가 누락되어 고객 수신 창이 닫히기 전에 찾을 수 없거나, 파일의 인증서가 고객 사양을 준수하지 않는 값을 표시)는 빠르게 누적되는 직접 비용을 발생시킵니다. 반품 운송료는 배송에 따라 $500~$2,000입니다. 단기 긴급 재구매는 재료 비용에 1530%를 추가합니다. 고객 시설의 일정 중단으로 인한 청구 가능성이 있습니다. 귀사의 수신 및 QC 팀은 예외를 관리하는 데 24시간을 소비합니다. 총 비용을 합산하면, 인증서 관리 실패로 인한 단일 배송 보류는 일반적으로 중간 규모 운영의 경우 $5,000~$15,000 사이에 도달합니다.

공유 드라이브는 인증서 데이터를 사양 요구 사항과 비교하는 메커니즘이 없으므로 배송 전 편차를 포착할 수 없습니다. 파일을 저장합니다. 파일에 구매 주문 사양을 준수하는 값이 포함되어 있는지 여부는 확인해야 할 사항입니다. 확인하려면, 사양이 무엇인지 알고, 트럭이 로드되기 전에 올바른 인증서를 찾을 수 있다면.

지난 6개월 동안 1개 보류가 있었다면, 현재 시스템이 이 범주의 실패를 방지하지 않음을 확인했습니다. 문제는 2번째를 기다릴지 여부입니다.

신호 3: 2개 이상의 위치 또는 3개 이상의 공급자에서 자재를 처리합니다

공유 드라이브는 단일 운영 환경을 가정합니다: 1개 파일링 위치, 1개 명명 규칙, 인증서 수신을 담당하는 1명. 각 추가 위치와 각 추가 공급자는 파일 시스템이 구조적으로 수용할 수 없는 복합 복잡성을 추가합니다.

자재가 주 창고에서 2차 처리 위치로 이동할 때, 인증서가 따라야 합니다. 최소한 두 위치에서 모두 액세스 가능해야 합니다. 공유 드라이브 설정에서는 의도적인 조치가 필요합니다: 파일 복사, 참조 문서 업데이트, 또는 두 위치의 사람들이 어떤 폴더 경로를 확인할지 알도록 의존합니다. 실무에서 명시적 인증서 인수 없이 자재가 이동되면, 인증서는 수신 위치와 연결된 상태로 유지되고 처리 위치는 전화나 이메일 없이 액세스할 방법이 없습니다.

여러 공급자는 여러 명명 규칙, 여러 문서 형식, 여러 배송 방법을 의미합니다. 한 공급자는 배치 번호별로 명명된 PDF를 보냅니다. 다른 공급자는 내부 주문 번호별로 명명된 PDF를 보냅니다. 3번째는 액세스를 위해 로그인이 필요하고 파일링을 위해 수동 다운로드가 필요한 공급자 포털에 업로드합니다. 4번째는 수신에서 스캔되고 "scan_20240912_094312.pdf"로 이메일 받은 편지함에 도착하는 물리 문서를 트럭과 함께 보냅니다. 이러한 항목을 공유 드라이브에 일관되게 저장하려면 능동적인 노력과 모두가 따르는 문서화된 규칙이 필요합니다. 한 사람이 규칙에서 벗어나는 순간(바빴기 때문에, 파일이 명명 패턴에 맞지 않았기 때문에, 새로웠기 때문에) 파일 시스템이 저하됩니다.

3개 이상의 공급자는 공유 드라이브의 구조적 제한이 운영상 중요하게 되는 임계값입니다. 3개 위치에 12개 공급자가 있을 때, 이러한 제한은 매주 활발한 문제입니다.

신호 4: 모든 배송에 인증서 패키지를 요구하는 고객이 있습니다

항공우주, 방위, 1급 자동차, 핵 및 압력 용기 고객(AS9100 Rev D, NADCAP, IATF 16949 또는 NQA-1 품질 관리 요구 사항에 따라 운영)은 공통 요구 사항을 공유합니다: 모든 배송에 완전하고 추적 가능한 공장 시험 인증서 패키지가 필요하며 감시할 수 있는 형식으로 구성됩니다. 이 고객들은 구두 확인을 수락하지 않습니다. "며칠을 주면 찾을 수 있습니다"라는 말을 수락하지 않습니다. 공급자 적격 신청 프로세스의 일부로 인증서 관리 관행을 감시합니다.

공급자 감시에 대한 공유 드라이브 응답은: "우리 인증서는 연도와 공급자별로 정렬된 공유 폴더에 저장됩니다. 배치 번호나 구매 주문 번호를 주면 모든 인증서를 찾을 수 있습니다." 감시원은 3-4개의 특정 인증서를 무작위로 요청하고, 생성하는 데 걸리는 시간을 측정하고, 시스템이 부적절한 자재가 감지되지 않은 채 배송되는 것을 어떻게 방지하는지 보여달라고 요청합니다.

공유 드라이브는 방지 질문에 답할 수 없습니다. 수동 파일링 시스템입니다. 부적절한 자재가 감지되지 않은 채 배송됩니다. 배송 전 인증서가 검토되지 않은 경우, 인증서가 검토되었지만 검토자가 편차를 포착하지 못한 경우, 또는 잘못된 배치의 인증서가 인출되었고 아무도 실제 자재와 비교하지 않은 경우에. 이러한 고장 모드는 드라이브가 확인된 내용, 시기, 누가, 결과가 무엇인지 기록하지 않으므로 공유 드라이브 감시에서 보이지 않습니다.

항공우주 및 방위 고객은 체계적 통제를 입증할 수 없는 인증서 관리 관행에 대한 공급자 적격을 철회했습니다. 현재 이 고객이 있거나 하나를 추구 중인 경우, 인증서 관리 인프라는 프로세스 통제를 입증해야 합니다. 단순히 문서 저장이 아닙니다.

신호 5: QC 담당자가 무엇이든 찾을 수 있는 유일한 사람입니다

한 사람의 제도적 지식에 대한 단일 의존성은 대부분의 운영이 실제로 될 때까지 과소 평가하는 비즈니스 위험입니다. QC 관리자가 2주 휴가를 갈 때, 3일째에 오는 긴급 주문의 인증서를 누가 검색합니까? 품질 기술자가 더 좋은 제안을 위해 떠날 때, 대체 직원이 시간 압박 속에서 정확하게 인증서를 검색할 수 있을 정도로 파일 시스템을 배우는 데 얼마나 걸립니까?

공유 드라이브는 지식 관리를 시스템 자체가 아닌 사용자에게 외부화합니다. 시스템은 파일을 저장합니다. 지식(특정 인증서 찾기, 명명 규칙의 의미, 2022 자재가 재정렬 전에 어떤 폴더로 이동했는지, 어떤 공급자 포털이 어떤 로그인이 필요한지)은 시스템을 관리해온 사람 안에 살아 있습니다. 그 사람을 사용할 수 없을 때, 시스템은 실질적으로 오프라인 상태입니다.

이것은 가설적인 위험이 아닙니다. 주요 QC 출발을 경험한 모든 철강 서비스 센터와 제조 샵은 정확히 얼마나 많은 미문서화된 제도적 지식이 문을 통해 나갔는지 압니다. 공유 드라이브는 정보가 포함된 것처럼 보입니다. 포함되지 않은 것은 검색 논리입니다. 파일 시스템을 탐색 가능하게 만드는 정신 모델. 그 논리는 사람 안에 있지, 시스템 안에 아닙니다.

목적으로 구축된 MTC 관리 시스템은 인증서와 이와 관련된 구조화된 데이터를 저장합니다: 배치 번호, 구매 주문 번호, 등급, 화학 값, 기계적 특성, 고객, 공급자, 수신 날짜, 규정 준수 상태. 액세스 권한이 있는 모든 사람은 몇 초 내에 해당 매개 변수로 모든 인증서를 검색할 수 있으며, 어떤 폴더에 있는지 알거나 2019년 명명 규칙을 기억할 필요가 없습니다.

이 중 3개 이상이 적용되는 경우

위의 5가지 신호는 각각 개별적으로 전용 MTC 관리 시스템으로의 전환을 정당화하기에 충분합니다. 3개 이상이 동시에 발생하는 것은 비용을 활발히 흡수하고 있다는 의미입니다. 검색 작업, 배송 보류, 감시 준비, 고객 관계 위험 측면에서 현대 시스템은 제거합니다.

공유 드라이브에서 MTC 소프트웨어로의 전환은 큰 인프라 프로젝트가 아닙니다. 주요 작업은 역사 인증서 데이터 가져오기, 각 사양 요구 사항으로 공급자 및 고객 프로필 설정, 새 인증서에 대한 수신 워크플로우 수립입니다. 대부분의 운영은 30~60일 내에 새 시스템에서 안정 상태에 도달합니다.

공유 드라이브에 머물 수 있는 비용은 단일 항목에서 보이지 않습니다. 급여, 배송 차이, QC 초과 근무, 가끔의 고객 청구에 분산됩니다. 전용 시스템으로의 전환 비용은 구체적이고 한정됩니다. 그 비대칭성(분산된 보이지 않는 비용 대 구체적인 보이는 비용)은 대부분의 운영이 전환을 더 오래 지연시키는 이유입니다.

QC 관리자가 인증서 파일링 시스템의 제도적 기억인 경우, 다음 배송 보류는 여부가 아닌 시기의 문제입니다. 공유 드라이브가 알려주지 않습니다.

자주하는 질문