비즈니스 이슈 타임 라인을 문서화하는 방법

문서화는 모든 비즈니스에서 중요한 부분입니다. 질문 및 문제가 항상 발생하며, 로그인 및 로그 아웃 시트, 사건 보고서 및 기타 일일 운영 요약과 같은 서류를 작성하여 향후 발생하는 문제를 지원하는 것이 좋습니다. 사건으로 소송이 발생하거나 프로젝트가 진행되지 않거나 개발중인 소프트웨어 프로그램이 테스트에 실패하면 문서가 포함 된 타임 라인을 작성하는 것이 근본 원인 분석 절차의 일부입니다.

근본 원인 분석

문제가 나타나면 실제 문제의 증상 일 수 있습니다. 근본 원인 분석은 문제를 가져오고 시간과 프로세스로 되돌아가 문제의 원인이되는 일련의 이벤트를 유발하는 방법을 찾는 방법입니다. 근본 원인 분석은 조사 할 문제부터 시작하여 원인과 결과를 조사하여 타임 라인을 작성합니다.

어떻게 된 거예요?

가시적 인 문제부터 시작하십시오. 근본 원인의 증상으로 간주 될 수 있습니다. 신체적, 인간적, 운영 적 측면에서 이슈에 대한 자세한 설명은 이슈의 원인을 찾기 시작할 수있는 곳을 알 수 있습니다. 타임 라인에서이 세 가지 요소를 다루고 조사중인 문제에서 각 요소의 가능한 원인에 대한 메모를 작성하십시오. 명확한 원인은 더 이상의 분석없이 결정될 수 있지만 근본 원인이 밝혀 질 때까지 각 요소에 대한 인과 관계를 전달하면 기여한 부작용을 누락시키지 않습니다.

왜 그렇게 되었습니까?

이 문제를 일으킨 신체적, 인간적 또는 조직적 요인에 대한 날짜, 시간 및 설명을 문서화하십시오. 배달 실패, 주요 기계의 사용 불가능 또는 중요한 컴퓨터 프로그램의 오작동과 같은 물리적 인 원인에 관해서 문제를 선행 한 것이 무엇인지 정확히 결정하십시오. 그렇다면이 문제에 인간 관계가 어떻게 나타나는지 살펴보십시오. 예를 들어, 프로젝트가 진행중인 경우 참가자의 부재로 인해 정보가 늦게 제공되거나 실수로 누군가에게 전달되었을 수 있습니다. 계층 적 의사 소통 실패로 인한 정책 변경, 지연 또는 오해와 같은 문제에 기여한 조직적 원인을 확인하십시오.

근본 원인은 무엇입니까?

실제 범인을 찾기 전에 몇 가지 원인과 결과를 통해 분석을 수행해야 할 수도 있습니다. 또한 신체적, 인간적 또는 운영상의 문제점을 포함하는 일련의 부작용이 고려중인 문제에 기여했다는 것을 알 수 있습니다. 타임 라인의 각 인스턴스를 문서화하고 해당 인스턴스에 연결된 모든 서류를 수집하면 문제를 해결할 수있는 방법과 솔루션을 만드는 방법에 대한 결정의 근거가됩니다. 정책 계획 세션 중 잘못된 결정은 조사하는 문제로 시간이 지남에 따라 결정될 수 있으며, 타임 라인은 잘못 된 결정의 결과를 수정하기위한 로드맵을 제공합니다.