프런트 엔드 엔지니어링 설계:다음 프로젝트를 계획하는 방법

설계 엔지니어링은 세심한 세부 사항과 체계적인 과정. 가능한 모든 솔루션과 문제에 대한 일반적인 이해를 철저히 고려하지 않고 초기 개발에 서두르면 업스트림 개발 및 프로젝트 비용 문제가 발생할 수 있습니다. 프런트 엔드 엔지니어링 디자인은 기술 요구 사항에 중점을 두는 데 사용되는 접근 방식입니다. 프로젝트 제안에 대한 기본 비용을 인식하기 위한 것입니다. 이 기사에서는 프로세스가 다음 프로젝트를 지원하고 잠재적 위험을 평가하는 데 어떻게 도움이 되는지 단계별로 설명합니다.
<시간>

프런트엔드 엔지니어링 설계:개요
프론트 엔드 엔지니어링 설계는 문제/제품 개발 특성화를 기반으로 합니다. 이것은 반드시 문제일 필요는 없지만 개념적 아이디어 또는 가능한 발명입니다. 여기에는 대상 사양이 있는 일련의 목표가 있으며 현재 프런트 엔드 엔지니어링 설계 프로세스에는 8가지 범주가 있습니다.

1. 초기 문제 계정
2. 설계 매개변수
3. 팀 관리
4. 시장 평가 및 벤치마킹
5. 사용자 요구 평가
6. 제품 탐색
7. 개발 계획
8. 대상 사양

이 과정은 설계 검토를 통해 평가되어 제대로 수행되었는지 확인합니다. 그런 다음 솔루션 개발 단계가 수행되고 마지막으로 중요한 설계 검토가 수행됩니다. 이러한 단계 전반에 걸쳐 디자인 프로세스와 검증은 디자인을 반영적이고 잘 계획된 프로세스로 보여주기 위해 지속적으로 검토됩니다.

디자인 고려 사항
디자이너는 종종 문제 개발을 간과하고 나중에 원래 설계된 문제/문제를 해결하지 못할 수 있는 특정 개념적 솔루션에 고정될 수 있습니다. 이 시점에서도 일부는 새로운 설계 및 제도 제안을 고려하는 대신 결함을 해결하기 위해 솔루션을 재설계하려고 할 수 있습니다. 초보 디자이너는 문제 개발보다 솔루션 개발에 더 집중하는 경향이 있습니다.

투자 수익률(ROI) 향상
Front End Engineering Design을 사용하는 사람들이 프로젝트를 제시간에 완료하는 경향이 있음을 보여주는 연구가 수행되었습니다. 이는 투자 수익이 설계 프로세스와 함께 향상됨을 의미합니다. 미국 워싱턴 D.C.에 위치한 국립 연구 위원회(National Research Council)는 제품 개발 및 제조 비용의 최소 70%가 설계 초기 단계에서 결정된다고 추정했습니다.

프런트 엔드 엔지니어링 디자인 사용
프런트 엔드 엔지니어링 디자인은 다르게 사용할 수 있지만 여기에서는 회사에서 기본으로 사용할 수 있는 표준 접근 방식을 다룰 것입니다.

1. 팀 관리
아. 동료는 작업의 우선 순위에 따라 수행할 작업 일정을 작성합니다.
ㄴ. 업무분류 및 구성원별 업무분담
ㄷ. 그런 다음 작업자는 프로젝트의 위험을 평가하도록 요청받습니다.
d. 문서를 공유할 수 있는 공통의 접근 가능한 파일링 위치 만들기
이. 개별 과제의 개발에 대한 보고를 위한 주간 진행 로그

체계적인 일정을 만들고 효과적으로 구현할 때 좋은 프로젝트 계획이 필수적입니다. 프로젝트가 시기적절한 일정을 따르기 위해서는 팀이 가장 정확하게 프로젝트의 결과물과 할당할 적절한 시간을 측정해야 합니다. 각 결과물에 대한 전체 일정을 결정할 때 예상하지 못한 지연 및 문제에 대한 예상을 통합해야 합니다.
BOM은 프로젝트를 진행하는 데 필요하며 비용 추정이 완료되기 때문에 조기에 구성해야 합니다. 팀의 각 구성원은 프로젝트에 필요한 사항을 해결하고 세부적으로 설명해야 합니다. 필요한 자재를 이해하는 것이 중요하며 이 시점에서 다른 가능한 항목을 예측하면 프로젝트 진행을 방해하지 않고 미래에 시간을 절약할 수 있습니다. BOM에 나열되지 않은 예기치 않은 항목이 발생하므로 제품에 대한 최선의 선택을 결정할 때 신중하게 다루어야 하며, 압박을 받는 동안 결정의 대상이 되어서는 안 된다는 것은 의심의 여지가 없습니다.
주간 진행 로그는 필요하지 않지만 팀에 유익합니다. 특히 리더가 각 구성원이 프로젝트에서 어떤 위치에 있는지 이해해야 할 때 유용합니다. 짧고 핵심적인 주간 브리핑은 리더가 프로젝트 진행 상황과 지연을 유발하는 요소가 있는지 측정할 수 있는 통찰력을 제공합니다. 이렇게 하면 리더가 각 구성원과 진행 상황을 추적하고 논의해야 하는 번거로움이 사라집니다.
프로젝트의 오류를 최소화하는 것이 이상적이며 적절하게 해결되지 않으면 프로젝트가 지연되거나 일시적으로 중단될 수 있습니다. 프로젝트 중 오류가 소비하는 총 시간은 완료 시에만 결정할 수 있습니다. 불행히도 이것은 어떤 결과물이 가장 많은 시간과 비용을 소비했는지 이해하게 해줍니다. 이것은 유사한 미래 프로젝트에 대한 관점을 제공할 것입니다. 실제 결과와 초기 타임라인을 비교하고 진행을 방해한 상황을 살펴보면 깊이 생각하지 못한 항목이나 작업이 드러날 것입니다. 예상치 못한 사건은 미래 프로젝트에 대한 벤치마크를 제공하므로 유사한 실수가 발생하지 않습니다.


2. 프로젝트 계획
진행 흐름을 시각적으로 평가하기 위한 구조화된 디자인 프로세스입니다. 일반적으로 순서도는 일정을 통해 할당된 작업을 기반으로 작성됩니다.

3. 초기 분석 및 설계 고려 사항
관리 활동이 완료된 후 근로자는 문제와 초기 설계 고려 사항을 설명하는 예비 문서를 포함하여 문제의 초기 분석을 고려하도록 요청받습니다. 문제 설명은 프런트 엔드 엔지니어링 설계 프로세스가 진행됨에 따라 발전하고 일단 완료되면 솔루션 개발 단계에서 문제가 완전히 식별됩니다.
초기 분석은 또한 문제 설명에 대한 고객 및 이해 관계자와 관련된 질문을 다룹니다. 이것은 또한 첫 번째 설계 고려 사항을 해결해야 하는 단계입니다. 고려 사항에는 문제 설명과 설계의 목적 및 후자가 지속 가능성, 내구성, 유지 관리 가능성 등에 의해 어떻게 영향을 받을 수 있는지가 포함됩니다. 제품 탐색 중에 모든 것이 철저히 검토됩니다.

4. 벤치마킹 및 시장 평가
이것은 팀이 시장에서 가장 좋은 제품, 사용된 기술 및 시장 점유율을 방해할 수 있는 모든 기술에 대한 데이터 및 기술 동향을 수집해야 하는 단계입니다. 여기에서 사용 가능한 최신 트렌드에 대한 액세스가 자체 제품 개발에 대한 벤치마크를 제공합니다.
시장 규모를 보면 활발하게 존재하는 잠재적인 구매자와 판매자에 대한 관점을 얻을 수 있습니다. 이는 시장에 출시하기 전에 비즈니스를 준비할 수 있는 수치적 또는 정량적 측정을 제공할 수 있습니다.
기술 동향을 관찰함으로써 회사는 제품 유형이 다른 기술과 비교하여 어떻게 작동하는지 알 수 있습니다. 이것은 유사한 기술을 보거나 유사한 기능을 가진 기술의 추세를 관찰하는 것과 같이 간단한 것일 수 있습니다. 이는 시장에 출시하기 전에 제품의 성능을 예측하는 데 필요합니다.
규제 환경은 모든 제품이 어떤 형태로든 준수해야 하는 형식입니다. 이것은 기존 학부가 특정 범주에 속하는 제품에 적용하는 규정입니다. 이것은 자동차에 대한 배기가스 규제일 수도 있고, 청소용 화학물질에 사용되는 용제에 대한 규제일 수도 있습니다. 그것은 모두 회사의 제품과 그것이 속하는 카테고리 유형에 달려 있습니다. 시장에 출시될 것으로 예상되는 경우 지방 정부에서 설정한 기준을 준수해야 합니다.
제품을 시장에 출시하기 전에 잠재적인 경쟁자를 살펴보는 것은 항상 좋은 일입니다. 마케팅 전략을 관찰하고 고객 충성도를 평가하고 비용을 비교하면 회사가 취해야 할 최상의 접근 방식을 이해하는 데 도움이 됩니다. 효과적인 것은 경쟁자들에게 좋은 싸움을 제공하고 그들이 회사의 존재를 알 수 있도록 할 것입니다.
시장 구조는 유사하거나 밀접하게 관련된 제품을 가진 경쟁자에 대한 필요한 정보를 제공할 것이기 때문에 제품 출시 책임자를 평가하는 데 좋습니다. 이것은 또한 시장에 존재하는 회사, 얼마나 많은 회사가 있고 시장 점유율이 어떻게 분포되어 있는지 설명합니다.
향후 시장 동향을 예측하기 위해서는 트렌드 조사가 필요합니다. 기업은 자사 제품이 현재와 미래에 어떻게 공정할지 이해해야 합니다. 시장 수명이 짧은 제품은 가까운 장래에 거의 또는 전혀 반환되지 않고 종료됩니다. 단기간에 고객의 관심을 끌지 못하는 제품을 생산하는 것은 시간과 비용 낭비입니다.

5. 사용자/고객 요구 평가

제품 설계를 위해 현재 및 미래의 모든 사용자에 대한 고려 사항을 해결해야 합니다. 제품을 어떻게 사용하고 누가 사용할 것인지에 대한 설문과 설문 조사를 통해 정보를 수집하는 곳입니다. 이는 사용자 행동을 평가하는 데 도움이 될 수 있습니다.

6. 제품 탐색

이 단계는 기능 분석, 설계 고려, 위험 평가, 계획을 통해 제품 탐색을 이해하고 사용된 시스템을 원근법으로 이해하기 위한 것입니다. 이는 프로젝트 전체를 개념적으로 표현한 마인드 매핑의 도구를 사용하여 수행할 수 있습니다.

기능 분석은 제품의 기능 요구 사항과 사용자에게 필요한 요구 사항을 고려하는 곳입니다. 이 시점에서 구성 요소와 제품의 통합 또는 시스템으로의 제품 통합이 고려됩니다. 이 단계에서는 또한 제품 개발, 공급망, 설계, 테스트 및 제품 제조를 위한 기술이 존재하는지 고려합니다.

이제 시장, 고객 요구 사항 및 기능에 대한 더 나은 이해와 함께 두 번째 반복 설계가 주요 목표를 다룰 것입니다. 의도하지 않은 결과, 알 수 없는 사항 및 기타 불확실성을 고려하는 것 외에도 제작 단계 이전에 발생할 수 있는 문제의 가능성을 더 잘 예측할 수 있습니다.

7. 개발 계획

이 때 수집된 모든 정보와 자료가 수집되고 디자인을 위한 사명 선언문이 개발됩니다. 사명 선언문은 설계 검토 시작 후 솔루션 개발에 대한 정보를 제공합니다. 이 단계의 요점은 사용자 요구 사항을 변환하고 제품을 제조할 수 있는 예측 가능한 성능으로 설계하는 것입니다.

8. 중요한 설계 검토

초기 설계 검토는 구성원들이 현재까지 완료된 사항을 검토하고 누락된 사항이나 새로운 개발 사항을 반영하는 잘 문서화된 팀 회의여야 합니다. 핵심 설계 검토는 솔루션 개발 프로세스를 제외하고 동일한 목표를 달성합니다. 이것은 문제 이해와 하나 이상의 솔루션 개발에 노력을 집중하는 데 사용됩니다. 프로세스 비용이 더 낮기 때문에 가장 중요한 결정을 논의하기에 가장 좋은 시간입니다. 생산 전 조기 계획을 위한 여러 옵션이 있으며 비용, 제조 요구 사항 및 노동 고려 사항을 기반으로 각 솔루션의 장점을 효과적으로 측정합니다. 프로젝트가 진행되는 동안 솔루션을 선택하면 향후 지연 및 문제가 발생할 수 있습니다. 문제 개발에 더 많은 시간을 할애할수록 ROI가 증가하고 창의적인 디자인 진행이 더 효과적일 것입니다.

문제 설명 개발 및 고려 사항에 추가 시간을 투자하면 엔지니어링 설계에서 불만족스러운 결과가 발생할 가능성을 제거할 수 있습니다. 그 이유는 낭비되는 시간이 줄어들고 생산 비용 증가가 방지되기 때문입니다.

팀이 적극적으로 공유하고 액세스할 수 있는 한 가지 유형의 프로그램 내에서 모든 중요한 문서를 수집할 수 있는 좋은 방법이 있습니까?