"왜 저 사람은 회의에서 아무 말도 안 하지?"
"왜 피드백을 줬는데 기분 나빠하는 거야?"
"왜 계획을 안 세우고 바로 코딩부터 하는 거지?"
직장에서 이런 의문을 가져본 적이 있다면, MBTI가 도움이 될 수 있습니다. MBTI는 완벽한 도구는 아니지만, 사람마다 다른 사고방식과 행동 패턴을 이해하는 출발점으로 유용합니다. 이 글에서는 MBTI를 직장 환경에 실질적으로 적용하는 방법을 다룹니다.
1. MBTI 4가지 선호 지표
에너지 방향: E(외향) vs I(내향)
구분
외향(E)
내향(I)
에너지 충전
사람들과의 교류
혼자만의 시간
회의 스타일
즉석에서 아이디어 발언
충분히 생각 후 발언
업무 선호
협업, 브레인스토밍
집중 작업, 독립적 업무
소통 방식
말로 먼저 생각을 정리
글로 먼저 생각을 정리
오해받기 쉬운 점
깊이가 없다
참여도가 낮다
인식 기능: S(감각) vs N(직관)
구분
감각(S)
직관(N)
초점
현재, 사실, 세부사항
미래, 가능성, 큰 그림
업무 방식
단계별 실행, 매뉴얼 중시
패턴 파악, 창의적 접근
보고서 스타일
구체적 수치와 사실
비전과 전략
문제 해결
검증된 방법 선호
새로운 방법 시도
오해받기 쉬운 점
혁신이 부족하다
현실감이 없다
판단 기능: T(사고) vs F(감정)
구분
사고(T)
감정(F)
의사결정
논리, 효율, 공정성
사람, 관계, 조화
피드백 방식
직설적, 개선점 중심
장점 먼저, 부드럽게
갈등 상황
문제 해결에 집중
감정 수습 먼저
칭찬 방식
결과와 성과에 초점
노력과 과정에 초점
오해받기 쉬운 점
냉정하고 무감하다
논리적이지 못하다
생활 방식: J(판단) vs P(인식)
구분
판단(J)
인식(P)
계획성
미리 계획, 일정 준수
유연하게 대응, 적응
프로젝트
마감일 엄수, 체계적
마감 직전 폭발적 집중
의사결정
빠르게 결정하고 실행
정보를 더 수집하고 결정
변경 대응
스트레스 받음
자연스럽게 수용
오해받기 쉬운 점
융통성이 없다
계획성이 없다
2. IT/개발 조직에서 흔한 MBTI 유형
개발자에게 많은 유형
유형
별명
IT 조직 비율 (추정)
특징
INTJ
전략가
높음
시스템 아키텍처, 장기 기술 전략
INTP
논리학자
높음
알고리즘, 복잡한 문제 해결
ISTJ
관리자
중간
안정적 운영, 문서화, QA
ISTP
장인
중간
디버깅, DevOps, 문제 해결
ENTJ
통솔자
중간
기술 리드, 프로젝트 관리
ENTP
변론가
중간
신기술 탐색, 프로토타이핑
비개발 직군에서 흔한 유형
유형
별명
흔한 직군
ENFJ
선도자
PM, 팀 리드
ESFJ
외교관
HR, 사내 커뮤니케이션
ESTJ
경영자
프로젝트 매니저, QA 리드
ENFP
활동가
UX 디자이너, 마케팅
3. 유형별 업무 스타일 특성표
NT (분석형) 그룹
유형
업무 강점
업무 약점
스트레스 원인
INTJ
장기 전략, 시스템 설계, 독립적 문제 해결
팀 감정 관리, 세부 사항
비효율, 무능력한 프로세스
INTP
복잡한 분석, 이론 탐구, 창의적 해결
마감 관리, 반복 업무
비논리적 의사결정, 규칙 강요
ENTJ
리더십, 전략 실행, 조직 관리
팀원 감정 배려, 인내
느린 진행, 무계획
ENTP
혁신, 아이디어 생성, 논쟁
마무리, 세부 사항, 루틴
반복, 경직된 규칙
SJ (관리형) 그룹
유형
업무 강점
업무 약점
스트레스 원인
ISTJ
정확성, 문서화, 프로세스 준수
변화 적응, 창의적 사고
불확실성, 규칙 무시
ISFJ
꼼꼼함, 팀 지원, 안정적 실행
변화 주도, 갈등 대처
갑작스러운 변경, 인정 부족
ESTJ
프로젝트 관리, 효율 극대화
유연성, 감정 이해
비효율, 기한 미준수
ESFJ
팀 화합, 소통, 배려
비판 수용, 변화 적응
갈등, 비인격적 대우
NF (이상형) 그룹
유형
업무 강점
업무 약점
스트레스 원인
INFJ
비전 제시, 사람 이해, 글쓰기
갈등 회피, 완벽주의
가치관 충돌, 표면적 업무
INFP
창의성, 공감, 가치 기반 일
마감 관리, 갈등 대면
부당함, 개인 가치 무시
ENFJ
팀 리딩, 동기부여, 비전 공유
객관적 비판, 자기 관리
팀 불화, 무관심
ENFP
혁신, 영감, 네트워킹
집중, 마무리, 루틴
구속, 반복, 세부 관리
SP (탐험형) 그룹
유형
업무 강점
업무 약점
스트레스 원인
ISTP
문제 진단, 위기 대응, 실용적 해결
장기 계획, 감정 표현
불필요한 규칙, 이론적 논의
ISFP
디자인 감각, 팀 조화, 유연성
기한 관리, 갈등 대면
압박, 비인격적 환경
ESTP
행동력, 협상, 위기 관리
장기 계획, 세부 관리
지루함, 느린 진행
ESFP
에너지, 팀 분위기, 프레젠테이션
혼자 집중, 데이터 분석
고립, 엄격한 규칙
4. 유형별 효과적인 피드백 방법
T(사고형)에게 피드백 줄 때
O 효과적인 방법:"이 코드의 시간 복잡도가 O(n^2)인데,HashMap을 사용하면 O(n)으로
줄일 수 있습니다.벤치마크 결과를 공유드립니다."
X 비효과적인 방법:"이 코드 좀 느린 것 같은 느낌이에요... 혹시 좀 더 빠르게
할 수 있을까요? 부탁드려요~"
핵심 원칙:
객관적 데이터와 논리적 근거 제시
감정적 표현 최소화
개선 방향을 구체적으로 제안
인신공격이 아닌 문제에 초점
F(감정형)에게 피드백 줄 때
O 효과적인 방법:"이번 기능 구현 정말 열심히 하셨어요.특히UI 부분이 깔끔합니다.한 가지 제안드리자면, 에러 처리 부분을 보강하면
더 완성도가 높아질 것 같아요.같이 봐볼까요?"
X 비효과적인 방법:"에러 처리가 안 되어 있네요.프로덕션에서 이러면
장애 나요.다시 해주세요."
핵심 원칙:
먼저 노력과 장점을 인정
"우리 함께"라는 표현 사용
개선 제안은 가능성의 언어로
개인적인 대화로 진행 (공개 비판 지양)
J(판단형)에게 업무 요청 시
O 효과적인 방법:"이 작업의 마감일은 3월 15일입니다.우선순위는 다음과 같고,진행 상황은 매주 월요일 스탠드업에서 공유해주세요.구체적인 요구사항 문서를 첨부합니다."
X 비효과적인 방법:"이거 언제까지 해야 하는지는 모르겠는데,일단 해주시면 좋겠어요.대충 알아서 해주세요."
P(인식형)에게 업무 요청 시
O 효과적인 방법:"이 기능의 핵심 목표는 이거예요.접근 방식은 자유롭게
선택해주세요.다만3월 15일까지는 완료되어야 합니다.중간에 막히면 언제든 논의합시다."
X 비효과적인 방법:"이 절차를 순서대로 따라서, 매일 진행 상황을 보고해주세요.A → B → C → D 순서로 반드시 진행해야 합니다."
5. 갈등 상황별 대처법
T vs F 충돌: "너무 직설적이야" vs "너무 돌려 말해"
시나리오: 코드 리뷰에서 T형이 직설적으로 문제점을 지적하자 F형이 상처를 받는 상황
역할
대처법
T형
비판 전에 긍정적 부분 언급. "좋은 접근이에요. 여기를 이렇게 바꾸면 더 좋을 것 같아요."
F형
감정과 내용을 분리하여 받아들이기. "이 사람은 내가 아닌 코드에 대해 말하는 것이다."
리더
코드 리뷰 가이드라인 수립. 피드백 형식 표준화 (예: "I like / I wish / What if" 프레임워크)
J vs P 충돌: "계획대로 해" vs "유연하게 가자"
시나리오: 스프린트 중 P형이 계획에 없던 기능을 추가하려고 하자 J형이 반대하는 상황
역할
대처법
J형
모든 변경이 나쁜 것은 아님을 인정. 변경 요청 프로세스를 통해 수용 여부 결정
P형
스프린트 약속의 중요성 인정. 새 아이디어는 백로그에 기록하고 다음 스프린트에 논의
리더
스프린트 내 버퍼 시간 확보 (전체의 10~20%). 변경 관리 프로세스 명확화
E vs I 충돌: "왜 아무 말도 안 해?" vs "왜 계속 말하지?"
시나리오: 브레인스토밍 회의에서 E형이 아이디어를 쏟아내는 동안 I형이 침묵하는 상황
역할
대처법
E형
발언 후 멈추고 I형에게 생각할 시간 주기. "○○님은 어떻게 생각하세요?"
I형
회의 전 안건을 미리 검토하고 의견 준비. 필요 시 회의 후 서면 의견 제출
리더
안건을 사전 공유. 조용한 구성원에게 발언 기회 보장. 서면 피드백 채널 마련
S vs N 충돌: "근거가 뭐야?" vs "큰 그림을 봐"
시나리오: 기술 의사결정 시 S형은 구체적 데이터를 요구하고 N형은 미래 비전을 강조하는 상황
역할
대처법
S형
데이터 기반으로 주장하되, 장기적 관점의 가치도 인정하기
N형
비전을 구체적 단계와 수치로 뒷받침하기. "이 방향으로 가면 6개월 후 XX% 개선 예상"
리더
의사결정에 데이터와 비전을 모두 포함하는 템플릿 제공
6. 팀 구성 시 MBTI 활용법
이상적인 개발팀 구성
┌─────────────────────────────────────────────────┐
│ 프로젝트 팀 구성 예시 │
├─────────────────────────────────────────────────┤
│ │
│ [ENTJ/ESTJ] 프로젝트 리드 │
│ → 방향 설정, 일정 관리, 의사결정 │
│ │
│ [INTJ/INTP] 아키텍트 │
│ → 시스템 설계, 기술 의사결정 │
│ │
│ [ISTJ/ISTP] 시니어 개발자 │
│ → 안정적 구현, 코드 품질, 디버깅 │
│ │
│ [ENTP/ENFP] 혁신 담당 │
│ → 새로운 접근법, 프로토타이핑 │
│ │
│ [ISFJ/ESFJ] 팀 커뮤니케이터 │
│ → 팀 화합, 이해관계자 소통 │
│ │
│ [INFJ/ENFJ]PM/스크럼 마스터 │
│ → 팀 비전 공유, 동기부여, 갈등 중재 │
│ │
└─────────────────────────────────────────────────┘
다양성이 중요한 이유
구성
장점
위험
T형만 모인 팀
논리적 의사결정, 효율 극대화
팀 분위기 냉랭, 이직률 상승
F형만 모인 팀
좋은 분위기, 높은 만족도
어려운 결정 회피, 낮은 효율
J형만 모인 팀
체계적 실행, 기한 준수
변화 대응 느림, 경직
P형만 모인 팀
유연한 대응, 창의적
마감 지연, 방향성 부족
균형 잡힌 팀
다양한 관점, 상호 보완
초기 갈등 가능 (관리 필요)
페어 프로그래밍 매칭
조합
효과
주의점
INTJ + ENFP
전략적 사고 + 창의적 아이디어
N형 과잉일 수 있음, 구체적 실행 계획 필요
ISTJ + ENTP
안정적 구현 + 새로운 접근
서로 답답해할 수 있음, 상호 존중 필요
INTP + ESFJ
깊은 분석 + 사용자 관점
소통 방식 차이 조정 필요
ISTP + ENFJ
실용적 해결 + 팀 관점
목표 합의를 먼저
7. 1:1 미팅에서 MBTI 활용하기
E형 팀원과의 1:1
## 준비 사항- 대화 시작 주제를 가볍게 준비 (E형은 워밍업이 짧음)
- 충분한 발언 시간 확보
- 구두 피드백을 선호하므로 대면/화상이 효과적
## 진행 방법1. 근황 이야기로 시작 (2~3분)
2. 본인이 말하는 중에 핵심을 캐치하여 정리
3. 액션 아이템을 같이 정하고 구두로 확인
4. 후속 조치는 간단한 메시지로 리마인드
I형 팀원과의 1:1
## 준비 사항- 안건을 사전에 공유 (생각할 시간 제공)
- 질문 리스트를 미리 준비
- 서면 피드백도 병행
## 진행 방법1. "지난주에 어떤 작업이 가장 재미있었나요?"로 시작
2. 열린 질문 후 충분한 대기 시간 (침묵을 채우지 않기)
3. 깊이 있는 논의 1~2개에 집중
4. 추가 의견은 Slack/이메일로 받기
T형 팀원과의 1:1
## 포인트- 논리적이고 구체적인 피드백
- 감정보다 사실과 데이터로 대화
- 성장 경로와 기술적 도전 기회 논의
- "왜?"에 대한 명확한 설명 제공
## 예시 대화리더: "지난 분기 코드 리뷰 턴어라운드가 평균 2시간이었는데,
팀 목표인 4시간보다 훨씬 빨라요. 다음 분기에는
주니어 멘토링 쪽에 역량을 쓰면 어떨까요?"
F형 팀원과의 1:1
## 포인트- 먼저 관계와 안부 확인
- 팀 내 관계에 대한 고민 경청
- 개인적 가치와 업무 연결 도움
- 공감 표현 후 실질적 해결책 함께 모색
## 예시 대화리더: "요즘 팀 분위기가 어때요? 편하게 일하고 계신가요?
혹시 업무하면서 불편한 점이 있으면 말씀해주세요.
함께 해결 방법을 찾아보겠습니다."
8. MBTI의 한계점과 주의사항
과학적 한계
비판
설명
이분법적 분류
사람을 E 또는 I로만 나누지만, 실제로는 스펙트럼
재검사 신뢰도
5주 후 재검사 시 약 50%가 다른 유형으로 변경
Barnum 효과
누구에게나 해당되는 설명을 자신에게만 맞다고 느끼는 현상
상황 의존성
직장과 가정에서 다른 유형이 나올 수 있음
학술적 지위
심리학 학계에서는 Big Five(OCEAN)를 더 신뢰
MBTI를 쓰면 안 되는 경우
채용 기준: MBTI로 채용/불채용을 결정해서는 안 됨
능력 판단: "ISFP니까 리더를 못 해"와 같은 판단 금지
낙인 찍기: "역시 P답다, 항상 늦지"와 같은 고정관념 금지
강제 공개: 본인이 원하지 않으면 MBTI를 공유하도록 강요하지 않기
성과 평가: MBTI를 인사 평가에 반영하는 것은 부당
올바른 활용 원칙
1.MBTI는 "이해의 도구"이지 "판단의 도구"가 아님
2. 유형은 선호를 나타낼 뿐, 능력을 의미하지 않음
3. 사람은 성장하고 변함 → 유형에 가두지 않기
4.MBTI는 대화의 시작점일 뿐, 전부가 아님
5. 다른 도구(DISC,StrengthsFinder 등)와 함께 활용
MBTI보다 더 신뢰할 수 있는 대안
도구
장점
적합한 용도
Big Five (OCEAN)
학술적으로 검증, 스펙트럼 측정
개인 성격 이해
DISC
행동 스타일 중심, 직관적
팀 소통, 영업
StrengthsFinder
강점 기반 접근
역할 배치, 경력 개발
Belbin Team Roles
팀 역할 진단
팀 구성 최적화
Enneagram
동기와 두려움 중심
자기 이해, 성장
9. 자기 점검 체크리스트
소통 스타일 점검
나는 상대방의 MBTI 유형에 맞춰 소통 방식을 조절하고 있는가?
E형 동료에게는 구두로, I형 동료에게는 서면으로 먼저 소통하고 있는가?
피드백 시 T형에게는 논리적 근거를, F형에게는 감정적 배려를 하고 있는가?
회의에서 모든 유형의 참여를 보장하고 있는가?
팀 관리 점검
팀 내 MBTI 다양성을 파악하고 있는가?
유형별 강점을 살리는 역할 배치가 되어 있는가?
유형 간 갈등을 사전에 예방하는 프로세스가 있는가?
1:1 미팅을 상대 유형에 맞게 진행하고 있는가?
MBTI를 레이블링이 아닌 이해의 도구로 사용하고 있는가?
자기 인식 점검
내 MBTI 유형의 강점과 약점을 인지하고 있는가?
스트레스 상황에서 내 유형의 부정적 패턴을 알고 있는가?
반대 유형의 장점을 인정하고 배우려는 자세가 있는가?
MBTI에 과도하게 의존하지 않고 개인의 고유성을 존중하는가?
내 유형을 핑계로 성장을 포기하고 있지는 않은가?
팀 빌딩 점검
아이스브레이킹에 MBTI를 재미있게 활용해보았는가?
팀 내 소통 규칙에 유형 다양성을 반영하고 있는가?
갈등 해결 시 유형 차이를 고려하고 있는가?
정기적으로 팀 다이나믹을 점검하고 있는가?
MBTI 외에 다른 진단 도구도 함께 활용하고 있는가?
마무리
MBTI는 사람을 카테고리에 넣는 도구가 아니라, 서로 다른 관점과 스타일을 이해하기 위한 출발점입니다. 직장에서 MBTI를 활용할 때 가장 중요한 것은 다음 세 가지입니다.
이해하기 위해 사용하고, 판단하기 위해 사용하지 않기
상대방의 선호를 존중하고, 내 소통 방식을 조절하기
MBTI는 참고 자료일 뿐, 실제 대화와 관찰이 더 중요
결국 좋은 협업은 특정 도구보다 상대를 이해하려는 노력에서 시작됩니다. MBTI가 그 노력의 첫걸음이 될 수 있기를 바랍니다.