"핵심인재론" 잡상.

0. 얼마전에 organizer™님 블로그에 덧글달다가 "인재중시"라는 말을 보고서 문득 생각이 나게된 단어가 "핵심인재론"이다. 음...뭐 내가 잘못 이해하고 있을수도 있긴한데, 여튼 "핵심인재론"의 골자는 어느 조직이던 그 조직에서 가장 뛰어난 인재가 제일로 중요하다는 것. 그리고 이 이론에서 파생되어 나온 말로는 모 그룹회장님의 "한명이 백명을 먹여살린다"라는 말이 있다.

1. 뭐, 핵심인재론에 잘못된 부분이랄까 헛점이랄까 그런부분은 없다. "좋은 인재 = 뺏겨서는 안되는 인재"라는 공식에 문제따위 있을리는 없지. 그리고 현실적으로도, 핵심인재(좋은 인재)는 자기 이상의 일을 해낸다. 이바닥에도 한명의 슈퍼 개발자는 개발자 10명이 해야할일을 해낸다는 공식이 있으니까.

근데 가끔, "핵심 인재 이외에는 전부 잉ㅋ여ㅋ"식으로 생각하는 사람들이 종종있다. 핵심인재는 뺏겨서는 안되는 존재이지만 그 사람을 제외한 다른 사람들은 있으나 마나한 사람들 수준으로 생각하는거다.

나는, 이런 관점은 대단히 잘못되었다고 본다.

2. 현실적으로, 핵심인재 한명이 모든것을 다 해치우는 그런 조직은 없지 않을까. 이바닥 기준으로 설명하자면, '개발자 10인분의 일을 해치우는 슈퍼개발자'라는 말의 뜻은 그 슈퍼개발자가 하루에 생산하는 코드의 양이 개발자 10명이 하루에 생산하는 코드의 총계와 같다는 뜻이 아니다. 개발자 10명이 설계하고 작성하고 유지보수해야할 분량을 더욱 정교하게 해 낸다는 것이다. 그러니까, 개발자 10명이 100개의 버그를 만든다면 슈퍼개발자는 혼자서 10개정도의 버그를 내는 것으로 일을 해낸다는 것이다.

그러나 그럼에도 불구하고, 슈퍼개발자 혼자서 모든 솔루션을 개발하는 개발팀은 없다. 왜일까. 혼자서 그정도의 일을 할수 있음에도 불구하고 인간이기때문에 쉬어야하고 먹어야하고 싸러가야하기 때문이다. 또 아무리 슈퍼개발자라 하더라도 실수는 있을수 있고, 게다가 피로라도 쌓인다면 실수의 분량은 증가한다. 그럴바에야 슈퍼개발자 1명에게 모든것을 맡기느니 슈퍼개발자 1명에 그를 보조할수 있는 다른 개발자들을 붙여주는 쪽이 낫다.

3. 그럼 슈퍼개발자 밑의 개발자들은 능력이 안되니 잉여인가? 이것역시 그렇지 않은게, 가령 슈퍼개발자 1명과 보통수준의 개발자 3명이 모여 4명단위의 팀으로 일을 해나간다고 하자. 모든일이라는 것이 그렇겠지만, 작업을 수행하는 구성원들의 커뮤니케이션은 중요하다. 특히 여럿이 모여서 하나의 제품을 만드는 경우에는 커뮤니케이션 없이 일을 할수가 없다.

커뮤니케이션을 하는 과정속에, 구성원간에는 유대감이 생긴다. 팀웍이 만들어지는 것이다. 좋은 팀웍은 좋은 코드(제품)을 만든다. 그런데 여기서 한명이 "잉여"라는 이유로 어느날 갑자기 빼버리고 새로운 사람으로 채워넣었다고 해보자. 당장 일은 어떻게든 할수 있을지 모른다. 하지만 그 팀은 팀웍을 다시 생성해야 하는 문제가 생긴다. 당연히, 그 기간중에 만든 코드는 품질이 떨어진다.

4. 세상에는 핵심인재만 있는것은 아니다. 핵심인재가 있는가 하면, 그의 페이스를 유지할수 있도록 일을 덜어주고 보조해주는 인재도 있다. 꼭 팀이 아니더라도 조직체 안에서는 핵심인재가 해야할 일을 대신 해주는 사람도 있다. 가령 건물안에 화장실 청소를 대신해주는 사람이 없다면, 핵심인재는 종종 업무를 중단하고 화장실 청소를 해야할지도 모른다.

핵심인재와 평범한 인재들이 모여서 각자의 일을 하고, 그 각자의 일이라는것도 사실은 서로가 해야할 일인데 그것을 대신 맡아서 해결해주는 주는것이 사회가 굴러가는 모습이 아닐까. 그런관점에서 보면 "핵심 인재 이외에는 전부 잉ㅋ여ㅋ"라는 수준의 인재론을 접할때마다 갑갑하기만 하다.