머털&보약의 기록

1. 확정된(Baseline) 프로젝트 계획 1) 개발 발의서 2) 프로젝트 업무 목록(Task List) - 모든 업무를 목록화한 후에, 개발팀은 각 업무를 완성하기 위해 요구되는 인원량을 추정함 - 인원량은 일반적으로 프로젝트의 크기에 따라 MH(man-hours), MD(man-days), MW(man-weeks)로 표시 3) 팀 인원과 조직 - 세분화된 기술의 요구, 팀원의 다른 업무 병행, 표준 작업량에서 증가와 이후 감소를 조정할 필요성을 고려한 후에 프로젝트 리더는 그의 관리자와 상담하여 프로젝트의 총 인원과 대략적인 각 인원의 개발팀 합류 계획을 수립 4) 프로젝트 일정 - 프로젝트 일정은 프로젝트 업무와 프로젝트 일정표의 통합으로 일정은 주 프로젝트의 마일스톤(Milestones)이 언제..

제품구조는 제품을 구성하는 청크(Chunk)들을 상·하 연관성을 가지고 구성된다. 제품 구조는 컨셉개발과 시스템 레벨 설계과정에서 확정된다. 제품 구조는 제품의 변화, 제품의 다양성, 구성요소의 표준화, 제품의 성능, 제조능력 그리고 제품개발 관리에 밀접한 관계가 있음 제품 구조의 주요 특성은 모듈화 혹은 통합에 대한 가능성 정도 모듈화된 제품 구조는 특정기능 요소들의 물리적인 청크들 그리고 이들 청크와 연관된 청크들 간의 정확한 정의를 통해 확정 모듈 구조는 슬롯-모듈, 버스-모듈, 섹션널 모듈 3가지가 있음 통합화된 제품 구조는 청크들 간의 상호 연계성, 기능 특성이 제대로 정의되기 어려운 기능 요소들에 적용 제품구조를 평가하는 4단계는 아래와 같음 1. 기능 스키메틱(=Schematic, 구성도) ..

개념 시험은 목표 시장에 구성하는 잠재적 고객으로부터의 제품 개념에 대한 직접적 반응을 얻을 수 있다. 개념 시험 프로세스는 고객의 직접적인 반응을 근거로 개념을 평가한다는 점에서 개발팀 내부 판단에 의해 개념을 평가하는 개념 선택 프로세스와 구별된다. 개념 시험은 제품 개념이 고객의 요구사항을 만족시키지는 지를 확인하고, 제품 개념의 판매 잠재성을 평가하고, 개념을 개선시킬 고객 정보를 모으는 것을 목적으로 한다. 개념 시험은 제품 개발 프로세스의 여러 프로세스에 활용될 수 있다. 최초의 제품 기회를 정의할 때, 두 개 혹은 그 이상의 개념을 선택할때, 제품 개념의 판매 잠재성을 평가할 때, 제품 개발을 진행시켜야 하는지에 대한 의사 결정을 수행할 때, 그리고 제품을 시장에 출시할 것을 결정할 때 등 ..

개념 선택은 고객의 요구사항과 그밖의 평가 항목으로 고려중인 개념을 평가하고, 추가적인 검토나 개발을 수행할 가치가 있다고 판단되는 하나 또는 여러 개의 개념을 선택하는 프로세스이다. 모든 개발팀은 개념 선택을 위하여 명시적 또는 암시적인 여러 가지 방법을 사용한다. 개념에 대한 의사결정을 위해서 직관적인 접근에서 구조화 된 방법까지 여러가지 방법이 동원된다. 구조화된 개념 선택 방법이 성공적인 설계를 용이하게 한다. 이 장에서는 2단계 방법을 제시하였다. 첫 번째 단계는 개념 선별이고 두 번째 단계는 개념 점수화이다. 개념 선별은 고려중인 개념들을 평가하기 위하여 평가 기준 개념을 활용한다. 개념 점수화의 경우는 여러가지 평가 기준점을 활용할 수도 있다. 개념 선별은 향후 고려할 개념 수를 줄이기 위하..

제품 개념 생성 활동 제품 개념은 적용 기술, 작동 원리, 제품의 모양새에 대한 개략적인 설명이다. 제품 개념은 어떻게 제품이 고객의 욕구를 만족시킬 것인지를 간결하게 설명한다. - 구조적 접근 방법은 비용 발생 가능성을 줄임 - 5단계 방법론 5단계 방법론 1단계 : 문제를 명확히 정의함 - 복잡한 문제를 더 간단한 하위 문제로 분할함 - 중요 하위 문제에 초기노력을 집중함 2단계 : 외부조사 - 선도적 사용자와의 인터뷰 - 전문가에게 자문을 구함 - 기술 특허 조사 - 문헌 조사 - 관련된 제품과 벤치마크 3단계 : 내부조사 - 판단의 보류 - 많은 아이디어 도출 - 실행 불가능한 것처럼 보이는 아이디어도 채택해볼 것 - 시각적 물리적 미디어 사용 개인과 그룹회의가 유용하게 사용됨 해결 개념을 생성하..

사양이란 무엇인가? 고객들은 보통 자신의 요구사항을 자신의 표현방식으로 표현하지만 많이 추상적이다. 이러한 표현방식을 통해 고객들의 관심 사항들을 이해할 수는 있지만, 제품을 디자인하고 설계를 하는 데에 있어서 명확한 지침을 제공하지는 못한다. 왜냐하면 이러한 표현방식은 많은 주관적인 해석의 여지가 있기 때문이다. 이러한 이유 때문에 개발팀은 제품 사양을 정의한다. 제품 사양은 그 제품이 무엇을 할 수 있는가를 명확하고 측정 가능한 형식으로 표현한 것이다. 제품 사양은 고객의 요구사항들을 표현하는 것이 아니라 고객의 요구 사항을 만족시키기 위해 개발팀이 어떠한 노력을 해야 하는지에 대해서 명확하게 한다. 예를 들어, "현가 장치는 설치하기 간편해야 한다" 는 고객 요구사항은 "프레임에 현가장치를 조립하는..

고객 요구 파악 과정은 대규모의 제품 개발 과정에서 필수불가결한 것이며 제품 개념 정립과 제품개념 선택, 경쟁력 있는 벤치마킹 그리고 제품 사양 결정과 같은 업무와 매우 밀접한 관계가 있다. 고객 요구를 파악하는 것은 그 자체가 하나의 프로세스로, 5단계로 나누어진다. 고객들로부터 있는 그대로의 데이터를 수집한다. 미가공 데이터를 고객의 요구를 나타내는 용어로 바꾼다. 요구들을 1차, 2차(필요하다면), 3차의 요구 등으로 계층화한다. 요구들의 상대적 중요성을 규정한다. 결과와 프로세스에 반영한다. 고객으로부터 정보를 수집하는 체계화된 방법은 유용하며 완전히 새로운 제품을 개발하는데 있어서도 잠재된 위험을 줄일 수 있다고 생각한다. 고객이 그들의 잠재 요구를 충분하고 명확하게 말하지 못하더라도 목표 시장..

잘 정의된 개발 프로세스가 효용성이 있는 이유 1. 품질보증 2. 조정(Coordination) 3. 계획 4. 관리 5. 개선 개발 프로세스는 공동의 목적과 이용 가능한 기술, 제품의 플랫폼, 생산 시스템의 능력과 같은 입력 정보와 함께 시작된다. 여러 가지 활동은 개발 정보, 공식화된 제품사양, 개념 그리고 세부 계획에 따라 진행된다. 개발 프로세스는 생산과 판매의 지원에 요구되는 모든 정보들이 만들어지고 소통될 때 종결된다. 0. 계획 계획 활동은 프로젝트의 승인과 실제적인 제품개발의 시작보다 앞에 위치하기 때문에 종종 "phase zero"라고 불려진다. 이 단계는 공동의 전략에 의해 시작되고 기술발전과 시장의 목표를 평가하는 것을 포함한다. 1. 개념개발 개념 개발 단계에서 시장의 요구가 확인되..

제조업체의 성공 여부는? 1. 고객의 요구 파악 능력 2. 요구 만족 및 저비용 제품과 신속하게 수행하는 가 에 달려있다. 1.1 성공적인 제품개발의 요소 제품의 품질 제조원가 개발기간 개발비용 개발능력 1.2 제품의 디자인과 개발을 하는 주요 부서 ① 마케팅 부서 : 고객과 회사 간 상호작용, 고객요구 파악, 목표 판매가 결정, 제품 출시와 홍보 감독 ② 개발 부서 : 고객 요구에 가장 부합하는 제품안을 결정하는 역할 - 공학적 제품 설계(기계적, 전기적, 소프트웨어 등), 산업디자인(미학적, 인간공학적) ③ 생산부서 : 생산계획과 관리 = 공급자 사슬(Supply Chain) - 생산 : 구매와 배포, 그리고 설치를 포함 1.3 제품 개발의 난제 요소 ① 균형점 찾기(Trade-off) : 비행기는 ..