간단하면서도 설득력있는 프레임 워크이지만 왜
이것은 종종 나를 많이 수수께끼로 만들었습니다.
이러한 종류의 반복적인 문제는 많은 상황에서 발생합니다. 일부 즉각적인 솔루션이 특정 측면을 해결했을 수 있습니다.
그러나 문제는 지속되고 나중에 닷컴 거품처럼 폭발하기를 기다리고 있습니다.
그것은 우리가 있는 곳에서 멀리 떨어져 있는 위협을 무시하는 경향이 있기 때문입니다. Dan Kahneman 은 결정을 내리는 주의와 노력에 영향을 미치기 때문에 "게으른 컨트롤러"를 지칭하는 심리적 설계에 따라 작동합니다.
가느다란katana sword이 돌돌 말린 대나무 돗자리를 깎아내듯 늘 더 깊게 파려고 했지만 실제로는
심해에서 부서진 요트는 길을 잃었고 물의 흐름이 이끄는 곳이면 어디든 떠 있습니다.
어디로 가고 있는지, 무엇을 하고 있는지, 즉 방향을 알면 항상 쉬운 일입니다.
필요한 것은 특정 문제의 사상자를 이해하기 위해 필요할 때마다 정보를 제공하는 지도/오라클입니다.
보라, "5 Whys Technique ".
5-Why의 프레임워크 - Origins
절차는 처음에 Sakichi Toyoda 에 의해 발전되었으며 조립 기술이 발생하는 동안 Toyota Motor Corporation 내부에서 활용되었습니다.
그것은 비판적 사고 준비의 기본 부분이며, 도요타 생산 시스템에 입대하는 특징으로 전달됩니다.
Toyota Production System의 기획자인 Taiichi Ohno는 5개의 Why 전략을 "어려움에 대한 생각은 답이 명확해 보여도 Why를 여러 번 재해싱함으로써 Toyota의 논리적 방법론의 전제"라고 설명했습니다.
이 장치는 Toyota를 지나 광범위하게 사용되었으며 현재 Kaizen, 린 조립 및 6 시그마 내부에서 활용되고 있습니다. 다른 조직에서는 여러 구조로 나타납니다.
Ricardo Semler 밑에서 Semco는 "세 가지 이유"를 리허설하고 목표 설정과 역동성을 숨기도록 교육을 확장합니다.
사용 시기:
문제 해결, 품질 개선 및 문제 해결을 위해 5 Whys를 사용할 수 있지만 단순하거나 다소 어려운 문제를 해결하지 못하는 경우에 가장 좋습니다.
화려하거나 중요한 문제를 해결하려는 경우에는 적합하지 않을 수 있습니다. 사실 이것은 여러 가지 원인이 있을 수 있지만 5 Whys가 하나의 트랙 또는 제한된 수의 트랙을 추구하도록 이끌 수 있기 때문입니다.
그러나이 간단한 기술은 종종 drag 에 대한 기본 설명으로 빠르게 안내할 수 있습니다. 따라서 시스템이나 프로세스가 제대로 작동하지 않을 때마다 보다 심층적인 접근 방식을 시작하기 전에, 그리고 답변을 개발하기 전에 긍정적으로 시도해 보십시오 .
사용 방법:
이 모델은 일련의 간단한 7단계 프로세스를 따릅니다.
!["어벤져스 집결"]( https://media.giphy.com/media/j2pWZpr5RlpCodOB0d/giphy.gif ]
<em>"_Rationality is served by broader and more comprehensive frames_"</em>
>Gather all the stakeholders who are visiting be either be at the cause or the effect of the choice that are to be made.Include a neutral element to cut back the conformity bias .
문제 정의
>If you'll be able to, observe the matter in terms of action. you'll Discuss it along with your team and write a quick, clear problem statement that you simply all agree on
이유를 물어?
>Ask your team why the problem is occurring.Asking "Why?" sounds simple, but answering it requires some serious deep thought.
>Search for answers that have to be consider things that have actually happened, not just guesses at what might need happened.
서너번 하세요
For each of the answers that you simply generated in Step 3, ask further "whys" in succession ideally fourfold. Each time, frame the question in response to the solution you've just recorded.
멈출 때?
You'll know that you have found the basis explanation for the matter when asking "why" produces no more useful/further responses, and you'll go no further.
소스/원인 보고
Now that you have found a minimum of one root cause, you wish to debate and agree on the counter-measures that may prevent the matter from happening.
모니터링/조치
Keep an in eye on how effectively your counter-measures solves the initial problem. you’ll must amend them, or replace them entirely.
주요 내용:
5 Whys 전략은 어려움의 전제를 밝히기 위한 쉽고 효과적인 도구일 수 있습니다. 문제 해결, 문제 해결 및 품질 개선 이니셔티브에 사용할 수 있습니다.
문제부터 시작하여 문제가 발생하는 이유를 물어보십시오. 답변이 사실에 근거하는지 확인하고 다시 질문하십시오. 문제에 대한 전제 설명에 도달할 때까지 전략을 계속합니다.
재발을 방지할 수 있는 대책을 마련하게 됩니다. 이 질문 프로세스는 단순하거나 다소 어려운 문제에 가장 적합하다는 점을 명심하십시오.
원래 게시됨here
Reference
이 문제에 관하여(간단하면서도 설득력있는 프레임 워크이지만 왜), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://dev.to/prakashsellathurai/simple-yet-eloquent-framework-but-why-283a텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)