DMAIC

DMAIC

DMAIC(Define, Measure, Analyze, Analyze, Investment and Control)[1] (pronclosed də-May-ick)는 비즈니스 프로세스 및 설계를 개선, 최적화 및 안정화하는 데 사용되는 데이터 기반 개선 주기를 말한다. DMAIC 개선 주기는 식스 시그마 프로젝트를 추진하는 데 사용되는 핵심 툴이다. 단, DMAIC는 식스 시그마만의 전유물이 아니며, 다른 개선 어플리케이션의 프레임워크로 사용할 수 있다.[2]

DMAIC의 5단계

단계

DMAIC는 다음과 같은 5가지 개선 단계를 약칭으로 한다. 정의, 측정, 분석, 개선 및 제어 모든 DMAIC 프로세스 단계가 필요하며 항상 지정된 순서대로 진행되어야 한다.

정의

이 단계의 목적은 비즈니스 문제, 목표, 잠재적 자원, 프로젝트 범위 및 높은 수준의 프로젝트 타임라인을 명확히 발음하는 것이다. 이 정보는 일반적으로 프로젝트 헌장 문서에 수록된다. 현재 알고 있는 내용을 적어 두십시오. 사실을 명확히 하고 목표를 설정하며 프로젝트 팀을 구성한다. 다음을 정의하십시오.

치수

이 단계의 목적은 문제/골격의 규격을 측정하는 것이다. 이는 데이터 수집 단계로, 프로세스 성능 기준선을 설정하는 것이 목적이다. 측정 단계의 성과 측정 기준선을 프로젝트 종료 시 성과 측정 기준과 비교하여 유의한 개선이 이루어졌는지 여부를 객관적으로 판단한다. 무엇을 측정해야 하는지, 어떻게 측정해야 하는지 팀이 결정한다. 팀은 제안된 측정 시스템의 적합성을 평가하는데 많은 노력을 투자하는 것이 보통이다. DMAIC 과정의 핵심은 좋은 데이터다.

분석하다

이 단계의 목적은 제거의 근본 원인을 식별, 검증 및 선택하는 것이다. 프로젝트 문제의 많은 잠재적 근본 원인(프로세스 입력, X)은 근본 원인 분석(예: 생선뼈 다이어그램)을 통해 파악된다. 3-4개의 잠재적 근본 원인은 추가 검증을 위해 다중 투표 또는 기타 합의 도구를 사용하여 선택된다. 데이터 수집 계획을 생성하고 데이터를 수집하여 프로젝트 메트릭인 Y에 대한 각 근본 원인의 상대적 기여도를 설정한다. 이 과정은 "유효한" 근본 원인을 파악할 수 있을 때까지 반복된다. 식스 시그마 내에서는 종종 복잡한 분석 도구가 사용된다. 단, 기본 공구가 적절하다면 이를 사용할 수 있다. "유효한" 근본 원인 중, 전부 또는 일부는 될 수 있다.

  • 문제의 잠재적 원인을 나열하고 우선순위를 정하십시오.
  • 개선 단계에서 추구해야 할 근본 원인(핵심 공정 입력)의 우선순위 지정
  • 프로세스 입력(Xs)이 프로세스 출력(Ys)에 어떤 영향을 미치는지 식별 데이터는 프로젝트 메트릭에 대한 각 근본 원인 X의 기여도를 이해하기 위해 분석되며 Y. 히스토그램, 파레토 차트 및 선 그림을 수반하는 p-값을 사용한 통계적 테스트가 종종 사용된다.
  • 자세한 프로세스 맵은 프로세스의 근본 원인이 어디에 있는지, 발생에 어떤 기여를 할 수 있는지를 핀포인트하는 데 도움이 되도록 작성될 수 있다.

개선하다

이 단계의 목적은 부분적으로 또는 전체적으로 문제에 대한 해결책을 식별, 테스트 및 구현하는 것이다. 이것은 상황에 따라 다르다. 프로세스 문제를 수정하고 예방하기 위해 주요 근본 원인을 제거하기 위한 창의적인 솔루션을 확인한다. 브레인스토밍이나 식스씽킹 모자나 랜덤 워드와 같은 기술을 사용해라. 일부 프로젝트에서는 실험계획법(DOE:Design of Experiments)과 같은 복잡한 분석 도구를 활용할 수 있지만, 명백한 해결책이 명백할 경우 이에 초점을 맞추려고 한다. 그러나 이 단계의 목적은 실행하지 않고 해결책을 찾는 것일 수도 있다.

  • 만들다
  • 가장 간단하고 쉬운 솔루션에 집중
  • PDCA(Plan-Do-Do-Check-act) 사이클을 사용하여 솔루션 테스트
  • PDCA 결과를 바탕으로 고장 모드 및 효과 분석(FMEA)을 사용하여 "개선"과 관련된 피할 수 있는 위험을 예측해 보십시오.
  • 상세 구현 계획 작성
  • 개선 사항 배포

컨트롤

이 단계의 목적은 변화를 포함하고 지속가능성을 보장하기 위한 것이며, 이를 'stick'으로 부르기도 한다. 제어는 DMAIC 개선 방법의 최종 단계다. 이 단계에서는 작업 방법 수정, 수량화 및 종료 혜택, 개선 추적, 프로젝트 공식 종료,[3] 리소스 릴리스 승인 획득.

  • 관리도는 관리 단계 중에 1. 프로세스를 계속 모니터링하기 위한 지침과 2. 공정이 불안정해질 경우 모니터링되는 각 조치에 대한 대응 계획을 제공하여 시간이 지남에 따라 개선의 안정성을 평가하는 데 유용할 수 있다.
  • 표준 운영 절차(SOP) 및 표준 작업
  • 공정확정
  • 개발계획
  • 전환 계획
  • 제어 계획
  • 이익배달성

비평

DMAIC에 대한 일반적인 비판 중 하나는 그것이 의사소통 프레임워크로서 비효율적이라는 것이다. 많은 개선 실무자들이 문제 해결에 효과적인 동일한 DMAIC 프로세스를 의사소통의 틀로서 이용하려고 시도하는데 이는 단지 청중들을 혼란스럽고 좌절하게 만들 뿐이다. 이 문제에 대한 한 가지 해결책은 민토 피라미드 원칙의 SCQA와 MECE 도구를 사용하여 DMAIC 정보를 재구성하는 것이다. 그 결과는 쉽게 따르는 논리에 의해 뒷받침되는 틀에 박힌 해결책이다.[1]

추가 단계

일부 조직은 처음에 인식 단계를 추가하여 RDMAIC 방법론을 제시한다.[4]

팀 복제 및 감사

이것은 표준 DMAIC 단계에 추가되지만 고려되어야 한다. 다른 프로세스의 변경 사항을 복제하는 방법을 생각해 보십시오. 조직 내외에서 새로운 지식을 공유하십시오. DMAIC의 효과를 극대화하기 위해 팀원들에게 항상 긍정적인 사기 지원을 제공하는 것이 매우 중요하다.

개선 사항 복제, 성공 공유 및 팀원들에게 감사를 표하는 것은 향후 DMAIC 또는 개선 이니셔티브를 위한 구매를 구축하는 데 도움이 된다.

참고 항목

참조

  1. ^ a b Pruitt, W. Frazier (May 2020). "Some Assembly Required". asq.org. Retrieved 25 September 2020.{{cite web}}: CS1 maint : url-status (링크)
  2. ^ Borror, Connie M., ed. (2009). The Certified Quality Engineer Handbook (3rd ed.). ASQ Quality Press, Milwaukee, Wisconsin. ISBN 978-0-87389-745-7.
  3. ^ "DMAIC Control Stage - InvisibileConsultant.co.uk". InvisibileConsultant.co.uk. Retrieved 2018-09-29.[영구적 데드링크]
  4. ^ Webber, Larry; Wallace, Michael (15 December 2006). Quality Control for Dummies. For Dummies. pp. 42–43. ISBN 978-0-470-06909-7. Retrieved 2012-05-16.