"이 프로젝트 작업이 총 몇 개죠?"
"음... 한 200개쯤?"
그 순간 PM의 뇌는 멈춥니다.
200개를 어떻게 머릿속에서 관리하죠?
프로젝트가 커질수록 WBS는 복잡해집니다.
작업이 50개, 100개, 200개로 늘어나면서, 머릿속에서 모든 것을 추적하기 어려워집니다.
"이 작업은 어디에 속하지?", "저 작업은 누가 하지?" 하며 혼란스러워집니다.
이런 경험 있으신가요?
오늘은 인지과학의 관점에서 WBS를 다시 봅니다.
왜 우리 뇌는 복잡한 프로젝트 앞에서 무력해지는지,
그리고 어떻게 뇌 친화적인 WBS를 만들 수 있는지 알아봅시다.
밀러의 마법 숫자: 7±2
1956년, 심리학자 조지 밀러는 인간의 단기 기억 용량을 발견했습니다.
인간의 작업 기억 용량:
- 최대 7개 항목 (±2)
- 지속 시간: 약 20초
- 7개 이하: 처리 가능
- 7개 초과: 혼란과 실수 증가
프로젝트도 마찬가지입니다.
한 번에 7개 이상의 작업을 생각하면 뇌가 과부하됩니다.
3개 작업은 쉽게 기억하지만, 15개 작업은 머릿속에서 꼬이기 시작합니다.
청킹(Chunking): 뇌의 압축 알고리즘
우리 뇌는 정보를 묶어서(chunk) 처리합니다.
청킹 전: 12개 개별 항목 (과부하)
- HTML 작성, CSS 스타일링, JavaScript 로직, API 설계, DB 스키마, 쿼리 작성, 단위 테스트, 통합 테스트, E2E 테스트, 서버 설정, 도메인 연결, SSL 설정
청킹 후: 4개 그룹 (처리 가능)
- 프론트엔드: HTML 작성, CSS 스타일링, JavaScript 로직
- 백엔드: API 설계, DB 스키마, 쿼리 작성
- 테스트: 단위 테스트, 통합 테스트, E2E 테스트
- 인프라: 서버 설정, 도메인 연결, SSL 설정
이것이 WBS가 계층 구조를 갖는 과학적 이유입니다.
작은 작업들을 의미 있는 그룹으로 묶으면 뇌가 훨씬 쉽게 처리합니다.
인지 부하의 3가지 유형
인지 부하 이론(Cognitive Load Theory)에 따르면:
1. Intrinsic (본질적 부하)
- 정의: 작업 자체의 복잡도
- 예시: 알고리즘 구현의 난이도
- 해결: 작업을 더 작게 분해
2. Extraneous (외재적 부하)
- 정의: 불필요한 정보 처리
- 예시: 복잡한 엑셀 시트 해독
- 해결: 시각화와 단순화
3. Germane (관련 부하)
- 정의: 학습과 이해에 필요한 부하
- 예시: 새로운 기술 스택 학습
- 해결: 점진적 학습 계획
인지 부하 최적화 전략:
- 복잡한 작업을 2-4시간 단위로 분해
- 불필요한 회의와 보고서 제거
- 학습 시간을 명시적으로 할당
주의력 자원 이론 (Attention Resource Theory)
우리의 주의력은 한정된 자원입니다.
멀티태스킹 시 효율 감소:
- 단일 작업: 100% 효율
- 2개 동시: 각 40% 효율 (총 80%)
- 3개 동시: 각 20% 효율 (총 60%)
- 4개 이상: 거의 진전 없음 (총 40%)
실제 예시:
- 코딩만 할 때: 100% 집중 가능
- 코딩 + 회의 + 이메일 + 리뷰: 각 작업당 10% 집중
이래서 WIP(Work In Progress) 제한이 중요합니다.
동시에 진행하는 작업을 2-3개로 제한하면 효율이 크게 향상됩니다.
시각적 계층 구조의 힘
우리 뇌는 시각 정보를 텍스트보다 60,000배 빠르게 처리합니다.
텍스트 리스트 (인지 부하 높음):
- 프로젝트
- 1.1 프론트엔드
- 1.1.1 UI 개발
- 1.1.2 상태 관리
- 1.2 백엔드
- 1.2.1 API 개발
- 1.2.2 DB 설계
시각적 트리 (인지 부하 낮음):
프로젝트
├── 프론트엔드
│ ├── UI 개발
│ └── 상태 관리
└── 백엔드
├── API 개발
└── DB 설계
인지 부하 비교:
- 텍스트: 7 (각 항목을 개별 처리)
- 시각: 3 (구조를 한눈에 파악)
- 시각화로 인지 부하 57% 감소
프로그레시브 디스클로저 (Progressive Disclosure)
모든 정보를 한 번에 보여주지 마세요.
상황별 적정 수준:
개요 (Overview): 기획, 개발, 테스트, 배포 (인지 부하: 4)
- 경영진 보고서에 적합
확장 (Expanded): 개발 → 프론트, 백엔드, DB, API (인지 부하: 7)
- 일일 스탠드업에 적합
상세 (Detailed): 프론트 → 컴포넌트, 라우팅, 상태관리, 스타일링 (인지 부하: 10)
- 상세 계획 시에만 사용 (과부하 위험)
필요할 때만 펼쳐서 보는 것이 뇌에 부담을 덜 줍니다.
인지 부하를 줄이는 WBS 설계 원칙
1. 매직 넘버 7 규칙
각 레벨당 항목을 7개 이하로 제한하세요.
규칙:
- 레벨1: 최대 7개 주요 단계
- 레벨2: 각 단계당 최대 7개 작업
- 레벨3: 각 작업당 최대 7개 세부사항
나쁜 예: 15개 최상위 항목 (과부하)
좋은 예: 5개로 그룹핑
- 준비: 기획, 설계
- 개발: 프론트, 백엔드
- 품질: 테스트, 리뷰
- 배포: 스테이징, 프로덕션
- 운영: 모니터링, 유지보수
2. 색상 코딩 시스템
뇌가 즉시 인식하는 색상 체계를 사용하세요.
색상 코딩:
- 회색: 시작 전
- 파랑: 진행 중
- 주황: 차단됨
- 초록: 완료
- 빨강: 위험
인지 부하 비교:
- 텍스트 읽기: 200ms
- 색상 인식: 50ms (4배 빠름)
색상으로 상태를 표시하면 텍스트를 읽을 필요 없이 즉시 파악할 수 있습니다.
3. 패턴 인식 활용
반복 패턴으로 인지 부하를 감소시킬 수 있습니다.
일관된 명명 패턴:
- 프론트엔드: Design_Frontend, Develop_Frontend, Test_Frontend
- 백엔드: Design_Backend, Develop_Backend, Test_Backend
- 데이터베이스: Design_Database, Develop_Database, Test_Database
패턴을 학습하면 예측 가능해집니다.
새 작업 이해 시간 70% 감소
인지 과학 기반 WBS 도구 요구사항
필수 기능:
- 접기/펼치기: Progressive Disclosure
- 색상 코딩: 즉각적 상태 인식
- 드래그앤드롭: 공간 기억 활용
- 자동 그룹핑: 7±2 규칙 적용
- 시각화 뷰: 트리, 칸반, 간트
- 검색/필터: 주의력 집중
- 템플릿: 인지 부하 감소
피해야 할 기능:
- 과도한 정보: 한 화면에 모든 것
- 깊은 계층: 5단계 이상 중첩
- 작은 글씨: 가독성 저하
- 복잡한 관계: 많은 의존성 화살표
실전: 인지 친화적 WBS 체크리스트
□ 각 레벨이 7개 이하 항목인가?
□ 색상 코딩을 사용하는가?
□ 일관된 명명 패턴인가?
□ 시각적 계층 구조가 명확한가?
□ 필요한 정보만 표시하는가?
□ 복잡한 작업을 청킹했는가?
□ 인지 부하가 높은 시간대를 피했는가?
핵심 정리
우리 뇌는 슈퍼컴퓨터가 아닙니다.
하지만 올바른 방식으로 정보를 제공하면,
놀라운 능력을 발휘합니다.
WBS는 단순한 작업 목록이 아닙니다.
우리 뇌가 복잡한 프로젝트를 이해하고 관리할 수 있도록 돕는 인지 도구입니다.
인지 과학을 이해하고 적용하면,
더 명확하고, 더 효율적이고, 더 스트레스 없는 프로젝트 관리가 가능합니다.
다음 WBS 작성 시 이 원칙들을 적용해보세요.
작은 변화가 큰 차이를 만듭니다.
인지 과학 기반의 스마트한 WBS 도구가 필요하신가요? Plexo를 확인해보세요.
댓글 없음:
댓글 쓰기