개발자는 개발만 잘하면 될까

최근에 친구가 추천해준 데일 카네기의 인간관계론을 읽던 중 고액 연봉을 받는 엔지니어들의 특징에 대한 흥미로운 내용이 있었다.


"카네기 공과대학에서 진행한 연구에 따르면 공학처럼 기술적인 분야에서조차 15%에 해당하는 사람만이 기술적인 지식을 바탕으로 경제적인 성공을 거두고 나머지 약 85%는 인간 공학 기술, 즉 사람을 이끌 수 있는 성격과 능력을 지닌 사람이었다고 한다.


1,500명이 넘는 엔지니어들이 카네기를 찾아왔는데, 업계에서 고액의 연봉을 받는 엔지니어들은 공학에 관해서 가장 많이 아는 사람이 아닌 경우가 흔하다.


기술적 지식에 더해 자기 생각을 표현하고 리더십을 갖췄으며, 직원들에게 열정을 불러일으키는 능력까지 갖춘 사람을 높은 연봉을 받는 자리를 차지한다"는 내용이었다.


개발자에게 커뮤니케이션 스킬이 중요하다고 생각은 했지만, 그 중요성이 85%나 차지한다니 놀라웠다.


'개발자가 개발만 잘하면 되는 거 아닌가?' 회사에 들어가기 전엔 솔직히 이런 생각도 했었다. 교수님이 기업은 '협업'을 잘하는 사람을 좋아한다고 했을 때 잘 와닿지 않았었다.


5-6년차 엔지니어가 된 지금은 협업의 중요성을 피부로 느끼고 있다. 현실의 업무에서 커뮤니케이션이 큰 비중을 차지하기 때문이다. 어떤 날은 혼자 일하는 시간보다 커뮤니케이션 하는 시간의 비중이 더 클 때도 있다. 오히려 코드 리뷰, 회의, 팀 단위 기술 논의, 정책 문의 등에 시간을 쏟느라 실제 개발에 쏟는 시간은 1-2시간에 그치기도 한다.


이런 점을 생각해보면 인간 관계를 잘하는 85%의 엔지니어들이 경제적 성공을 거두었던 것도 그리 놀라운 일은 아닌 것 같다.


'개발자는 개발만 잘하면 된다'는 말은 내가 오로지 기술 만으로 15%에 들 수 있는 개발자들에게만 해당되는 말이지 않을까?


동료한테 더 친절해져야겠다.

다음 내용이 궁금하다면?

또는

이미 회원이신가요?

2024년 10월 19일 오전 9:31

 • 

저장 14조회 2,675

댓글 0

    함께 읽은 게시물

    <일이 많다> 스타트업의 CTO는 해야하는 일이 정말 많다. 어떤 때는 인프라를 다루기도 하고, 어떤 때는 플랫폼을 만들기도 하고, 어떤 때는 프론트엔드 개발을, 어떤 때는 백엔드 개발을, 어떤 때는 모바일 개발을 하기도 한다. 여러 사람을 채용할 수 있다면 좋겠지만, 작은 회사에서 채용이란 쉽지 않은 의사결정이다. <일 할 시간 벌기> 매니저가 해야 하는 일이 여러가지가 있는데, 주된 일 중 하나는 아무래도 미팅일 것이다. 의미있는 미팅도 있지만 당연히 그냥 들어가야만 하는 미팅도 존재하고, 내가 그 자리에 앉아있는 것만으로도 효과가 발생하는 미팅도 있다. 그러나 그렇게 하다보면 자연스럽게 실제 업무를 할 시간, 그러니까 내가 일을 할 시간이 부족해지는데 그런 케이스를 방지하기 위해 Block 일정을 만들어 둘 필요는 있다. <야근에 대해서> 나도 처음에 가장 못하던 일이 아닐까 싶은데, 디테일에 과도하게 매몰되다가 자연스럽게 야근을 하게 되었다. 예를 들어 2주 정도를 야근하면, 1주 정도는 그냥 내리 쉬어야만 했고, 그 뒤로 2주는 그에 대한 여파로 업무 효율이 떨어지는 식이 많았다. 단순히 체력적인 피로도 뿐만 아니라, 2주간의 야근으로 인한 정신적인 피로도가 잘 회복이 안되더라. 그래서 내가 야근한 건 2주였지만, 실제로는 3주를 손해본 거나 다름없었다. 간혹 일정이 급할 때 그렇게 할 때가 있기는 하지만, 그럼에도 만약 야근을 해야만 해결할 수 있는 문제가 있다면, 애초에 플래닝이 잘못된 건 아닐 지 고민해보면 좋겠다. 특히 매니저라면 더욱 그런 시야가 필요하다. '지금 당장 필요한 기능인 지' 체크해보는 게 의미가 있다고 생각한다. <신뢰 자산의 관리> 조직에서 신뢰 자산은 그 무엇보다 중요한 자산이라고 생각한다. 나와 팀원간의 신뢰, 나와 다른 매니저간의 신뢰, 경영진 사이의 신뢰 등 다양한 신뢰 관계를 잘 맺어두는 것이 업무의 효율을 높이는 데 큰 도움을 준다. 신뢰도가 낮아질 수록 조직은 불신을 기반으로 한 조직 관리를 하게 되는데, 그렇게 하게 될 경우 조직 구성원들의 만족도가 떨어지게 된다. 특히 조직에 대한 애정도가 높았던 구성원일 수록 더 그렇게 되는 듯 하다. 일을 잘 할 수 있는 인재가 신뢰를 받고 일을 잘 할 수 있게 만들어 주는 것이, 어떻게 보면 관리자의 주된 역할이라고 할 수 있다. 신뢰를 잃는 순간 모든 걸 잃는다.

     • 

    댓글 3 • 저장 37 • 조회 7,842


    Next.js 프로젝트를 AWS EKS에 배포하며 배운 것들

    ... 더 보기

    쿠버네티스를 활용한 클라우드 네이티브 데브옵스 | 존 어런들 - 교보문고

    product.kyobobook.co.kr

    쿠버네티스를 활용한 클라우드 네이티브 데브옵스 | 존 어런들 - 교보문고

     • 

    저장 21 • 조회 1,950


    <ChatGPT를 사용해본 프론트엔드 개발자의 후기>

    <인공지능은 과연 개발자를 대체할 수 있을까?> 요즘 세상이 인공지능 이야기, 챗지피티(chatGPT)와 관련된 이야기로 떠들썩하다. 어떤 사람은 드디어 인공지능에 있어서 특이점이 왔으며 이제 곧 머지 않아 많은 직업들이 대체될 것이라고 전망했으며, 어떤 사람은 어차피 있는 데이터들을 모아서 학습을 시키는 것일 뿐, 완벽하거나 인력을 대체할 만한 수준은 아니며 분명한 한계가 존재한다고 한다. 누구의 말이 맞을까? 나는 개발자로써, 이에 대해 생각을 해보았다. 우선, 정답은 아니더라도 나의 판단에 따른 ... 더 보기

    ChatGPT를 사용해본 프론트엔드 개발자의 후기

    Brunch Story

    ChatGPT를 사용해본 프론트엔드 개발자의 후기

     • 

    댓글 3 • 저장 56 • 조회 12,322


    2025 쿠팡이츠 테크 신입 개발자 공개 채용

    ... 더 보기

    2025 쿠팡이츠 테크 신입 개발자 공개 채용

    Coupang Careers

    2025 쿠팡이츠 테크 신입 개발자 공개 채용

    GraphRAG 에 대한 생각

    2000년 초반부터 온톨로지 연구를 해왔고, 관심을 갖고 있는 사람으로서 GraphRAG 에 대해 갖고 있는 생각을 적어봤습니다.

    ... 더 보기

    📰 OpenAI가 ChatGPT의 커넥터 기능을 업데이트하면서 MCP 지원을 추가했네요.

    ... 더 보기