QFD,HOQ교육 다녀온 후기 및 요약

QFD 교육을 다녀오다. 에 이어서 QFD에 대해서 간략하게 정리해서 올립니다.
----------------------------------------------------------------------

위에 이미지들은 이렇게 저렇게 사회생활를 해본 사람이라면 모두가 공감한다. 고객의 요구가 여러 단계 거치다 보면 이렇게 마지막에는 알 수 없는 product가 나오는 경우가 허다하다.
QFD는 이러한 상황이 일어나지 않도록 고객의 요구 사항을 설계자의 언어로 바꾸는 작업이라 할 수 있다.

<개념>
QFD는 제품 설계 단계에서 품질을 개선하고 각 팀으로 흩어져있던 단계를 동시에 진행한다. => cross function team을 구성한다.
즉 단계적인 일 진행을 동시 공학 개념으로 진행을 하게 되는 것이다.
아래의 아미지는 QFD의 적용 시 어떤 이득을 얻을 수 있는지 보여주는 그래프인데 기존 시스템에 비해서 초기 투자 시간(비용)이길다는 것을 알 수 있다. 초기에 고객의 요구를 철저히 분석하여 준비된 product를 만들어 내는 것이다. 소프트웨어공학에서도 보면 초기보다 시간이 흐를수록 비용과 시간은 기하급수적으로 늘어난다는 것과 상통한다고 볼 수 있다.

<QFD의 항목>
고객 요구 품질(Customer Attributes) => 제품 설계특성(Enginnering Characteristics)=> 부품특성(Parts'Characteristics) => 공정계획(Process Planning) => 생산조건(Production Requirements)
Topdown 방식으로서 한 개씩 구체화하여 고객의 요구를 받아들을 수 있는 방식이다.

<QFD의 예시>
Toyota의 차 겉 표면에 녹 문제
 도요타의 유럽에서 차 판매 과정에서 유럽의 습기 많은 기후로 인하여 차 겉표면에 녹이 생기는 문제 발생
=> 고객의 요구 사항 : 녹이 슬지 않았으면 좋겠다. (CA)
=> 눈에 보일만한 녹이 차 표면에 3년 동안 슬지 않아야 한다.(EC)
=> 페인트를 2~2.5 gm/m2 두께로 칠하겠다. 등 (부품특성)
=> 3번 코팅 (공정계획)
=> 최소 2분 동안 48~55 C의 온도에서 15~20 Acidity의 생산 조건(생산 조건)

<HOQ>
위의 QFD의 항목을 Topdown 방식으로 구체화하는 과정에서 쓰는 HOQ(House of Quality)

이 번 교육에서 나는 CA=>EC로 전환하는 부분을 중심으로 이 HOQ작성법을 배웠다. 내용이 많기도 하고 검색해보면 꽤 나오므로 작성법은 생략한다.

---------------------------------------------------------------------

QFD는 전체 분야의 의견을 취합하고 각각의 단계의 말들로 변환하여 각 분야에서 받아들이기 쉽도록 하고 고객의 요구 사항을 제대로 받아들이는데에 있습니다.

우리 회사에서 적용해보자면 일반 어플리케이션 개발에서도 쓸 수 있겠지만 기존 VM이나 보유 솔루션의 기능 개선 등에 쓰일 수 있을 듯 합니다.

그리고 강의때 들은 내용 중 제일 기억에 남는 강사님 말씀 중 이 QFD 적용에 있어서 제일 어려운 일은 무엇일까요?였는데요.


답은 각 부서의 사람을 다 모으는 것이 가장 힘들다 였습니다. 그만큼 하는 일들이 다르기 때문에 서로의 입장도 많이 다릅니다.엔지니어들은 자신의 분야에  전문가가 될수록 다른 분야와의 소통이 어렵다고 합니다. 그래서 어떤 유명한 사람(사람 이름기억하기가 어렵네요 ;;)이 엔지니어들에게 더 이상 지식을 습득하지 말라고 하였답니다. 나름 일리가 있죠. ^^ 그다지전문가스럽지 않은 저도 가끔 드는 생각이고 모순이기도 합니다. 저의 테두리를 못 벗어나는 경우가 있습니다.

이런 의미에서 QFD 교육은 저에게 상당히 유익했던 것 같습니다.

<참조한 자료에 대해서 어떤 허락도 받지 않았습니다. 혹시 보시고 말씀하시면 삭제 하도록 하겠습니다. ^^>


-------------------------------------
이제야 올립니다. TRIZ에 대해서도 조만간 올리겠습니다. <벌써 가물가물 하네요 ~_~>