https://github.com/zakirullin/cognitive-load
GitHub - zakirullin/cognitive-load: 🧠 Cognitive load is what matters
🧠 Cognitive load is what matters. Contribute to zakirullin/cognitive-load development by creating an account on GitHub.
github.com
이 글을 읽으며 내용을 정리하면서 저의 의견을 더 붙였습니다.
그러므로 원본도 읽어보시기 바랍니다. 한국어 버전(링크)도 있습니다.
회사에서의 경험담
저는 어릴 때 기억력 검사에서 대한민국 기준으로 엄청 높은 수치가 나왔습니다.
근데, 회사에 다닌 뒤부터 계속 많은 것들을 까먹게 됩니다.
"왜 그럴까..?" 라는 고민을 오랫동안 했습니다.
지금은 저의 결론은 머리가 나빠져서가 아니라, "인지부하" 때문이라는 것입니다.
제 뇌가 기억가능한 용량보다, 더 많은 것들을 처리해야 하기 때문입니다.
예시 1 - "담당자는 왜 신청자를 이해못할까?"
회사에서 무언가를 신청할 때, 결재 양식에 맞춰서 결재를 올립니다.
결재 양식도 있고, 결재 시 유의사항도 있고 유의사항은 계속해서 바뀝니다.
시스템을 수정해서 사용자가 실수하지 않게 막아주면 좋겠지만,
현실적으로 시스템 수정은 어렵고 비용이 듭니다.
결국, 시스템의 데이터/복잡도(결재 양식, 유의사항)를 개인의 기억력으로 부담하는 형태를 가지게 됩니다.
결재양식도 유의사항도 전부 어제 들은 내용이라면 기억할 수 있을겁니다.
하지만 1년에 한 번 하는 업무라면 어떨까요?
신청자가 1년 전 기억을 더듬어 결재를 올렸는데, 그사이 규칙이 하나 추가되었다고 해봅시다.
담당자는 결재를 반려하며 이렇게 말할지도 모릅니다.
"이미 공지했는데요?"
"이것 하나 해주는게 어려워요?"
"저번에 이야기했는데 왜 기억못하세요?"
담당자가 변경할 사항을 모두 공지했는데, 신청자는 왜 들어주지 못하는 걸까요?
담당자들은 답답해하는데, 신청자가 일부러 까먹는 걸까요?
예시 2 - "왜 일을 안하는 사람은 하면 잘한다고 할까요?"
회사에서 종종 듣는 말이 있습니다.
"아.. 저 사람은 일은 안하는데, 막상 시키면 일은 정말 잘해."
반면, 누군가는 이런저런 일을 다하는 일꾼이지만, 종종 하나의 실수로 인해 많은 비난을 받습니다.
"저 사람은 정말 열심히 이것저것 다 하는데, 꼭 결정적인 실수를 해서 욕을 먹어."
왜 이런 현상을 일어날까요?
저는 이것이 '인지 부하의 과부하' 때문이라고 생각합니다.
너무 많은 일을 처리하려다 보니 뇌의 가용 용량을 초과해버려,
평소라면 하지 않을 실수를 하게 되는 겁니다.
반면, 여유를 둔 사람은 인지 부하를 적절히 관리하고 있기에,
필요한 순간에 집중력을 발휘하여 깔끔하게 일을 처리할 수 있는 것입니다.
일상에서 접할 수 있는 이런 사례들은 개선할 수 있는 구조적 문제입니다.
그래서 우리는 원인을 '사람' 이 아니라 '인지 부하' 에서 찾아야 합니다.
인지부하
이런 현상은 행정적인 업무뿐 아니라, 우리가 매일 작성하는 코드에서도 생깁니다.
개발자는 기능을 개발할 때보다 기존의 코드를 읽는데 더 많은 시간을 사용합니다.
코드가 읽기 힘들면 더 많은 시간과 노력이 들어가게 됩니다.
인지부하는 일을 완료하기 위해 개발자가 얼마나 많은 생각을 해야하는지를 의미합니다.
우리는 코드를 읽을 때, 다양한 변수, 함수, 로직 들을 기억합니다.
기억할 수 있는 임계점을 넘으면, 무언가를 이해하는데 어려움을 겪습니다.

멋진 아키텍처, 고급 라이브러리, 그리고 최신 유행 기술들이 많이 사용하는 것도, 동료에게 큰 인지부하를 만들어 냅니다.
우리는 이러한 인지부하들을 가능한 줄여나가야합니다.
인지부하의 종류

인지부하는 "내재적 인지 부하"와 "외재적 인지부하"로 나눌 수 있습니다.
"내재적 인지부하"는 작업 자체의 고유한(줄일 수 없는) 어려움으로 인한 부하입니다.
"외재적 인지부하"는 정보가 표현되는 방식으로 인한 부하입니다. 이는 줄일 수 있는 것이고 이 부하를 줄이기 위해 노력해야합니다.
다음번엔 코드에서의 인지부하의 사례와 어떻게 개선해볼지에 대해 이야기해보도록 하겠습니다.
처음 도입부는 제가 회사에서 겪은 문제들입니다.
이러한 문제를 해결하기 위해, 현재는 다음과 같은 선택을 했습니다.
- 상대방의 방식을 바꿀 수 없으니, 제 업무의 각종 부하(인지부하 포함)를 줄입니다(코드 품질 향상, 자동화 등)
- 줄어든 부하에 상대방의 부하를 대신 받습니다.
이후에는 어떻게 개선할지는 고민중에 있습니다. 좋은 방법이 있으면 추천해주세요.
'잡다한 지식' 카테고리의 다른 글
| 인지부하가 핵심입니다(Cognitive load is what matters) 를 읽으며 - 3편 (0) | 2025.12.16 |
|---|---|
| 인지부하가 핵심입니다(Cognitive load is what matters) 를 읽으며 - 2편 (0) | 2025.12.14 |
| 코드 가독성의 딜레마: 쪼갤 것인가, 흘려보낼 것인가? - Part 3. 추상화와 선형코드 사이에서 균형 잡기 (0) | 2025.12.13 |
| 코드 가독성의 딜레마: 쪼갤 것인가, 흘려보낼 것인가? - Part 2. 선형 코드 (0) | 2025.12.13 |
| 코드 가독성의 딜레마: 쪼갤 것인가, 흘려보낼 것인가? - Part 1. 추상화 수준 일치 (0) | 2025.12.13 |