MECE, LISS

1. MECE (Mutually Exclusive, Collectively Exhaustive)

정의:
MECE는 **상호 배타적(Mutually Exclusive)**이고 **완전히 포괄적(Collectively Exhaustive)**인 분류 기준을 의미합니다. 원래 경영컨설팅 분야에서 문제 해결과 구조적 사고를 위해 개발된 개념이지만, 엔지니어링 문제, 정책 설계, IT 아키텍처, 프로젝트 관리 등 다양한 분야에 적용할 수 있습니다.

• Mutually Exclusive (상호 배타적)

  • 각 요소가 서로 중복되지 않아야 함.
  • 예: 문제를 원인별로 분석할 때 한 원인이 다른 원인과 겹치지 않아야 정확한 분석 가능.
  • 사례: 서버 장애 원인을 “하드웨어, 소프트웨어, 네트워크”로 구분할 경우, 중복되는 항목이 없어야 함.

• Collectively Exhaustive (완전히 포괄적)

  • 모든 가능한 경우를 빠짐없이 포함해야 함.
  • 사례: 같은 서버 장애 분석에서 “하드웨어, 소프트웨어, 네트워크, 사용자 오류”까지 모두 고려해야 문제를 놓치지 않음.

적용 방법:

1. 문제를 정의하고 분석 범위를 명확히 한다.
2. 원인, 기능, 프로세스 등을 분류할 때 MECE 원칙 적용.
3. 중복과 누락을 제거하고 구조화된 사고 체계 완성.

기술사적 시사점:

• 문제 해결 능력 평가 시, MECE는 논리적 사고, 구조적 사고, 실무 적용 능력을 보여주는 핵심 지표.
• 특히 IT 프로젝트나 시스템 설계에서 요구사항 분석, 장애 원인 분석, 리스크 관리에 필수.

2. LISS (Logic, Issue, Structure, Synthesis)

정의:
LISS는 문제 해결과 보고서 작성에서 논리적 사고를 단계별로 적용하는 방법론입니다.

• Logic (논리): 문제를 논리적으로 사고, 인과 관계를 명확히 함.
• Issue (이슈): 핵심 문제를 정의하고 좁힘.
• Structure (구조): 문제를 구조적으로 분해, MECE 원칙 적용 가능.
• Synthesis (종합): 분석 결과를 종합해 해결책 또는 결론 도출.

단계별 설명:

1. Logic (논리)

   • 가정, 조건, 인과관계를 명확히 한다.
   • 예: 서버 다운 문제 → 사용량 증가 → CPU 과부하 → 다운 여부 검증.

2. Issue (핵심 문제 정의)

   • 핵심 문제를 명확히 좁혀야 분석이 효율적.
   • 예: “전체 시스템 성능 저하” 대신 “특정 서비스 요청 처리 지연”으로 구체화.

3. Structure (구조화)

   • MECE 기반으로 문제를 구조화.
   • 예: 장애 원인을 “서버, 네트워크, 애플리케이션, DB”로 구분.

4. Synthesis (종합 및 결론 도출)

   • 구조화된 분석 결과를 종합하여 해결 방안 제시.
   • 예: 서버 CPU 업그레이드, 네트워크 부하 분산, DB 인덱스 최적화 등 통합 해결책.

기술사적 시사점:

• LISS는 단순히 문제를 나열하는 것이 아니라 문제 해결의 논리적 사고 프로세스를 체계화함.
• IT/엔지니어링 프로젝트에서 요구사항 분석, 설계 검토, 장애 대응 시 매우 유용.
• MECE와 결합하면 구조적 사고가 명확해지고, 보고서/발표에서도 논리적 설득력이 강화됨.

3. MECE와 LISS의 상호 관계

즉, MECE는 LISS 구조화 단계에서 필수적인 도구이고, LISS는 MECE로 나눈 문제를 논리적으로 해결하고 결론을 도출하는 프레임워크입니다.

4. 결론 (기술사 관점)

• MECE: 구조적 사고와 중복/누락 방지를 위한 핵심 원칙.
• LISS: 논리적 문제 해결 프로세스, MECE와 결합 시 최적의 문제 해결 체계 구축.
• 실제 기술사 시험에서는 단순 암기가 아닌, 현장 문제 분석 및 설계 능력, 보고서 논리 구성 능력과 직결됩니다.
• 특히 IT 시스템, 공정 설계, 품질 개선, 정책 수립 등 복잡한 엔지니어링 문제 해결에 적용 가능.