가르칠 수 없는 역량은 무엇인가

채용이 조직을 말해준다 Ch.2 | EP.03

채용은 시작이고,
몰입은 그 구조 위에 쌓이는 결과다.


Chapter 1. 구조로 몰입을 설계하다(4회)

Chapter 2. 채용이 조직을 말해준다(3/4회차)

Chapter 3. 조직을 다시 설계하는 방법(8회)




8화. 가르칠 수 없는 역량은 무엇인가








“기술은 가르칠 수 있는데, 저 사람은 안 돼요”





“팀장님, 왜 A씨는 중간에 빠졌나요?”
“기술은 좋았어요. 그런데… 사람들과 안 맞아요. 말을 안 들어요.”


신입 연수 이후, 팀 배치된 지 두 달 만에 나온 평가였다.
입사 당시 그는 높은 코딩 점수와 빠른 툴 적응 능력을 보이며, 인사팀의 기대를 한몸에 받았다.
하지만 그가 투입된 팀에서 돌아온 피드백은 뜻밖이었다.
“혼자 하겠다는 태도가 강했고, 피드백을 수용하지 않아요.”
“조율할 생각이 없는 듯해요.”
“이야기를 하면 듣는 게 아니라 반박부터 해요.”


놀랍게도, A씨는 단 한 번의 기술적 실수도 없었다.
오히려 기술 숙련도는 다른 동기들보다 우수했다.
그러나 그에게는 함께 일할 수 있는 사람이라는 평가가 붙지 않았다.
팀장은 말한다.

“기술은 가르치면 되죠. 그런데 저 사람은 안 돼요. 말이 안 통해요.”






이런 사례는 낯설지 않다.
실무에서 ‘일 잘하는 사람’을 고르다 보면, 어느새 팀 전체가 흔들리기도 한다.
혼자선 성과를 내지만, 함께하는 상황에서는 조직의 리듬을 깨는 사람.


이런 사람은 기술을 가르치는 훈련만으로는 변화되지 않는다.
팀장들은 공통적으로 이런 결론에 도달한다.

“기술은 커리큘럼으로 해결할 수 있다.
그런데 태도는, 가르치기 어려운 무엇이다.”






그렇다면 조직은 이 “가르치기 어려운 무엇”을 채용 단계에서 어떻게 구별해야 할까?


많은 기업이 여전히 ‘기술 중심’의 스펙, 실무 능력, 결과 중심의 과업 완성도를 기준으로 채용을 이어간다.
그러나 ‘일을 해본 사람들’은 알고 있다.
일의 성공은, 기술보다 태도에서 좌우된다는 것.
문제는, 그 태도가 숫자로 측정되지 않는다는 점이다.


“말을 안 듣는다.”
“협업 회의에서 무기력하다.”
“자기 생각만 고집한다.”
“회고 피드백에 반응이 없다.”
이 모든 것은 ‘일의 실패’가 아니라, 함께 일하지 못하는 구조적 문제의 시작이다.






한 조직에서 있었다는 일이다.
신입 채용에서 기술 스펙과 자격요건을 충족한 사람만 추려 기술 과제 전형을 통과한 3인의 최종 후보가 있었다.
A, B, C 모두 높은 과제 점수를 받았지만, 온보딩 이후 팀에서의 평가는 극명하게 갈렸다.

A는 팀장이 부여한 과업 외에 그 어떤 것도 탐색하려 하지 않았다.

B는 회고 회의에서의 피드백을 그대로 반영해 다음 과업에 적용했다.

C는 팀 내 실무 툴에 적응하지 못한 채 회의에선 침묵으로 일관했다.


결국 살아남은 이는 기술적으로 가장 뛰어난 A가 아닌,
피드백을 소화하고 팀에 맞춰 움직인 B였다.
그를 두고 팀장은 이렇게 말했다.

“기술은 우리가 키우면 돼요. 그런데 저 사람은 처음부터, ‘일하는 태도’가 돼 있었어요.”






기업은 갈수록 기술과 자격보다 태도와 문제 해결력에 주목하기 시작했다.
특히 ‘채용 실패 비용’이 인지된 이후부터는,
단지 스킬셋(skill set)이 아니라 마인드셋(mindset)을 함께 평가하려는 움직임이 본격화되고 있다.


그러나 여전히 많은 조직은 묻는다.

태도를 어떻게 채용에서 보나요?

면접 30분으로 그걸 알 수 있을까요?

그걸 물어보면 “착한 사람”만 뽑히는 거 아닌가요?


그렇다.
착한 사람을 뽑자는 것이 아니다.
‘일에 임하는 태도’를 구조화할 수 있어야 한다는 것이다.






이제는 ‘기술은 가르칠 수 있다’는 전제를 전복해야 한다.
문제는 “가르치기 쉬운 기술”이 아니라,
“드러나지 않는 태도”가 업무 몰입을 좌우한다는 현실이다.


그렇다면 지금 우리가 물어야 할 질문은 바뀌어야 한다.

어떤 태도는 채용에서 반드시 확인되어야 하는가?

우리는 그걸 어떻게 ‘측정’이 아니라, ‘관찰’할 수 있는가?

조직은 그 태도를 어떻게 판별 가능한 구조로 설계할 것인가?


이 질문에서부터,
“가르칠 수 없는 역량”에 대한 우리의 탐색이 시작된다.







문제 정의 – 기술 중심 채용이 몰입을 방해하는 이유




조직은 ‘일을 잘하는 사람’을 원한다.
그래서 그간 대부분의 채용은 ‘일을 잘할 수 있는 기술’을 중심으로 이뤄졌다.
이력서에서 프로젝트 경험을 따지고, 자격증과 학위, 스킬셋을 비교하고,
테스트를 통해 코딩 실력이나 회계 실수율을 측정해 평가해왔다.


하지만 ‘기술 중심’ 채용은 언제나 동일한 함정에 빠진다.
바로 기술이 있다고 해서 몰입할 수 있는 사람은 아니라는 점이다.






� 기술은 충분한데, 왜 몰입이 안 될까?



실무 현장에서는 이런 사례가 흔하다.

과제는 완벽하게 해낸다.

기한도 준수한다.

결과물의 품질도 높다.


그런데도 그는 팀의 몰입도를 떨어뜨린다.
왜일까?


바로 ‘함께 일하는 사람’으로서의 태도와 반응성이 낮기 때문이다.
아무리 기술적으로 뛰어나도, 다음과 같은 상황에서
팀은 그와의 협업에 피로를 느낀다.

회의 중 상대 의견을 끊거나 무시한다.

자신이 낸 의견에 대한 피드백을 방어적으로 받아들인다.

문제 발생 시 책임을 회피하고, 설명 없이 과업만 수행한다.

조직 전체 맥락과 무관하게 개인의 스타일을 고수한다.


이 모든 상황은 기술 외 영역, 즉 태도와 조직 적응성의 문제다.
기술 중심 채용은 이런 중요한 부분을 놓친다.






� 기술 중심 채용의 단점 요약



항목 내용

✅ 강점 훈련 가능한 과업 역량을 수치로 측정 가능

❌ 한계 협업 상황, 피드백 수용성, 문제 인식력 등 비가시적 영역 측정 어려움

⚠ 위험 채용 후 온보딩 시 조직 적응 실패, 몰입도 저하, 조기 퇴사 가능성 증가


실제로 ‘기술이 되는 사람’이 ‘조직에 적응하지 못하는’ 경우,
기술보다 훨씬 더 큰 손실을 남긴다.

팀의 협업 구조가 무너지고,

회의 리듬이 깨지고,

피드백 문화가 사라진다.


결과적으로 기술은 남고, 몰입은 사라지는 조직이 된다.






� 기술 중심 채용의 오해



많은 인사담당자는 이렇게 말한다.

“그래도 기술이 없으면 아무것도 못 하잖아요.”

그 말은 절반만 맞다.
기술은 일을 수행하는 수단이다.
하지만 몰입은 태도에서 나온다.


그리고 대부분의 실무에서

기술은 일정 기간 내 학습 가능하지만,

태도는 쉽게 바뀌지 않는다.


더 나아가,
조직이 원하는 기술은 시간이 지나면 쓸모없어진다.
그러나 조직이 원하는 태도는 시간이 지날수록 더 중요해진다.






� 채용이 기술에만 집중하면 반복되는 실패



기술 중심의 채용이 반복되면
조직은 다음과 같은 악순환에 빠진다.


1. 기술 위주의 기준으로 채용

2. 온보딩 과정에서 협업 태도 문제 발생

3. 팀장 피드백 “사람은 좋은데 같이 일하기가…”

4. 교육/면담/코칭으로 회복 시도

5. 회복 실패 후 이탈 또는 전환

6. 다시 “기술 좋은 사람 뽑자” → 1로 반복


이런 구조는 채용을 ‘기술 평가의 반복’으로 만들 뿐,
조직 몰입도를 끌어올리는 사람을 발견하지 못한다.






✅ 몰입은 기술이 아니라 태도에서 나온다



조직에서 몰입을 만드는 구성원은 이런 사람들이다.

업무를 단순히 ‘요청받은 일’로 보지 않고, 맥락과 흐름을 스스로 해석하는 사람

피드백을 비판으로 듣지 않고, 개선의 도구로 받아들이는 사람

다른 팀원의 입장을 상상하고, 자신의 실행을 조정할 수 있는 사람

문제 발생 시 방어보다 공유와 재설계를 선택하는 사람


이들은 뛰어난 기술이 없어도
조직에서 오래 남는다.
왜냐하면 이들은 함께 일하고 싶은 사람이기 때문이다.
그리고 그런 사람이 팀의 몰입도를 만든다.








개념 구분 – 기술 vs 태도





채용, 온보딩, 조직 몰입까지 연결되는 중요한 질문이 있다.
“이건 기술의 문제인가, 태도의 문제인가?”


하지만 현실에서 이 둘은 자주 혼동된다.
업무 성과가 기대에 못 미칠 때,
조직은 “역량이 부족하다”고 말한다.
그러나 그 역량이
툴을 못 다뤄서 그런 건지,
문제를 인식 못 해서 그런 건지,
협업 피드백을 무시해서 그런 건지
정확히 구분하지 못한 채 섞어버린다.






� 기술(Skill) vs 태도(Attitude), 그 본질적 차이



구분 기술(Skill) 태도(Attitude)

정의 특정 작업을 수행하는 능력 일에 임하는 방식과 사고의 습관

평가 방법 테스트, 실습, 포트폴리오 상황 반응, 대화 내용, 행동 패턴

훈련 가능성 매뉴얼과 반복 학습으로 가능 구조적 경험 반복과 환경 영향

시간 축 단기 습득 가능 장기 형성과 변화가 느림

몰입에 미치는 영향 보조적 결정적



기술은 ‘일을 잘하는 도구’지만,
태도는 ‘일에 몰입하게 하는 자세’다.


그리고 조직은 도구보다 자세에 의해 유지된다.







� 기술은 ‘지식+기능’ / 태도는 ‘인식+반응’



기술을 익히는 방식은 명확하다.

Notion 사용법

Excel 수식

회계 처리 방식

프로토타이핑 툴 사용법 등


이는 대부분 ‘정보의 암기 → 반복 적용’을 통해 숙련된다.


그러나 태도는 다르다.

문제를 ‘왜’ 생겼는지 따지는 시선

의견 충돌 시 ‘일단 듣는’ 반응

내 실수를 ‘정리하고 공유하는’ 자세


이 모든 태도는 단지 가르침으로 생기지 않는다.
삶의 맥락, 조직의 문화, 피드백의 방식에 따라
천천히 형성된다.






� 예시: 회고 피드백을 대하는 태도



기술적으로는 누구나
“회고는 피드백을 기록하고 다음 개선안을 만드는 것”이라고 배운다.
하지만 같은 피드백 상황에서도
사람마다 반응은 천차만별이다.


A: “제가 잘못한 건가요?”라며 위축됨

B: “그건 제 문제가 아니라 일정이었어요.”라며 방어

C: “알겠습니다. 그럼 다음에 제가 먼저 구조 짜볼게요.”라며 수용


같은 기술, 다른 태도.
몰입은 누구에게 일어날까?


정답은 C다.
왜냐하면 피드백을 ‘개선의 기회’로 여기는 태도는,
몰입을 지속 가능하게 만들기 때문이다.






� 채용 단계에서 이 둘을 헷갈리면 생기는 문제



기술 중심 질문은 이렇다:

이 툴을 얼마나 다뤄봤습니까?

어떤 프로젝트 경험이 있나요?

해당 과업을 수행해본 적이 있나요?


이 질문은 ‘현재 상태’를 보여준다.
그러나 ‘조직에서 살아남을 수 있는가’는
그 다음 질문에서 갈린다:

피드백을 받았던 경험 중 가장 인상 깊었던 건?

협업 중에 갈등을 경험했던 사례는?

스스로 가장 몰입했던 프로젝트는?


이 질문은 기술이 아니라, 태도와 반응의 패턴을 보여준다.






� 기술은 어디까지나 ‘진입 조건’일 뿐



많은 기업은 이제 이렇게 정리한다.

기술은 진입 조건,
태도는 지속 조건이다.


기술이 없으면 일을 못하지만,
태도가 없으면 조직에서 오래 갈 수 없다.
그래서 진짜 중요한 건 이 질문이다:

“이 사람은, 함께 일할 수 있는가?”


그리고 이 질문은
기술 점수로는 답할 수 없다.






� 태도 중심 전환을 막는 불안



많은 채용 담당자들이 이렇게 말한다.

“태도는 너무 주관적이잖아요.”
“기술은 정량화라도 되지, 태도는 감이잖아요.”


그 우려는 타당하다.
하지만 태도는 ‘감’으로 평가할 게 아니라,
‘상황에 대한 반응’으로 관찰할 수 있게 구조화해야 한다.


이를테면

회고 상황을 시뮬레이션 해본다.

문제 해결 회의를 열어 실제 대화 흐름을 본다.

협업 도구에 대한 대응과 정리 방식을 살핀다.


이런 설계를 통해
태도는 측정은 어렵지만, 판별은 가능한 영역이 된다.









사례 비교 – 기술은 비슷했지만, 결과는 달랐다





어떤 스타트업의 이야기다.
개발 인력을 채용하던 이 회사는 기술 역량이 비슷한 세 명의 후보자를 최종 단계까지 올렸다.
모두 동일한 코딩 테스트에서 상위 점수를 기록했고,
포트폴리오나 프로젝트 경험도 훌륭했다.
회사 입장에서는 누구를 뽑아도 될 것처럼 보였다.


하지만 실제 투입 이후, 3개월 만에 서로 다른 결과가 발생했다.






�‍ A: 기술 만점, 그러나 반응 없음



A는 기술적으로는 가장 뛰어났다.
문제를 빠르게 해결했고, 효율적인 코드도 잘 짰다.
하지만 회의 시간엔 말을 거의 하지 않았다.
요청한 일 외에는 제안하지 않았고, 팀의 피드백에도 반응하지 않았다.


동료의 표현을 빌리면 이랬다.

“A는 기계처럼 정확하게 일해요. 근데 같이 일하는 느낌이 없어요.”


결국 그는 팀에서 ‘독립적인 프리랜서’처럼 겉도는 인재로 분류되었고,
3개월 시점에서 다른 프로젝트로 전환되었다.






�‍ B: 중간 수준의 기술, 그러나 협업에 탁월



B는 기술적 완성도는 A보다 다소 낮았다.
코드 품질도 평균적이었고, 문제 해결 속도도 빠르진 않았다.
그럼에도 팀원들은 한결같이 그를 높이 평가했다.


왜였을까?

팀 회의에서 스스로 이해한 바를 정리해 공유

타인의 코드 리뷰를 적극적으로 참여하고 응원

일정 지연 시 사전 공유와 구조 변경 제안

리더의 피드백에 근거를 묻고 다음 개선에 반영


팀장은 이렇게 말했다.

“B는 일을 완벽하게 하진 않지만, 함께 일하면 불안하지 않아요.
방향을 같이 본다는 신뢰가 있어요.”


그는 결국 핵심 팀 멤버로 전환되었고, 이후 리더 역할까지 맡게 되었다.






�‍ C: 기술과 태도 모두 좋았지만, 피로도 유발



C는 기술도 좋았고, 커뮤니케이션에도 적극적이었다.
그러나 너무 빠른 의견 제시와 과도한 주도권 행사로 동료를 지치게 했다.

회의에서 의견을 선점하고 대화를 주도

피드백을 “그건 제가 이미 생각한 건데요”로 되받아침

다른 팀원의 실수를 팀 전체 채널에서 공유

팀장이 방향을 정리하면 “이건 좀 구식 같아요”라는 반응


결과적으로 그는 실무 성과는 뛰어났지만, 관계 유지에서 실패했다.
몇몇 팀원은 C와의 협업을 기피했고,
팀장은 “C는 논리는 빠른데, 상호작용이 없다”고 평했다.






� 비교 요약



항목 A B C

기술 역량 ★★★★★ ★★★☆☆ ★★★★☆

협업 반응 ★★☆☆☆ ★★★★★ ★★☆☆☆

피드백 수용 ★☆☆☆☆ ★★★★★ ★☆☆☆

팀 몰입도 기여 ★★☆☆☆ ★★★★★ ★★☆☆☆

조직 내 생존력 낮음 높음 불안정






� 결론: 조직은 누굴 남기고 싶어하는가?



조직은 ‘기술’만으로 사람을 남기지 않는다.
조직은 함께 갈 수 있는 사람,
몰입 가능성을 가진 사람을 남긴다.


그 사람은 어떤 유형인가?

자신이 이해한 업무를 재정의해 공유하는 사람

팀 내 피드백을 자연스럽게 받아들이고 재활용하는 사람

다른 사람의 실수에 공격보다 구조 제안을 하는 사람

혼자 빛나는 것보다, 함께 일의 완성도를 올리는 사람


이런 사람은 기술이 조금 부족해도
팀은 그를 “없으면 안 되는 사람”으로 느낀다.






� 기술 중심 채용의 허상



위 사례는 말해준다.
기술이 비슷한 사람들 사이에서도,
협업에서의 미세한 태도 차이
몰입의 방향을 갈라놓는다.


그런데 채용 현장에서는 여전히

실습 과제 점수

자격증 수

대외활동의 포장력

단답형의 스킬 시트
이런 요소들이 주요 판단 기준이 된다.


그 결과는
A와 같은 인재가 들어오고,
B와 같은 인재는 “기술이 부족하다”는 이유로 탈락한다.


이건 채용의 구조가 잘못 설계된 것이다.








실천 전략 – 태도를 판별하는 구조 만들기




“태도는 중요하지만, 면접만으로는 알 수 없다.”
많은 채용 담당자가 반복해서 하는 말이다.
그 말은 사실이다.
30분짜리 면접과 정제된 자기소개서만으로는 진짜 태도를 알 수 없다.


하지만 그것이 태도를 측정 불가능한 영역이라 말해서는 안 된다.
태도는 점수화는 어려워도, 구조화된 방식으로 판별 가능하다.
이제 인사는 질문해야 한다.
“우리는 채용을 어떻게 설계해야 ‘태도’를 볼 수 있는가?”






� 구조 1: 실무 시뮬레이션 과제 + 피드백 루프



기존 과제형 채용은 정답과 결과물에 초점을 맞춘다.
하지만 ‘태도’를 보기 위해선 과정과 반응을 관찰해야 한다.


예시:

A과제를 설계할 때, 중간에 피드백을 한 번 삽입한다.
예: “기획서 중간까지 잘 봤습니다. 다만, 이 부분의 가정이 다를 수도 있어요. 수정 가능할까요?”


이에 대한 후보자의 반응을 살핀다.

- 반발하는가,

- 질문하는가,

- 수정 후 공유하는가.


이 짧은 피드백 루프 하나로

그 사람의 태도, 수용성, 협업 감수성을 가늠할 수 있다.






� 구조 2: 협업 중심 과제 채용 설계



기술적 역량뿐 아니라,
협업 상황에서의 태도와 행동을 관찰하려면
개인 과제만으론 부족하다.


예시 구조:

3~4인 그룹으로 간단한 문제 해결 미션을 수행

역할 분배, 실행 전략, 공유 방식 등을 자율 설계

이후 발표와 회고 과정 포함


관찰 포인트:

누가 먼저 질문을 던지는가

의견 충돌 시 어떻게 정리하는가

타인의 의견에 반응하거나 확장하는가

회고에서 본인의 기여와 한계를 어떻게 언급하는가


이 방식은 태도는 말이 아니라, 맥락 안에서 드러나는 행동임을 반영한 것이다.






� 구조 3: 성장 회고 기반 인터뷰 질문



기존 면접은 결과 위주로 흐르기 쉽다.

“이 프로젝트는 어떤 성과를 냈습니까?”

“어떤 도전과제를 해결했나요?”


하지만 태도를 보기 위해선, 과정 중심의 회고 질문이 필요하다.


추천 질문:

1. “최근 6개월간 본인이 가장 많이 성장했다고 느꼈던 순간은 언제였나요?”

2. “협업 중 가장 어려웠던 순간은? 그때 어떤 감정을 느꼈고 어떻게 대응했나요?”

3. “이전 피드백 중 기억에 남는 건? 그것을 이후 어떻게 적용했나요?”

4. “당신은 어떤 방식의 피드백을 가장 잘 받아들이나요?”


이 질문들의 핵심은
무엇을 했는가보다, 어떻게 받아들이고 바꾸었는가에 있다.
이는 태도의 본질을 드러낸다.






� 구조 4: 채용 이후, 태도 기반 온보딩 설계



채용만 잘한다고 태도 기반 조직이 되는 건 아니다.
중요한 건 입사 후 첫 3개월의 흐름 설계다.


추천 온보딩 구성:

초기 2주:

- 조직문화, 피드백 사례 공유

- 커뮤니케이션 코드 정리 (예: 회고법, 회의 프레임 등)

3~8주차:

- 미션 기반 협업 실습 + 회고

- “기술”이 아닌 “태도”에 대한 피드백 중심

9~12주차:

- 태도·협업·문제 인식 관점에서의 자기 진단과 팀 피드백 공유

- 성장 리포트 작성


이 과정을 통해 구성원은 다음을 내면화한다:

“이곳은 결과보다 과정에 의미를 둔다.”

“실수를 공유하면 리스크가 아니라 성장의 기회다.”

“협업은 기술이 아니라, 의도된 태도다.”






� 구조화가 만드는 문화 전환



위 전략들은 단순히 채용 기법이 아니다.
이것은 조직이 중요하게 여기는 가치의 구체적 표현이다.
말로만 “우린 협업을 중시해요”가 아니라,
실제로 “그 협업을 어떻게 판단하고, 설계하고, 강화하는가”를 보여주는 장치다.


그리고 이런 구조가 반복될 때,
조직의 메시지는 명확해진다:

“우리는 일하는 방식이 아니라, 일에 임하는 태도를 보고 있어요.”
“기술은 가르치겠지만, 태도는 함께 확인하고 만들어가고 싶어요.”


이런 구조를 경험한 구성원은
자신도 ‘함께 일하고 싶은 사람’이 되려는 내적 설계를 시작한다.
이것이 몰입의 시작이다.








정리 및 제안 – 채용은 몰입 가능성을 보는 것이다





“그는 업무는 잘했어요. 하지만 우리와는 안 맞았어요.”
많은 기업이 퇴사자에 대해 남기는 말이다.
그 ‘안 맞음’의 정체는 대부분 ‘기술’이 아니라 ‘태도’다.


그렇다면 묻자.
왜 채용 과정에선 ‘태도’를 보지 않았는가?
아니, 정확히 말하면
보지 못하게 만든 채용 구조는 무엇이었는가?






� 채용은 '몰입 가능성'을 보는 것이다



이 시대 채용의 핵심 전환점은 여기 있다.
기존 채용은

지금 할 수 있는 일

과거에 해온 성과

정량적 스펙
에 집중했다.


하지만 이제는

앞으로 함께할 수 있는 일

변화에 대응하는 감각

함께 몰입할 수 있는 태도
를 보는 구조로 바뀌어야 한다.


왜냐하면,
몰입이 없는 조직엔 성과도 없고, 지속도 없다.
몰입은 성과를 위한 조건이 아니라,
존재 이유다.






� 채용은 관계 설계의 시작이다



태도를 본다는 건, 단지
‘좋은 사람’을 뽑는 게 아니다.
‘잘 맞는 사람’과 구조를 설계한다는 의미다.

피드백을 수용하는 사람인가?

실수 이후 어떻게 회복하는가?

협업 과정에서 감정을 어떻게 조절하는가?


이것은 ‘사람 자체의 성격’을 보는 게 아니라,
상황에 대한 반응과 해석 방식을 관찰하는 일이다.
그래서 채용은 관찰의 구조, 맥락의 설계가 필요하다.






� 기술은 키울 수 있다. 태도는 함께 만들어야 한다.



기업이 기술 중심 채용을 선호하는 이유는
객관성과 속도 때문이다.


그러나 기술은 트레이닝의 대상이다.
반면 태도는
조직이 함께 만들고 강화하는 문화의 일부다.


그래서 조직은
‘좋은 기술자’를 뽑는 데서 끝나선 안 된다.
그가 좋은 협업자가 될 수 있도록
온보딩과 구조를 설계해야 한다.


채용은 시작이고,
몰입은 그 구조 위에 쌓이는 결과다.






� 실무 정리: 인사담당자와 리더가 묻고 설계해야 할 질문들



질문 설명


이 사람이 기술만이 아니라, 태도로도 함께 갈 수 있는가? 단기 완성형보다 장기 성장형을 보는 기준

이 채용 과정은 그 사람의 태도를 드러내는 구조인가? 과제, 인터뷰, 협업 과제의 맥락 설계 여부

채용 이후 온보딩은 몰입을 설계하고 있는가? 첫 3개월의 구조와 피드백 방식 점검

조직 문화는 태도를 훈련할 수 있는가? 태도를 강화하는 루틴과 리더십 언어의 존재


이 질문들이 반복되는 조직은
사람을 바꾸려 하지 않는다.
대신 ‘일의 구조’를 바꾸어 사람을 성장하게 만든다.






✅ 결론: 채용은 미래를 뽑는 일이다



기술은 현재를 해결하는 도구다.
태도는 미래를 함께 만들 사람의 자산이다.


따라서 채용은
당장 잘하는 사람을 뽑는 일이 아니라,
내일을 함께 설계할 수 있는 사람을 발견하는 과정이다.


그 사람은

실수에서 배울 줄 알고

피드백에 반응하며

동료의 말을 메모하고

작은 개선을 매일 시도하는 사람이다.


기술보다 중요한 태도.
몰입을 만드는 기반.
그 시작이 채용이다.

keyword
이전 07화실무형 인재란 누구인가