프로세스 및 문제 해결프로세스 및 문제 해결

프로세스 및 문제 해결

프로세스에는 9 단계(10 단계)가 있습니다.

0:문제 식별

3 프로세스의 목적은 문제를 해결하거나 요구 사항을 해결하는 것이므로,다소 기록되지 않은 첫 번째 단계는 문제 또는 필요를 식별해야한다는 것입니다.

1:상황의 현재 상태를 캡처

일단 당신이 문제를 주위에 정렬 또는 당신이 해결하고자하는 필요,다음은 상황의 현재 상태를 캡처하고 분석하는 시간이다. 도요타는 문제 해결사 제안:

작업 프로세스를 직접 관찰하고 관찰 내용을 문서화하십시오.
화이트보드 주위에 모여 프로세스의 각 단계를 거칩니다. 이 작업을 수행하기 위해 멋진 프로세스 차트 도구를 사용할 수 있지만,스틱 그림과 화살표는 단지뿐만 아니라 일을 할 것입니다.
가능한 경우 문제의 크기(예:주기 시간이 긴 티켓의%,늦은 고객 배달 수,분기당 보고된 오류 수)를 정량화합니다. 가능한 경우 데이터를 그래프로 표시하여 시각화가 정말 유용합니다.

2: 근본 원인 분석 수행

프로세스가 표시되면 효율성의 근본 원인을 파악합니다. 다음과 같은 질문을 할 수 있습니다:

우리는 어디에서 통신 고장으로 고통 받습니까?
활동이없는 긴 지연은 어디에서 볼 수 있습니까?
보다 효과적이고 원활하게 협업하려면 어떤 정보가 필요합니까?

이러한 고통 점을 문서화 한 다음 더 깊이 파십시오. 5 이유는 철저한 근본 원인 분석을 수행하기위한 유용한 도구입니다. 기본적인 아이디어는 너가 문제 계산서에 시작하고,그때 너는”왜 묻는다 고 이다?”당신이 문제의 진짜 이유를 발견 할 때까지. 당신은 또는 왜 정확히 다섯 번 물어 필요가 없습니다 수 있습니다-이 단순히 추정이다.

3:근본 원인을 해결하기위한 대책 고안

대책은 상황을 해결하기위한 귀하의 아이디어입니다. 대책은 다음을 목표로해야합니다:

의도 한 결과와 그것을 달성하기위한 계획을 지정하십시오.
프로세스 단계를 담당하는 사람들 사이에 명확하고 직접적인 연결을 만듭니다.
루프,해결 방법 및 지연을 줄이거 나 제거합니다.

4: 목표 상태 정의

대책을 선택하면 목표 상태를 명확하게 정의할 수 있습니다. 프로세스 맵을 통해 대상 상태를 전달합니다. 프로세스의 변경 사항을 관찰할 수 있도록 발생하는 위치를 주의해야 합니다.

5:구현 계획 개발

이제 목표 상태를 정의했으므로 이를 달성하는 방법에 대한 계획을 개발할 수 있습니다. 구현 계획에는 다음이 포함되어야합니다:

시간에 민감한 작업 항목의 기한

대부분의 팀이 구현 계획을 문서화하기로 선택합니다.

6:예측된 결과를 가진 후속 계획 개발

후속 계획을 통해 린 팀은 작업을 확인할 수 있으며 현재 상태를 개선할 수 있을 만큼 잘 이해했는지 여부를 확인할 수 있습니다. 후속 계획은 프로세스 개선의 중요한 단계입니다.:

실행계획이 실행되었다
목표조건이 실현되었다
예상결과가 달성되었다

이 첫 6 단계는 응답자 3 보고서에 캡처된다. 대부분의 팀은 자신의 대답 3 에 대한 템플릿을 사용합니다.

7:모든 사람을 탑승 시키십시오

모든 체계적 개선의 목표는 시스템의 모든 부분을 향상시키는 것입니다. 따라서 변경 전에 구현 또는 대상 상태의 영향을 받을 수 있는 모든 사람을 대화에 포함시키는 것이 중요합니다.

프로세스 전반에 걸쳐 합의를 구축하는 것이 일반적으로 가장 효과적인 접근법입니다. 업무 범위에 따라 업무의 영향을 받을 수 있는 임원 및 기타 이해관계자에게 알리는 것도 중요할 수 있습니다.

8:구현!

이제 구현을위한 시간입니다. 논의 된대로 구현을 따라 길을 따라 개선 기회를 관찰하십시오.

9: 결과 평가

너무 많은 상황에서 3 프로세스 구현으로 끝납니다. 그것은 실제 결과를 측정하고 학습하기 위해 당신의 예측에 비교하는 것이 중요합니다.

실제 결과가 예상했던 것과 크게 다를 경우 이유를 파악하기 위해 조사하십시오. 필요에 따라 프로세스를 변경하고 목표를 달성 할 때까지 구현 및 후속 조치를 반복하십시오.