IT 소프트 스킬: 왜 함정인가

IT에서 소프트 스킬이 개발자들에게 덫인 이유

IT 팀들은 혼란스러운 프로세스를 감추기 위해 유연성을 요구합니다. 시스템 설계에 3개월을 쏟아부었는데, 막판에 새로운 프로젝트로 인해 전부 폐기되는 경우죠. 애자일은 문서화 없음, 매일 바뀌는 요구사항, 책임 소재 불명의 연막으로 변질됩니다. 집중력 상실과 끊임없는 컨텍스트 스위칭을 지적하면 '융통성 없음'으로 낙인찍히죠. 실상은 방법론이 아니라, 경영진 무능으로 인한 작업 폐기를 묵묵히 받아들이라는 요구입니다.

커뮤니케이션 스킬: 무료 프로젝트 매니저 역할

'이해관계자와 협상'이란 표현은 무급 야근을 뜻합니다. HTTP와 구멍을 구분 못 하는 클라이언트와의 통화: 블록체인 기반 이커머스 사이트를 3일 만에 만들 수 없는 이유를 90분 동안 설명해야 하죠. 매니저는 입 다물고 PM 비용을 절감합니다. 엔지니어들이 갈등 해결과 비즈니스 교육까지 떠맡는 이유는 자격 있는 매니저를 왜 고용하지 않나요?

스트레스 내성: 위험 신호

채용 공고에 '강한 정신력 필수'라고? 이는 거대한 경고등입니다. 야근과 화난 고객이 있는 지원 역할이라면 이해가 가지만, 엔지니어에게는 아닙니다. 강철 같은 신경이 필요하다면, 경영진이 깊이 있는 지적 작업 환경을 만들지 못한 겁니다. 사람으로 화재를 끄는 대신 프로세스를 고치지 않는 거죠.

시간 관리: 가스라이팅의 전형

비현실적인 추정치: 20 스토리 포인트 작업을 8포인트로. 마감 놓치면 아이젠하워 매트릭스나 포스트잇을 권유하죠. 그들의 잘못된 추정 때문에 기분 나쁘게 만드는 기획 기법입니다. '올바른 우선순위화'로 24시간 근무가 가능할 것처럼 느껴지게 됩니다.

감정 지능: 진짜 피드백을 막는 장벽

EQ는 진실을 묻는 도구입니다. 코드 리뷰: '이 메서드는 메모리 누수로 로드 시 크래시 날 거예요—다시 작성하세요.' 대응: '그건 공격적이고 동기부여 안 돼요. 부드럽게 "최적화 기회네요"라고 하세요.' 버그가 반복되고, 팀은 문제를 고치는 대신 피드백을 포장하느라 시간 낭비합니다. 건설적 비판은 문제를 직시하게 하며, 감정 뒤에 숨지 않습니다.

IT에서 EQ의 주요 문제:

• 불편한 진실을 걸러냄.
• 버그 수정 속도를 늦춤.
• 기술적 피드백을 감정적 수사로 대체.

학습 민첩성: 신화인가 현실인가?

HR은 '높은 학습 가능성' 후보를 찾지만, 진짜 요인을 무시합니다. 생존 모드(대출, 해고 위협)에서 뇌는 새 정보를 차단하죠. 도파민(관심) 없이는 연결이 느리게 형성됩니다. 기반이 약하면 구형 OS에 최신 게임 돌리듯이요. 유전과 생리학이 뇌의 'RAM'을 결정합니다.

학습 민첩성에 영향을 미치는 요인:

• 우선순위: 생존이 새 기술보다 앞섬.
• 관심: 도파민 없음? 정체.
• 기반: 기반 없음, 건물 불가.
• 지능: 처리 속도 차이.

트레이닝은 레벨업이 아니라 책임 전가일 뿐입니다.

진짜 중요한 것

• 유연성은 열악한 계획을 숨기고, 깊이 있는 전문성을 죽임.
• 커뮤니케이션은 PM을 대체해 번아웃 유발.
• 스트레스 내성은 독성 환경 신호.
• 시간 관리는 불가능한 마감에 대한 가스라이팅.
• EQ는 건설적 비판 억압, 진척 지연.

소프트 스킬 대신 기본 규칙

성숙한 팀은 압니다: 인사하고, '부탁합니다' '감사합니다' 사용, 제시간에 오고, 말 끊지 마세요. 이게 문화의 기반입니다. 소프트 스킬은 개인 선택이지 직무 요구사항이 아닙니다. 이를 부족하다고 비난하는 건 망가진 프로세스의 책임을 떠넘기는 거죠.

강한 팀은 서로를 보호합니다: 외부 공격으로부터요. 부서 간 갈등? 경영진 일입니다. 리더가 협상하고 규칙 세우고 병목 해소해야지, '어른들이니 알아서 하세요'—그건 책임 회피입니다.

— Editorial Team