 |
 |
 |
||
 |
 |
 |
||
 |
본 문서의 분량 : 10 페이지 |
|||
kt-ats 활용 절차
kt-ats란?
사실을 근거로 스스로 현상을 변혁하는 기법
바람직한 상을 그리고 무엇이 중요한가를 생각하며
효율적으로 해결하는 기법
kepner-tregoe 에 의해 개발된 trouble-shooting 기법
활용 process ◎ test ◆경험, 감으로 상정원인을 몇 개 정도 생각할 수 있을 때 ◆시간이 별로 없을 때 트러블의 기술 原因 想定 is, is not 의 정리 test ◎ full process 트러블의 기술 정보의 정리(is, is not정리) 구별점 변화 test 검증 原因 想定 정보의 정리 예 (例) trouble의 기술-장남의 배가 아프다 구분 is is not 무엇이 장남 차남 무엇이 배가 아프다 설사, 구역질 어디서 아래쪽 위쪽 어디서 오른쪽 왼쪽 어디서 배꼽 오른쪽 10cm 배꼽바로 오른쪽, 훨씬 오른쪽 언제 저녁 7시~ 그 이전 언제 저녁식사 후 1시간 지나서 저녁식사~1시간 어느 정도 주기적 비주기적, 계속 어느 정도 몸을 움츠릴 정도 조금 아픈 정도, 아주 괴로움 활용 point ◎ trouble을 알아 차린다
◎ 이 트러블은 단수인가 복수인가, 복수라면 분리한다(1대상 1트러블)
hoist의 감아올리기 불량과 리미트 스위치 불량
◎ 우선 순위를 정한다(가장 먼저 손을 대야 하는 트러블은?)
◆영향이 미치는 범위(중대성) ◆서둘러서 착수하지 않으면 안되는 것(긴급성) ◆그대로 방치해 두면 점점 커지는 것(확대성) ◎ stair step
(100% 원인을 알고 있을 때는 원인의 원인을 생각하라)
<예 컨베이어가 멈추었다 why? 전원의 휴즈가 끊어졌다 why? 홀드가 걸려 과부하가 되었다 why? 스트랫 컨베이어의 홀드가 빠졌다
※이 경우 스트랫 컨베이어의 홀드가 빠진 것에 대해 ats를 적용한다
활용 point ◎ trouble 의 기술(무엇이 어떻게 나쁜가) ◎ 정보의 정리(is, is not에 의한 정리) ◆무엇이(물건, 사람, 트러블의 내용) ◆어디서(발견된 장소, 부분) ◆언제 (발견된 시기, 어떤 경우) ◆어느 정도(수량, 경향, 발생 pattern) ◎ 구별점
◆is와 is not을 비교하여 is만 가지고 있는 특징은 무엇인가?(정량적으로)
◎변화
◆구별점에 있어서 무언가 달라진 것은 없는가(일시도 파악)
◎원인을 상정한다 : 구별점과 변화를 힌트로 구체적으로
◎ test(is 와 is not을 사용하여 가장 의문스러운 원인을 발견한다)
◆(트러블의 기술)의 원인(상정원인)이라면
(is의 사실)이 발생하고 (is not의 사실)발생하지 않는 것을 잘 설명할 수 있다
활용 point ◎ 가장 의심스러운 원인을 검증한다 ◆정보, 데이터에 의한 검증 ◆현장, 현물에 의한 검증 ◆대책결과에 의한 검증 ◎ 대책을 세운다 ◎ 단순한 대책이상의 것을 생각한다
◆대책을 연장해서 생각한다(같은 대책을 취할 필요가 있는 것은 없는가)
◆원인이 영향을 미친 범위를 생각한다
(이 원인이 이미 다른 트러블을 일으키지 않았는가)
◆원인의 원인을 생각한다(이 트러블의 원인은 무엇인가)
알아내어 대책을 세운다(재 발생 트러블)
◆트러블(걱정되는 일)의 상정 그 원인을 상정 예방대책
긴급 시 대책 정보망 정비 원인규명과 대책과의 관계 트러블 원인규명 원인판명 원인을 제거할 수 있는 경우 원인을 제거할 수 없는 경우 시정대책 적응대책 (원인을 제거한다) (원인과 함께) 잠정 대책 영구 대책 (이하 생략)
