관리를위한 전략 크로스 디펜서 기술연구소

현대제품개발의 Cross-disciplinary Engineering에 대한 이해

이 문서는 자동의 자동 및 의료 기기에 이르기까지 다양한 산업 분야에서 널리 사용되고 있습니다. 이 문서는 자동차, 의료 기기, 의료 기기에 이르기까지 다양한 산업 분야에서 널리 사용되고 있습니다. 통합 혁신의 약속은 높은 반면, 현실은 종종 잘못된 사양, 중복 노력 및 지연 통합 사이클을 포함합니다. 이 문서는 이러한 복잡한 프로세스를 관리하기위한 행동 전략을 설명하고 리더가 경쟁력 있는 이점으로 교차 기능 마찰을 돕습니다.

교차분리 공학 관리의 기초

핵심 도전: Diverse Mindsets와 Workflows

각 엔지니어링 분야는 자체 어휘, 디자인 도구 및 검토 사이클을 제공합니다. 소프트웨어 엔지니어는 스프린트 및 합병에 대해 생각한다. 기계 엔지니어는 공차 스택 및 제조 DFM 검사에 대해 생각한다. 명시적 브리징 메커니즘없이, 이러한 차이는 비용이 많이 드는 작업으로 케이케이드를 만드는 통신 고장을 만듭니다. 효과적인 관리에 대한 첫 단계는 크로스 디펜서 작업이 병렬 작업이 아니라 상호 의존적 인 시스템입니다.

왜 전통 프로젝트 관리 폴스 쇼트

최근 몇 년 동안, 우리는 이미 많은 사람들이 이미 많은 사람들이 이미 많은 사람들이 이미 많은 사람들이 이미 많은 사람들이 이미 많은 사람들이 이미 많은 사람들이 이미 많은 사람들이 이미 많은 사람들이 이미 많은 사람들이 이미 많은 사람들이 이미 많은 사람들이 이미 많은 사람들이 이미 많은 사람들이 이미 많은 사람들이 이미 많은 사람들이 이미 많은 사람들이 이미 많은 사람들이 이미 많은 사람들이 이미 많은 사람들이 이미 많은 사람들이 이미 많은 사람들이 이미 많은 사람들이 이미 많은 사람들이 이미 많은 사람들이 있습니다.

효과적인 관리를위한 중요한 전략

1. 공유 공학 언어 설정

디펜스 특정 항만은 필수 조건을 갖출 수 있습니다. 모든 팀이 이해하는 방식으로 "interface,"프로토타입 단계,"및 "verification"과 같은 용어를 정의하는 프로젝트 광택을 만듭니다. 이 쌍은 co-located 디자인 리뷰] (물리적 또는 가상)로 각각 기계 및 전기 경계와 같은 시스템 아키텍처 다이렉트 형식으로 디자인 의도를 나타냅니다.

외부 자원: 시스템 엔지니어링 바디(SEBoK) 크로스 디퓨젼 통신 표준을 수립하기위한 지침을 제공합니다.

2. Dependency Mapping를 가진 RACI 모체를 실행하십시오

RACI 매트릭스를 언급 한 원본 기사는 단종 프로젝트의 경우 목록 이름보다는 이동해야합니다. 지도 각 작업은 상류 및 다운스트림 전달 가능한. 예를 들어, "모터 컨트롤러 펌웨어"(책임: 소프트웨어 팀)는 시스템 엔지니어에게 회계가되지만, 전기 (핀 아웃, 전력 예산) 및 기계 (마운트 구멍 위치)에 대한 Informed 상태에서 주문한 입력이 필요합니다. 공유된 의존성 그래프를 사용하여 PLM의 최신 도구가 해결되지 않는 경우, 현대의 PLM을 사용할 수 없는 경우, 기본 도구가 해결되지 않습니다.

3. 모델 기반 시스템 엔지니어링 (MBSE) 채택

MBSE는 모든 분야가 쿼리 할 수있는 디지털 모델과 종이 기반 요구 사항을 대체합니다. 모터의 토크 요구 사항에 대한 변경은 자동으로 전기 전력 계산, 기계 응력 시뮬레이션 및 소프트웨어 제어 한계를 업데이트합니다. 이것은 늦은 단계의 놀라움을 일으키는 변화의 수동 추진을 제거합니다. 많은 항공 우주 및 자동차 팀은 이제 모든 교차 보조 서브 시스템을 위해 MBSE를 위임합니다.

외부 자원: OMG MBSE Initiative는 성공적인 MBSE 채택 사례 연구 제공.

4. 일정 일정한 통합 Cadences

테스트 통합을 테스트하기 위해 전체 프로토 타입 빌드를 기다릴 수 없습니다. 매주 또는 biweekly "integration sprints"를 보유하면 현재 artifact-a CAD 모델, PCB 레이아웃 또는 코드 빌드 및 물리적으로 또는 실제로 조립하려고합니다. 같은 층에 30 분 세션은 인터페이스 mismatches를 초기에 공개 할 수 있습니다. BOM 비교 스크립트 또는 [[[[LT:1]]] 또는 [[[[LT:]]]]][[[[FLT:]]]]]] 또는 [[[[LT:]]]]]]]][[[[[LT:]]]]]]]]]]]]]]]]]]]]]]]]]]]]][[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[[FLT:]]]]]]]]]]]]]]]]]]]]]]]]]]

5. Cross-discipline 성능 지표 생성

개별 팀 메트릭 (예 : 소프트웨어 커밋, 기계 부품 카운트)의 수는 사일로 행동을 집중할 수 있습니다. 대신, "첫 프로토 타입 이전에 발견 된 인터페이스 충돌의 숫자"또는 "설계 동결 준수 비율"과 같은 공유 KPI를 정의합니다. 교차 디셉트 통합 이정표가 만나면 자신의 분야가 시간에 전달 가능한 마무리가 아닙니다.

Cross-disciplinary 협업 도구 및 기술

Interoperability를 가진 디자인 공구를 끄기

단일 CAD 또는 모델링 도구는 모든 분야에 적합합니다. 목표는 상호 운용성입니다. MCAD (예 : SolidWorks, NX)는 ECAD (예 : Altium, Eagle)가 outlines로 가져올 수 있으며 소프트웨어 디지털 트윈으로 공급할 수 있다는 것을 보증합니다. 중립 파일 형식 (STEP, JT, XSLX) 및 [[FLT : 0]enterprise PLT [FLT :]enterprise PLT [FLT]] [FLT :]] [FLT :]] [FLT :]]] [FLT :]]] [FLT :]]] [FLT :]]] [FLT :]]] [FLT :]]]]] [FLT : 단일 소스 출력의 단일 소스의 모든 필드에 대한 모든 소스를 유지 보수적 인사이트를 유지.

인기 통합은 다음과 같습니다 :

Slack 또는 Microsoft Teams 크로스 디펜스 디자인 규칙이 위반 될 때 팀에 통보하는 chatbots와 함께.
Jira 또는 Azure DevOps] 의 정의 필드와 “Discipline Owner” 과 “Impacted Disciplines.”
Windchill 또는 Teamcenter)는 기계 및 전기 부품 정의를 병합하는 개정 통제된 BOMs를 위해.
ModelCenter 또는 SysML]는 여러 물리 영역에서 무역을 진행하는 기반 도구입니다.

협력적인 요구 사항 관리

각 분야의 요구사항을 충족하고 시스템 수준의 요구사항에 대한 의견이 있을 수 있도록 하는 웹 기반 요구 도구. Link requirements IDs 를 사용하여 사례와 검증 항목에 대한 테스트. 요구 사항 변경 시, 도구는 각 영향 분야의 엔지니어링 리드를 자동으로 이메일을 보내줍니다. 이 fragile “Update spec PDF” 워크플로우를 대체합니다.

자주 묻는 질문

도전 1: Conflicting 디자인 우선 순위

소프트웨어 팀은 최대 처리 헤드룸을 원합니다. 기계 팀은 단단한, 견고한 인클로저를 원합니다. 전기 팀은 최적의 신호 라우팅을 원합니다. 이러한 우선 순위는 종종 동일한 물리적 공간과 열 예산에 경쟁합니다. [FLT : 0]]Solution : [FLT : 1]은 목표 표준 (공기, 무게, 전력, 시장 시간)에 대한 각 디자인 대안을 점수로 거래 오프 매트릭스를 사용합니다. 시스템 엔지니어는 무역 오프를 설계하지만 결정은 모든 부서와 규모에 맞게 구성해야합니다.

도전 2: 지식 사일로 사이

공유 도구와 함께 엔지니어는 불완전한 작업을 노출하기 위해 주저 할 수 있습니다. 이것은 무균 가정에 병렬 개발을 이끌. Solution:은 "거의, 불완전한, 정직한"공유의 문화를 창조합니다. ]]디자인 검토 보드 (DRB)]를 사용하여 매달 만나는, 각 분야는 알려진 위험의 15 분 업데이트를 선물합니다. DRB는 회사가 제공하는 데 필요한 분야를 선도하지 않습니다.

도전 3: Matrices의 자원 콘텐츠

매트릭스 조직에서는 엔지니어가 Cross-disciplinary 프로젝트에 작업하면서 기능 관리자에게 보고합니다. 이것은 시간 할당에 대한 분쟁을 일으킬 수 있습니다. Solution: 프로젝트 매니저와 기능 관리자는 각 분기마다 용량 계획에 동의해야 합니다. 분야별 가용성 및 플래그 오버로드를 보여 주는 리소스 계획 도구 (예: Smartsheet, LiquidPlanner)를 사용하여 sprint가 시작되기 전에.

지속 가능한 성공을위한 모범 사례

크로스 트레인 및 회전에 투자

다른 분야에서 6 개월을 보냈습니다 엔지니어는 팀의 제약을 위해 동경을 개발합니다. 짧은 stint에 대한 기계 기술 엔지니어를 페어링하거나 공차 스택 업에 대해 배우거나 전기 엔지니어 그림자 시스템을 테스트합니다. 이것은 "미국 대. 그들" 정신과 속도가 알기 문제 해결을 가속화합니다.

문서 통합 학습

각 주요 이정표 (프로토타입, 디자인 얼리브레이션, 발사) 후, ]]실행 실패]- 손가락을 고정하지 않고 분석에 초점을 맞추는 교차 디펜스 복도를 붙입니다. 검색 가능한 지식 베이스의 결과를 출판합니다. 시간이 지남에 따라 팀은 “연결 유형이 종종 실수”라고하는 공통 플럼폴스를 구축합니다. 다음 프로젝트의 지연을 저장하는 데 필요한 작업의 주를 저장합니다.

Digital Twins 사용

디지털 트윈-실버의 실제 시간 가상 표현은 하드웨어가 내장되기 전에 변화의 영향을 볼 수있는 모든 분야를 허용한다. 예를 들어, 프로세서 주파수를 증가하는 소프트웨어 업데이트는 기계 인클로저의 열 효과를 확인하기 위해 디지털 트윈에서 시뮬레이션 할 수 있습니다. 이것은 비싼 물리적 프로토 타입과 단축 통합 사이클의 필요를 감소시킵니다.

Cross-disciplinary Engineering의 미래 동향

AI-assisted design tools (예: 1)] (예: 1))는 기계 및 전기 토폴더 모두 출력하는 유전자 디자인이 더 흐르게 됩니다. 관리자는 여러 도메인을 탐색할 수 있는 시스템 사고를 포함해 제작팀에 의해 준비해야 합니다. 또한 cloud-based collaborative platform (Onshape, Autodesk Fusion 360, Altdesk)는 세계 어디서나 간에 횡단거리를 만들 수 있는 공간입니다.

또 다른 추세는 ]모델카 기반 시뮬레이션]의 사용으로 전기, 기계적, 열, 제어 시스템의 단일 시뮬레이션 환경에. 이것은 크로스 디펜서 팀이 주보다 시간이 지남에 따라 "what-if" 시나리오를 실행할 수 있습니다.

외부 자원: 모델카 협회은 멀티-물리 모델링에 대한 개방적인 표준을 제공합니다.