5장: 기술 선정의 심리적 함정

개발자를 위한 인지 편향·심리 기술 완전정복 | 설득의 심리학 실무판

May 21. 2026

ChatGPT Image 2026년 5월 21일 오후 04_26_59.png

기술 선정은 엔지니어가 "나는 합리적으로 판단하고 있다"고 가장 굳게 믿는 장면 가운데 하나입니다. 벤치마크를 재고, 문서를 읽고, 커뮤니티가 얼마나 활발한지 확인합니다. 그러나 그 '합리적인' 과정 뒤편에서, 여러 편향이 판단을 비틀고 있습니다.

밴드왜건 효과

'다들 쓴다'는 말은 기술 선정에서 가장 강력한 설득 재료입니다.

밴드왜건 효과란, 많은 사람이 채택한 것을 옳다고 판단하기 쉬운 경향입니다. GitHub 스타 수, npm·PyPI 다운로드 수, 스택 오버플로 답변 수. 이 숫자들은 커뮤니티의 규모를 보여 주지만, 내 프로젝트와의 적합성과는 무관합니다.

GitHub 스타 5만 개짜리 프레임워크와 스타 500개짜리 프레임워크. 후자가 내 유스 케이스에 더 잘 맞더라도, 전자를 고를 때 느끼는 '안심감'은 무시하기 어렵습니다. 이 안심감의 정체가 바로 밴드왜건 효과입니다.

밴드왜건 효과에는 합리적인 면도 있습니다. 사용자가 많은 도구는 문서가 충실하고, 생태계가 무르익었으며, 채용하기 좋은 인재 풀이 큽니다. 이건 진짜 장점입니다. 문제는 그 장점을 다른 모든 평가 기준을 압도할 만큼 무겁게 여겨 버린다는 데 있습니다.

밴드왜건 효과가 강해지는 조건

해당 기술 영역에 대한 자신의 전문 지식이 얕을 때 (판단 재료가 적을수록 '다수의 선택'에 기댄다)

의사결정의 바카라임이 무거울 때 ("유행하는 것을 골라 두면 실패해도 비판받기 어렵다")

시간 압박이 있을 때 (꼼꼼한 비교 검토가 어려워, 인기도로 대신한다)

대바카라: 요건 기반 평가 매트릭스

밴드왜건 효과를 막으려면, '인기도'를 평가 기준 가운데 하나로만 한정하고 다른 기준과 똑같이 다루는 것입니다.

기술을 고르기 전에 프로젝트 고유의 요건을 적어 봅니다. 성능 요건, 팀의 기존 역량, 라이선스, 장기 지원 전망, 학습 비용. 그런 다음 각 후보를 요건마다 평가합니다. 커뮤니티의 규모는 평가 기준의 하나일 수는 있어도, 유일한 기준으로 삼지는 않습니다.

IKEA 효과

IKEA 효과란, 자기가 만든 것(또는 만드는 데 품을 들인 것)의 가치를 과대평가하는 경향입니다. IKEA 가구를 직접 조립하면, 완성품을 살 때보다 애착이 솟습니다. 이 심리는 소프트웨어 개발에도 그대로 들어맞습니다.

'직접 만든 프레임워크', '팀 안에서 개발한 사내 도구', '내가 손본 빌드 설정'. 이런 것을 향한 평가는 객관적인 품질과는 다른 차원에서 부풀어 오릅니다.

IKEA 효과가 기술 선정을 비트는 장면

NIH 증후군(Not Invented Here). 외부 라이브러리나 SaaS로 풀 수 있는 문제를 "우리 요건은 특수하니까"라며 직접 만드는 판단. 요건이 정말로 특수할 때도 있지만, IKEA 효과로 인한 과대평가가 그 판단을 떠밀고 있지는 않은지 점검할 필요가 있습니다.

레거시 기술에 대한 집착. "이 시스템은 5년 들여 안정시켰다"는 투자에 대한 애착이, 더 나은 대체 기술로 옮겨 가기를 가로막습니다. 이것은 매몰 비용 오류(뒤에서 다룸)와 긴밀하게 얽혀 있습니다.

자작 도구의 과대평가. 해커톤이나 20% 타임으로 만든 사내 도구에 애착이 있어, 같거나 더 나은 기능을 갖춘 OSS로 갈아타기를 꺼립니다.

대바카라: '지금 처음부터 고른다면?' 테스트

기존 기술 선정을 다시 들여다볼 때, "지금의 시스템이 존재하지 않아서 오늘 처음부터 고른다면, 같은 기술을 고를까?"라고 자문합니다. 답이 '아니오'라면, 지금의 선택은 IKEA 효과나 매몰 비용에 비뚤어졌을 가능성이 있습니다.

매몰 비용 오류

이미 들인 시간·비용·노력에 사로잡혀, 합리적인 철수 판단을 내리지 못하는 현상입니다.

엔지니어링에서 매몰 비용 오류는 다음과 같은 모습으로 나타납니다.

리팩터링 미루기. "이 코드를 버리면 3개월어치 작업이 헛수고가 된다." 그러나 3개월어치 작업은 이미 소비되어 되돌릴 수 없습니다. 판단해야 할 것은 '앞으로 이 코드를 유지하는 비용'과 '다시 쓰는 비용'의 비교뿐입니다.

실패 프로젝트의 지속. "여기까지 왔으니, 조금만 더 힘내면……." 투자액이 커질수록 철수가 어려워지는 현상을 경제학에서는 '콩코드의 오류'라고 부릅니다. 초음속 여객기 콩코드는 상업적으로 성공하지 못하리란 사실이 분명해진 뒤에도, 막대한 투자를 이유로 개발이 이어졌습니다.

쓰지 않는 기능의 유지보수. "기껏 만들었으니까"라며 남겨 둔 기능이 코드베이스의 복잡도를 키우고, 전체 유지보수 비용을 끌어올립니다.