매 분기말이 되면 사무실에서 가장 흔히 듣는 말은 "이번 분기에도 핵심성과지표(KPI)를 달성하지 못했어요."입니다.
매출 목표 30% 미달, 사용자 증가율 기대치에 못 미침, 프로젝트 납기 2주 지연, 제품 출시 후 버그 허용치 초과… 이런 상황이 발생하면 대부분의 팀은 회의를 열고 상황을 검토하며 원인을 파악합니다. 하지만 회의 후에는 어떻게 될까요? 흔히 "모두 열심히 일했지만 시장 상황이 좋지 않았다", "경쟁사보다 두 달이나 앞서 나갔다", "인력이 부족했다" 등 온갖 핑계만 늘어놓을 뿐, 문제는 다음 분기까지 계속됩니다.
문제는 어디에 있었을까요? 원인을 찾으려 하지 않았던 것이 아니라, 근본적인 원인을 찾지 못했던 것입니다.
대부분의 사람들은 습관적으로 "표면적인 이유"에만 집중합니다. 예를 들어, "영업 목표 미달은 부실한 잠재 고객 때문", "프로젝트 지연은 잦은 요구사항 변경 때문", "제품 버그는 불충분한 테스트 시간 때문"이라고 생각합니다. 이러한 이유들은 모두 사실이지만, 근본적인 원인이 아니라 단지 "증상"일 뿐입니다. 근본적인 문제를 해결하지 않고 증상만 치료한다면, 매 분기마다 동일한 KPI 문제가 반복될 것입니다.
피시본 다이어그램(원인-결과 다이어그램 또는 이시카와 다이어그램이라고도 함)은 근본 원인 분석에 사용되는 체계적인 도구입니다. 문제의 모든 가능한 원인을 구조화된 방식으로 풀어내어 실행 가능한 근본 원인을 찾아낼 수 있도록 도와줍니다. 이 글에서는 피시본 다이어그램의 이론적 방법, 실제 적용 단계 및 사례 연구를 체계적으로 설명하여 KPI 미달성 문제를 효과적으로 해결하는 데 도움을 드리고자 합니다.
피시본 다이어그램을 자세히 살펴보기 전에 먼저 "KPI 미충족" 문제를 진단해 보겠습니다.
KPI가 달성되지 않는 데에는 일반적으로 네 가지 이유가 있습니다.
어골도(Fishbone diagram), 또는 원인-결과도나 이시카와도(Ishikawa diagram)라고도 불리는 이 도표는 1960년대 일본의 품질 관리 전문가인 이시카와 카오루(Kaoru Ishikawa)가 고안했습니다. 이는 문제의 근본 원인을 체계적으로 파악하는 데 사용되는 분석 도구입니다.
물고기 뼈 모양 도표는 그 모양이 물고기의 뼈대와 닮았기 때문에 그런 이름이 붙었습니다.
물고기 머리: 오른쪽을 가리키는 모양으로, 분석해야 할 문제 또는 결과(예: "핵심성과지표(KPI)가 달성되지 않았다")를 나타냅니다.
물고기 척추: 왼쪽에서 오른쪽으로 향하는 주요 화살표
물고기 뼈: 척추에서 뻗어 나오는 주요 가지들은 원인의 주요 범주를 나타냅니다.
생선 뼈: 주 뼈에서 계속 갈라져 나오는 더 가는 가지들은 특정한 원인을 나타냅니다.
피시본 다이어그램의 핵심 논리는 문제를 여러 차원으로 나누고, 각 차원에서 단계별로 "왜"라는 질문을 던지며 실행 가능한 근본 원인을 찾아내는 것입니다. 이는 직관에 따라 몇 가지 이유를 나열하고 결론을 도출하는 것이 아니라, 체계적이고 다각적인 관점에서 사고하도록 유도합니다.
피시본 다이어그램을 그리는 첫 번째 단계는 "큰 뼈", 즉 원인을 분류하는 주요 차원을 결정하는 것입니다. 가장 고전적인 분류 체계는 5M1E 방법(인간, 기계, 재료, 방법, 환경, 측정)으로, 제조, 프로젝트 관리, 품질 분석 등 다양한 분야에 널리 적용됩니다.
인력 관련 요인으로는 기술 부족, 부적절한 교육, 불분명한 업무 분담, 미흡한 의사소통, 낮은 동기 부여 등이 있습니다.
기계: 장비 고장, 소프트웨어 버그, 도구 호환성 문제, 성능 부족 등 장비 및 도구와 관련된 요인.
재료: 데이터 품질 저하, 자재 공급 지연, 부정확한 정보 등 재료 및 데이터와 관련된 요인.
방법: 불명확한 절차, 표준 부족, 적용 불가능한 방법, 비합리적인 시스템 등 방법 및 절차와 관련된 요인.
환경: 시장 변화, 경쟁 심화, 정책 영향, 사무 환경과 같은 환경적 요인.
측정: 불명확한 KPI 정의, 일관성 없는 데이터 통계, 일관성 없는 평가 기준 등 측정 관련 요소를 포함합니다.
판매, 마케팅, 제품 및 운영과 같은 비제조 시나리오의 경우 4P 방법(제품, 가격, 유통, 판촉), 간소화된 4M1E(인력, 자재, 방법, 환경) 또는 사용자 지정 차원과 같은 보다 적합한 분류 체계를 사용할 수 있습니다.
ProcessOn은 피시본 다이어그램, 마인드 맵, 순서도 및 기타 차트를 온라인으로 작성할 수 있는 전문 피시본 다이어그램 제작 도구입니다. 커뮤니티에서는 다양한 분야에 맞는 폭넓은 피시본 다이어그램 템플릿을 제공하며, 온라인 공유 및 공동 작업도 지원합니다.
먼저 ProcessOn 프로필 페이지에 마인드맵을 만드세요. 오른쪽 도구 모음에서 [스타일] -> [캔버스 스타일]로 이동하여 뼈대 모양의 물고기 뼈 패턴을 선택한 다음 물고기 머리 방향을 오른쪽으로 조정하세요.
캔버스에서 중심 테마를 선택하면 분기 테마를 만들 수 있으며, 그 분기 테마에 피시본 다이어그램의 골격을 채워 넣을 수 있습니다.
ProcessOn 프로필 페이지에서 순서도를 생성합니다. 그래픽 라이브러리에서 사각형이나 삼각형을 드래그하여 캔버스에 물고기 머리 모양으로 배치합니다. 단축키 L을 눌러 선을 그려 물고기 뼈 다이어그램의 골격을 만듭니다. 그래픽 라이브러리에서 사각형을 드래그하여 골격의 꼬리에 연결합니다. 물고기 뼈 다이어그램의 주요 뼈, 중간 뼈, 작은 뼈를 추가합니다. 마지막으로 골격과 그래픽에 텍스트를 채웁니다.
경우 , 시스템은 여러 사용자가 동일한 피시본 다이어그램을 온라인에서 동시에 편집할 수 있도록 지원합니다. 구성원들은 구체적인 이유에 따라 댓글을 추가할 수 있으며, 부서 간 협업 피드백은 실시간으로 동기화되고, 전체 분석 과정은 문서화됩니다.
또한 고화질 PNG, PDF, SVG 및 기타 형식으로 내보내기를 지원하여 분기별 검토 PPT 또는 근본 원인 분석 보고서에 직접 삽입할 수 있으므로 개선 제안의 근거를 더욱 탄탄하게 만들 수 있습니다.
아래는 " 3분기 매출 KPI 미달성" 에 대한 피시본 차트의 전체 분석 입니다 .
3분기 매출 KPI 미달 원인 분석 (피시본 다이어그램)
피시본 다이어그램의 가치는 "보기 좋은 다이어그램을 그리는 것"에 있는 것이 아니라 "실질적인 개선이 필요한 부분을 찾는 것"에 있습니다. 이러한 근본 원인을 통해 명확한 개선 목록을 도출할 수 있습니다.
매출 KPI가 달성되지 않을 경우 개선해야 할 영역 목록
1. 겉모습을 근본 원인으로 오인하는 것: "단서 품질이 좋지 않다"는 첫 번째 단계에서 멈추는 것. 올바른 접근 방식은 실행 가능한 근본 원인을 찾을 때까지 "단서 품질이 왜 좋지 않은가"라는 질문을 계속 던지는 것입니다.
2. 가설 검증 실패: 데이터 검증 없이 이유만 나열하고 추측에 근거하여 결론을 내리는 것. 올바른 접근 방식은 데이터를 통해 검증하는 것입니다(예: CRM 시스템을 확인하여 리드 품질이 실제로 낮은지 확인).
3. 조치 없이 도표만 그리는 경우: 근본 원인은 파악되었지만, 개선 계획으로 이어지거나 책임자가 지정되지 않았습니다. 실행이 없는 분석은 분석이라고 할 수 없습니다.
4. 부적절한 차원 구분: 분류 방법이 실제 비즈니스 시나리오와 동떨어져 있습니다. 해당 산업에 적합한 분석 프레임워크를 선택해야 합니다.
5. 핵심 요소 누락: 분석이 "사람"과 "방법"에만 초점을 맞추고 제품과 유통 채널을 간과했습니다. 5M1E 프레임워크를 활용하여 포괄적인 분석을 수행하고 누락된 부분을 보완하십시오.
KPI를 달성하지 못하는 것 자체는 끔찍한 일이 아닙니다. 정말 끔찍한 것은 그 이유를 "시장 상황 악화", "운이 나빴다", "인력 부족" 등으로만 돌리고 "왜" 그런 일이 일어났는지 진지하게 묻지 않는 것입니다.
피시본 다이어그램의 가치는 체계적인 사고 틀을 제공하여 문제를 다각도로 검토하고, 근본 원인을 찾아 해결하기 위한 조치를 취할 때까지 단계적으로 질문을 던지도록 한다는 점에 있습니다.
다음 분기별 평가에서는 모든 사람이 "내가 생각하는 이유는 무엇인가"를 자유롭게 이야기하도록 하는 대신, 벽에 피시본 다이어그램을 붙여 놓고 "사람, 기계, 재료, 방법, 환경, 측정"이라는 네 가지 차원에 대해 각자 이유를 제시하도록 하세요. 그런 다음, 다 함께 "왜?"라고 질문해 보세요. 세 번째 또는 네 번째 단계의 질문을 거치다 보면 실제 문제가 숨겨져 있는 경우가 많다는 것을 알게 될 것입니다. 그리고 일단 문제를 발견하면 해결책도 명확해지는 경우가 많습니다.
