피시본 다이어그램(Ishikawa 다이어그램) 분석 튜토리얼¶

1. 피시본 다이어그램이란?¶

피시본 다이어그램(Fishbone Diagram)은 이시카와 다이어그램(Ishikawa Diagram) 또는 원인-결과 다이어그램(Cause-and-Effect Diagram)이라고도 불리며, 특정 문제(결과)로 이어질 수 있는 여러 잠재적 원인들을 체계적으로 식별, 조직, 표시하기 위해 사용되는 고전적인 문제 분석 도구입니다.

이 도구는 1960년대 일본의 품질 관리 전문가인 가오루 이시카와(Kaoru Ishikawa) 박사에 의해 개발되었으며, 그 형태가 물고기 뼈대를 닮은 데서 이름이 붙여졌습니다. 물고기 머리는 "결과"(문제)를 나타내고, 뼈들은 해당 결과로 이어지는 다양한 "원인"들을 나타냅니다.

2. 왜 피시본 다이어그램을 사용하는가?¶

피시본 다이어그램의 주요 가치는 다음과 같습니다:

구조화된 사고: 팀이 여러 차원에서 문제에 대한 가능한 모든 원인을 체계적으로 생각할 수 있도록 명확한 프레임워크를 제공합니다.
시각적 분석: 복잡한 원인-결과 관계를 직관적인 그래픽 방식으로 제시하여 팀의 이해와 토론을 촉진합니다.
팀 협업 촉진: 브레인스토밍 세션에 매우 적합하며, 다양한 관점에서 원인을 파악하기 위해 팀의 집단 지혜를 모을 수 있습니다.
근본 원인 식별: 주요 원인들을 세분화함으로써 팀이 문제의 근본적인 원인까지 더 깊이 파고들 수 있도록 도와줍니다.

3. 피시본 다이어그램의 구조¶

전형적인 피시본 다이어그램은 다음과 같은 핵심 구성 요소로 이루어져 있습니다:

머리(Head): 오른쪽을 가리키며, 분석하고자 하는 문제 또는 결과를 나타냅니다.
등뼈(Spine): 물고기 머리에서 왼쪽으로 뻗은 수평의 주요 선입니다.
주요 뼈(Main Bones): 등뼈에서 대각선으로 뻗은 주요 가지들로, 원인의 주요 범주를 나타냅니다.
하위 가지/작은 뼈(Sub-Branches/Small Bones): 주요 뼈에서 뻗은 더 작은 가지들로, 각 범주 내의 구체적인 원인을 나타냅니다.

일반적인 주요 원인 범주(주요 뼈)¶

주요 뼈의 분류는 분석 대상에 따라 유연하게 조정할 수 있습니다. 다음은 몇 가지 고전적인 분류 모델입니다:

제조업(6M 모델):
- 인력(Manpower): 작업자의 기술, 경험, 태도 등
- 방법(Method): 작업 절차, 운영 사양, 공정 파라미터 등
- 기계(Machine): 장비, 도구의 상태, 정밀도, 유지보수 등
- 자재(Material): 원자재의 품질, 사양, 공급업체 등
- 측정(Measurement): 측정 도구, 검사 기준, 데이터 정확도 등
- 환경(Milieu/Mother Nature): 온도, 습도, 조명, 작업장의 문화적 분위기 등
서비스업(4S 또는 8P 모델):
- 공급업체(Suppliers)
- 시스템(Systems)
- 기술(Skills)
- 주변 환경(Surroundings)
마케팅(8P 모델):
- 제품(Product)
- 가격(Price)
- 장소(Place)
- 촉진(Promotion)
- 인력(People)
- 프로세스(Process)
- 물리적 증거(Physical Evidence)
- 생산성 및 품질(Productivity & Quality)

4. 피시본 다이어그램 작성 및 사용 방법¶

단계 1: 문제 정의(물고기 머리)¶

문제 명확히 하기: 먼저 분석할 문제를 구체적이고 명확하게 정의합니다. 예를 들어, "이번 분기 고객 만족도가 15% 하락했다"는 식입니다.
물고기 머리 그리기: 화이트보드나 종이 오른쪽에 상자를 그리고 문제를 기록한 후, 상자에서 왼쪽으로 뻗은 수평의 등뼈 선을 그립니다.

단계 2: 원인의 주요 범주 결정(주요 뼈)¶

분류 모델 선택: 문제의 성격에 따라 적절한 분류 모델(예: 제조업의 경우 6M)을 선택합니다.
주요 뼈 그리기: 등뼈 위아래에 대각선을 그려 주요 뼈로 표시하고, 각 뼈에 범주 이름(예: "인력", "기계", "방법" 등)을 기재합니다.

단계 3: 브레인스토밍을 통한 구체적 원인 식별(하위 가지/작은 뼈)¶

팀 토론: 관련된 팀원들을 모아 각 주요 범주에 대해 브레인스토밍을 진행합니다.
질문 유도: 5Why 기법을 활용하여 "왜 이런 일이 발생했는가?"라는 질문을 반복적으로 던져 더 깊은 원인을 탐색할 수 있습니다.
- 예를 들어, "인력" 주요 뼈 아래에서 "왜 작업자가 실수했는가?" -> "훈련이 부족해서" -> "왜 훈련이 부족한가?" -> "표준화된 훈련 자료가 없어서"
하위 가지/작은 뼈 그리기: 토론을 통해 식별된 구체적 원인들을 해당 주요 뼈에 연결되는 하위 가지 또는 작은 뼈로 그립니다.

단계 4: 핵심 원인 분석 및 결정¶

피시본 다이어그램 검토: 가능한 모든 원인이 나열된 후, 팀이 전체 다이어그램을 함께 검토합니다.
핵심 원인 식별: 토론, 투표 또는 간단한 데이터 검증을 통해 문제에 가장 큰 영향을 미치고 가장 가능성 있는 핵심 원인(또는 근본 원인)을 식별합니다. 원이나 별표로 표시할 수 있습니다.

단계 5: 개선 조치 수립¶

행동 계획 수립: 식별된 핵심 원인에 대해 구체적이고 실행 가능한 개선 조치 및 행동 계획을 수립합니다.

5. 실제 사례: "소프트웨어 컴파일 시간이 너무 길다" 분석¶

graph TD
    subgraph 소프트웨어 컴파일 시간이 너무 길다
        direction LR
        subgraph 인력
            A[병렬 프로그래밍 경험 부족]
            B[코드 스타일 불일치]
        end
        subgraph 방법
            C[증분 컴파일 미사용]
            D[순차적 빌드 프로세스]
        end
        subgraph 기계
            E[빌드 서버 사양 낮음]
            F[네트워크 지연 높음, 의존성 다운로드 느림]
        end
        subgraph 자재 (여기서는 코드와 의존성)
            G[대형 서드파티 라이브러리 도입]
            H[모듈 간 순환 의존성]
        end
        subgraph 측정
            I[컴파일 시간 모니터링 없음]
        end
        subgraph 환경
            J[개발 도구 버전 불일치]
        end
        A & B --> 인력
        C & D --> 방법
        E & F --> 기계
        G & H --> 자재
        I --> 측정
        J --> 환경
        인력 & 방법 & 기계 & 자재 & 측정 & 환경 --> K{ }
        K -- 등뼈 --> L[문제:
소프트웨어 컴파일 시간이 너무 길다]
    end
    style L fill:#f9f,stroke:#333,stroke-width:2px

분석 및 결론: 위 분석을 통해 팀은 "빌드 서버 사양 낮음", "증분 컴파일 미사용", "모듈 간 순환 의존성"이 가장 영향력 있는 핵심 원인임을 파악하고, 이에 따라 하드웨어 업그레이드 및 기술적 리팩터링 계획을 수립할 수 있습니다.

피시본 다이어그램은 포괄적인 사고를 장려하는 유연하고 강력한 도구로, 복잡한 상황에서 팀이 사고를 정리하고 효과적인 문제 해결 경로를 찾는 데 도움을 줍니다.