디자이너를 위한 포럼에 참여하기
여러분의 전문 지식은 커뮤니티에 매우 중요합니다. 참여하여 지식을 공유하세요
지금 포럼에 참여하세요업계 최고의 전문가들과 함께 공유하고 배우며 성장하세요.
엔지니어링 변경 관리는 제품 변경 및 구현을 제어하는 비즈니스 프로세스입니다. 제품 라이프사이클 관리(PLM) 소프트웨어 내의 엔지니어링 변경 관리 프로세스는 PLM 맞춤형 교육 서비스의 핵심 구성 요소이자 제가 가장 좋아하는 주제 중 하나입니다. 이 블로그에서는 이 분야를 처음 접하는 분들을 위해 엔지니어링 변경 관리의 주요 개념을 강조하는 일반적인 워크플로우를 사용 중인 PLM 소프트웨어와 무관하게 공유하고자 합니다.
아래 이미지에는 전체 엔지니어링 변경 관리 프로세스가 나와 있습니다. 엔지니어링 변경 관리에서의 역할에 따라 프로세스의 특정 부분에만 참여할 수 있습니다. 제품 데이터 검토, 작성 또는 승인과 관련된 작업을 수행할 수 있습니다.
1. 문제 보고
전반적인 엔지니어링 변경 관리 프로세스는 일반적으로 고객이나 공급업체를 대신하여 기록된 문제 또는 개선 사항으로 인한 제품 변경 요청인 문제 보고서를 작성하는 것으로 시작됩니다. 하지만 이 단계는 선택 사항일 수도 있습니다. 문제 보고서를 작성하려면 우선순위, 영향을 받는 대상, 제안된 해결 방법 및 예상되는 혜택 등의 세부 정보를 입력해야 합니다. 그런 다음 변경 관리자 또는 문제 보고서 검토자가 문제를 조사하고 해당되는 경우 영향 분석을 수행합니다. 문제 보고서가 승인되면 프로세스는 새로운 변경 요청을 생성하는 단계로 넘어갈 수 있습니다.
2. 변경 요청
영향을 받는 개체에 대한 새로운 변경 요청을 생성하여 공식적인 변경을 제안합니다. 문제 보고서의 정보는 변경 요청으로 이관되며 분석을 위해 제출되기 전에 필요에 따라 업데이트할 수 있습니다. 그런 다음 변경 요청의 유효성 검사, 기술 분석 조정, 권장 솔루션 생성을 포함하여 변경 요청을 분석합니다. 관련 분석 정보도 변경 요청에 포함됩니다. 이 시점에서 변경 요청은 추가 검토 없이 거부되거나 프로세스를 진행할 수 있습니다. PLM 시스템 구성에 따라 변경 검토 위원회의 검토를 생략하는 패스트트랙 옵션이 있을 수 있습니다. 문제 보고서가 승인되면 프로세스는 변경 주문이라고도 하는 새로운 변경 통지 작성으로 넘어갈 수 있습니다.
3. 변경 통지(변경 주문이라고도 함)
변경 요청이 승인되면 적절한 변경 공지가 작성되고 승인된 변경 요청을 이행하기 위한 계획이 수립됩니다. 이행 계획은 작업에 필요한 변경 활동/조치 작업으로 구성됩니다. 그런 다음 양수인(PLM 시스템에 따라 책임 엔지니어라고도 함)이 사양 문서, CAD 모델 및/또는 EBOM을 편집하거나 생성하는 등 할당된 변경 활동/작업을 완료합니다. 작업이 완료된 것으로 표시되기 전에 검토자는 양수인의 작업을 확인하고 확인해야 합니다. 변경 통지와 관련된 모든 작업이 완료되면 변경 사항을 감사하여 결과 문서가 명확하고 간결하며 유효한지 확인합니다. 그런 다음 변경 공지가 승인되거나 거부됩니다. 승인되면 결과 개체가 릴리스되고 해당 변경 요청은 해결된 것으로 간주되어 종결됩니다. 결과 개체가 릴리스되면 엔지니어링 변경 관리 프로세스가 완료됩니다.
PLM 맞춤형 교육 이니셔티브에서 고객과 협력하는 것은 보람 있는 일입니다. 이 일반적인 워크플로에서는 사용자 지정 속성, 사용자 지정 사용자 인터페이스, 사용자 지정 역할, ERP 시스템 통합 등을 포함한 제품 및 프로세스 사용자 지정을 통합하는 각 단계의 교육 콘텐츠를 만들기 전에 개요를 제공합니다.
디자이너를 위한 포럼에 참여하기
여러분의 전문 지식은 커뮤니티에 매우 중요합니다. 참여하여 지식을 공유하세요
지금 포럼에 참여하세요업계 최고의 전문가들과 함께 공유하고 배우며 성장하세요.