-
5 WhysLeader/Developer Leading 2012. 12. 20. 11:01
가능성 있는 원인의 진짜 원인을 찾아가는 과정이다. 원인의 원인을 5회 반복하면서 찾아간다. 첫번째 문제에 대한 원인을 생각한다. 이 원인의 원인을 찾아간다. 물론 이 방법을 10회, 20회 반복해도 되지만, 5회면 충분하다고 한다. 이와 같은 방법을 사용하면 드러나지 않은 가정이나 논리적인 함정을 피할 수 있다.
5번째 (또는 마지막) 원인을 찾았으면, 이것이 해결이 가능한지 조사한다. 해결할 수 없으면 다른 대안을 찾는다.
예를 들어보자.
문제
- 데몬이 기동되지 않는다.
해결 과정
- 왜? - 데몬의 설정 파일을 열지 못한다.
- 왜? - 설정 파일의 스토리지가 마운트되지 못한다.
- 왜? - 해당 스토리지가 깨졌다.
- 왜? - 해당 스토리지가 노후되었다. 즉, 보증 기간이 지났다.
- 왜? - 해당 스토리지의 보증 기간에 대한 점검을 하지 않았다.
- 해결이 가능한지 조사한다. 해결할 수 없다면 "6번째 왜"를 물어본다.
- 해결이 가능하다면 결론을 내린다. 이 경우, "주기적으로 제품의 보증 기간을 검사하여 노후된 장비를 교체한다."로 결론지을 수 있다.
- 왜? - 해당 스토리지 공급 업체가 파산하여서 동일한 스토리지로 교체할 수 없다.
- 5번이 해결이 불가능할 경우, 대안을 찾는다.
- 즉, "안정적인 업체와 부품 공급을 계약한다."와 같은 답을 낼 수 있다.
'Leader > Developer Leading' 카테고리의 다른 글
직급별 리더의 차이점 (0) 2019.02.07 애덤 그랜트의 창의성에 관한 인터뷰 중 관심있는 내용 발췌 (0) 2016.02.15 문제를 인지하고 정의하는 능력이 중요하다 (2) 2014.07.01 창의적인 일을 찾지 말고 창의적으로 일을 하라. (7) 2014.03.31 아이디어의 꽃이 피기 전에 꺽지 마라. (0) 2012.11.07 댓글