반응형

간단하고 기계적인 일은 직접 하지 않고 가능하면 석사과정에게 시키는 것이 박사과정이 가져야 할 능력일까?

위와 같은 이상한 질문이 나오게 된 배경은 이렇다.


  • 내가 관리해야 할 연구과제 수가 여럿 있고, 각 과제마다 중요하면서 오래 걸리는 일과 덜 중요하지만 빨리 처리할 일들이 있다.
  • 중요도/긴급함과 전혀 상관 없이, 그동안 내가 가장 잘 이해하고 있는 내용이기 때문에 누군가에게 시키려면 시킬 대상에게 개념과 도구, 각종 용어에 대한 설명을 제대로 해 주고 나서야 시킬 수 있는 일들이 꽤 많이 있다.
  • 결국 누군가에게 일을 시키기 위해서 자료를 전달하고 설명을 해야 하는 노력 + 후배가 일처리하는 데 걸리는 시간보다 내가 그냥 직접 처리하는 것이 더 빠르다고 판단되면, 나는 그냥 내가 일처리를 하고 만다.
  • 지도교수님이 보시기에는 박사과정 고년차가 되어 자기 연구에 집중해야 되는데 과제의 소소한 작업을 처리하느라 바쁜 것처럼 보이기 때문에 석사과정들에게 일을 좀 잘 시켜 보라고 말씀하신다.


사실 일차적으로는 교수님의 의견에 충분히 동의하고, 그만큼 내가 context change 없이 개인연구에 더 집중할 수 있게 되니까 일을 잘 시키는 것의 중요성과 필요성을 알고 있다. 그리고 내가 제 때에 적절한 일들을 석사과정들에게 시키지 않으면, 그들이 제 때에 적당한 일들을 배우지 못하기 때문에 나중에 연차가 올라가서는 오히려 그 연차에 걸맞는 능력을 발휘하지 못하는 불상사도 생길 수 있다.


그러나 인생이 생각하는 것처럼 쉽게 처리가 되지는 않고, 항상 플랜 B가 필요한 경우가 더 많다. 정작 급하게 일을 시키고 싶을 때 생각처럼 빠르고 간단하게 업무를 지시할 수 없는 경우가 허다하다. 예를 들면 내가 시키려는 일에 대해서 후배가 배경 지식이 부족해서 추가적인 공부가 필요한 경우가 되겠다. 사실 이것은 후배들을 문제삼는 것이 아니라 결국 나를 향한 지적이다. 왜냐하면 평소에 그 후배가 나와 연구 진행 상황에 대한 동기화가 충분히 이루어지지 못해서 커뮤니케이션 문제가 발생하고 있다는 반증이기 때문이다.


일을 시킬 때, 뭘 어떻게 시켜도 알아듣지 못하고 진행을 못할 정도로 실제로 능력이 부족한 경우는 사실 그렇게 많지 않다. 대부분은 시키는 사람의 입장에서 목표를 정확하게 제시하고 일을 자세한 task item들로 나눠서 어떤 도구를 쓰고 어디를 참고하라는 정도의 내용을 알려 주면 꽤 완성도 있게 일을 처리해 준다. 하지만 문제는 그렇게 일을 시키기 위해서 이메일을 쓰거나, 문서에 work item을 나열하기 시작하면 그걸 시키는 당사자가 이해할 수 있을 정도로 쓰는 데에만 꽤나 오래 걸릴 때가 있다. 그 시간에 차라리 내가 일을 시작하거나 프로그램을 돌리면 진작 끝냈을 지도 모른다. 그럼에도 불구하고 내가 이 학생에게 일을 시켜야 하는 이유가 있다면, 지금 이렇게 가르쳐 둬야 나중에 비슷한 업무를 더 적은 노력으로 시킬 수 있기 때문일 것이다.

구체적이고 정확한 목표가 설정된 업무를 효율적으로 시키려면 결국 평소에 미리 노력해서 후배와 일부러 토의를 하고, 지도교수와 토의한 결과나 과제 회의에서 결정된 사항을 그때 그때 갱신시키는 수밖에 없다. 적당히 바쁘지 않을 때 미리미리 후배를 성장시켜 놓아야 한다는 의미일 수도 있겠다. (이쯤 되면 내가 박사학위도 없으면서 지도교수 노릇을 하는 것인가 하는 의문도 든다.)


나는 여전히 일단 무슨 일이든지 내 선에서 내가 알아서 처리하려는 경향이 있다. 내가 일이 넘쳐서 누군가에게 일을 시켜야 할 때가 되면 대부분 내가 시키려는 일의 디테일을 모르기 때문에 누구에게 맡겨야 좋을 지 고민이 될 때도 많다. 어떤 일들은 오히려 지나치게 간단해서 시키는 노력은 별로 들지 않지만, 그로 인해 시간이 더 걸려서 일이 전체적으로 밀리는 경우도 있다.


나 혼자 능력을 키우는 것과, 어떤 단체 속에서 단체를 함께 성장시키는 것은 매우 다르다는 것을 느낀다. 나 혼자 능력을 키우는 것은 전적으로 내 시간관리와 내 책임으로 다 귀결되는 데 반해, 단체가 함께 성장하려면 치밀한 조직관리 skill이 필요하다.


적어도 나는 나중에 어느 회사나 연구소를 가든지 중간관리자 이상의 위치에 갔을 때 실무자의 실무적인 이슈를 이해할 수 있는 사람이 되고 싶

다. 적어도 그 실무자가 하려는 일을 내 선에서 내 능력으로 해결해 나갈 수 있는 상황에서 그 실무자와 토의를 해서 가장 최선의 결정을 내릴 수 있는 사람이 되고 싶다. 어쩌면 나는 이러한 욕심이 과도해서, 후배들에게 너무 일을 나눠주지 않고 나 혼자서만 능력을 키우려는 이기주의에 잡혀 있지는 않는지 반성해 본다.



반응형
블로그 이미지

Bryan_

,
반응형

오늘따라 받지 않아도 될 스트레스를 받는다.


대수롭지 않게 생각하고 넘어가면 넘어갈 수도 있지만, 괜히 오늘따라 굳이 기억 속에서 끄집어 내서 생각하며 혼자 답답해진다.

뭐 이런 날도 있는 거지.


공대 대학원 연구실이 운영의 대상인지부터 먼저 결정해야 하겠지만,

적어도 우리 연구실은 "운영"의 대상이 맞다.


과제는 정부과제와 산학과제를 막론하고 대부분이 여러 연구실이 한데 모여서 만드는 (대학교 치고는) 중형~대형의 과제인데, 지금껏 해온 그러한 과제들 중에서 95% 정도는 우리 연구실이 총괄을 맡아 왔다. 즉, 과제에 참여하는 교수님들은 여러 명이지만, 그 중에서 총괄책임자는 항상 우리 지도교수님이라는 의미다.

지금도 3개의 과제 중에서 총괄의 역할을 해야 하는 과제가 2개이다.

내 기준에서도 지금껏 내가 직접 제안 단계부터 종료 때까지 운영한 과제 1개, 제안 단계부터 이제 곧 종료 예정인 과제 1개, 중간에 연구실 선배로부터 이어받은 총괄 과제 1개, 이외에 떨어졌지만 총괄 연구실로써 제안했던 과제들만 해도 매년 2개 정도는 됐으니까 도대체 몇 개야...


박사과정이 되고 나면 과제 말고 석사과정 학생도 "운영"을 해야 한다. 같은 처지의 학생이 무슨 운영일까 하는 의문이 들겠지만, 우리 연구실은 석사과정들이 서로 겹치는 연구주제 없이 모두 단독으로 하고 있고, 이 전통은 예전부터 지금까지 있어 왔다.


당연히 석사를 거쳐 온 지금의 박사과정들도 서로 각각 자기 주제를 갖고 있으며, 그 주제가 또 석사과정들과 다르다. 즉, 연구실 학생 전원이 자기 연구주제를 들고 있는데, 문제는 그 범위가 상당히 넓은 것이다.


분산 시스템을 하는 연구실이다 보니 IoT 시스템, 네트워크 아키텍처, 상황인지, 인공지능, 사회심리학(신뢰도, 공간의 사회성) 등 시스템에 필요한 굵직한 컴포넌트, 그 안에서도 중요한 주제 하나하나를 다 다루고 있다. 전체 시스템 구축에 필요한 중요한 연구주제를 다루는 것은 좋은데, 서로 겹치는 주제가 없다 보니 지식이 누적된다기보다는 매번 그 연구를 처음 시작하는 석사 2년차 학생이 죽어라 공부해서 기반을 만들어야 한다. 그리고 이제서야 연구를 처음 해보는 석사과정 입장에서 뭘 어떻게 해야할 지도 잘 모르는 상황이니까 박사과정이 "사수" 개념으로 붙어서 연구 방법부터 진행 상황 하나하나를 살펴 보고 알려 줘야 한다. 그 뒤에 지도교수님이 확인하시고 코멘트를 주신다.


박사과정이 본인 주제 안에서 커버할 수 있는 내용 중 하나를 석사과정이 연구한다면 이런 구조는 오히려 장점이 되겠지만, 우리 입장에서는 석사과정이 거의 매년 그 때의 IT 트렌드에서도 새롭다고 느끼는 부분을 맡아서 연구하기 시작하면 박사과정은 자기 졸업연구 주제와 단기적으로는 관련이 없는 내용을 같이 공부할 수밖에 없는 상황이 된다.

게다가 그렇게 봐줘야 하는 석사과정이 1명도 아니고 2-3명 정도 된다면? 여기에 또 때때로 학부생 인턴을 모집해서 연구과제에 필요한 구체적인 일을 시키려면 또 그 인턴도 어느 정도 가르쳐야 한다.


당연히 이 모든 일을 지도교수가 직접 하는 것은 불가능하기 때문에 박사과정이 할 수밖에 없는 것은 맞는데, 하더라도 박사과정 본인의 영역 안에서 잘 하는 부분에 대해서 지식을 전수하는 것도 아니고 같이 공부해 나가는 과정에서 이끌어야 하니까 시간과 노력이 많이 들 수밖에 없다.


뭐 지금 좀 힘들어도 내가 졸업하고 나서는 할 줄 아는 것도 많고, 연구과제 제안서와 운영도 이제 익숙하고, 내 연구주제가 아닌 분야까지 이해할 수 있게 되니까 직장에 가면 좋은 자산이 될 것이라는 기대감 정도는 갖고 있다.


하지만 내 분야에서 SCI 저널 하나 제대로 써내는 데에만 해도 상당히 많은 집중력과 시간이 투입되는데, 일주일 중에 절반 이상을 과제 관리와 학생들 관리에 소비하고, 남은 시간 중의 절반 정도는 가정에 최소한으로 충실해야 하고, 그제서야 남은 시간(그마저도 피곤에 쩔어 있는 상태로 확보하게 되는 시간)을 가지고 내 개인연구를 해야 한다. 가끔은 이렇게 내가 희생해야 하는지에 대해서 정말 속상하기 그지없을 때가 있고, 그게 바로 오늘이다.


시스템을 다루더라도 그 중에 정말 중요한 주제 1-2개만 가지고 연구실 전체가 집중적으로 연구를 해서 세계적으로 좋은 성과도 만들어 내고, 그 좋은 논문 실적으로 다음 과제를 따오는 데애도 도움을 얻으면 얼마나 좋을까? 그런데 우리는 정말 중요한 주제가 지나치게 많다. 이쯤 되면 지도교수님의 욕심이 아닌가 하는 생각이 들기도 한다.

기본적으로 연구실에 박사과정이 한 6명 정도가 된다면 해결될 것 같은데, 지금은 그 절반밖에 있지를 않으니, 그 소수의 박사과정들에게 더 큰 무게가 지워지는 꼴이다. 게다가 그러한 박사과정들 중에서 가장 연차가 높은 내가 연구실 "운영"에 대해서 걱정을 안 할수가 있을까?


더 허탈한 점은, 그렇게 열심히 연구실을 "운영"한다고 해서 그렇게 많이 남는 게 없다는 점이다.

석사과정들은 1년차 때는 연구에 대해 거의 모를 뿐더러 수업을 열심히 들어야 하니까 한계가 있고, 본격적으로 자기 졸업연구를 수행하는 2년차부터 본격적으로 가르치기 시작해서 6개월~1년 정도 지나면 이제 스스로 국제학회 논문 한 편 정도를 쓸 수 있는 상태가 된다. 하지만 그렇게 키워놓으면 거의 다 취업하러 나간다.

차라리 회사라면 신입사원을 교육시키고 키워서 활용하기도 하고, 그들이 승진해서 회사에 보탬이 될 텐데, 연구할 수 있는 상태로 만들어 놓으면 요즘은 전산 분야가 취업도 잘 되고 연구에 대한 관심을 갖는 학생이 많지가 않으니까 거의 다 나가고 없다. 이러니 연구실을 열심히 "운영"해 봐야 무슨 보람이 있는가? 차라리 지도교수님 입장에서는 본인의 제자가 어디에 가서든지 성공하면 보람이 있지만, 선배 입장에서 후배가 같은 연구실에서 연구활동으로써 도움을 주지 않는 이상 졸업해서 나가면, 나 또한 졸업생이 되기 전까지는 아무 의미가 없는 것이다.


그럼에도 불구하고 운영이라는 행위를 안 할수가 없는 이유는, 내가 책임감을 갖고 돌보지 않으면 결국 교수님이 석사과정 2년차부터 다른 후배들까지 직접 개입해서 잘못된 부분을 지적하셔야 하는데 그게 그렇게 평화롭게(?) 이루어지지는 않는다는 것이다. 여기서 교수들 각자의 성격의 차이에 따라 그 지도의 강도에 차이는 있을지언정, 어느 교수나 속으로 느끼는 심정은 마찬가지일 것이다: "도대체 왜 이따구야?" 그러한 "이따구" 소리를 최대한 줄이고 그나마 서로 토의를 할 만하게 중재하는 게 결국 박사과정의 역할이 될 수밖에 없다.


답답하다.

언젠가 기회가 된다면 분명히 지도교수님께 내 의사를 전달할 것이다.

시스템을 다루더라도 선택과 집중을 좀 하자고.

과제도 2개 정도 선정됐으면 거기서 더 늘리지 좀 말자고.

내 졸업연구와 멀어도 너무 지나치게 먼 과제에 총괄 좀 맡지 말자고.

석사과정들 연구 주제 통제 좀 해서 그냥 박사과정의 sub-item으로 집중해서 일단 그 안에서 실험도 같이 하고, 박사과정의 논문 작성에도 공동저자로 참여해서 써 보고, 그 다음에 같은 주제에서 파생되는 문제를 찾아서 자기 연구주제로 쓰도록 만들자고.


...사실 지금 당장에라도 때려치고 나가면, 차라리 알고리즘과 코딩 연습 조금 해서 최근 트렌드에 맞는 기술들 조금 익히면 뭐라도 할 수 있을 것 같다. 소프트웨어 엔지니어가 지금처럼 호황인 시대에 나 자신이 썩어가는 것 같은 기분이 들 때도 많다. (나는 교수 될 생각은 그다지 없다. 그나마 연구원 쪽이나 회사에서도 박사급으로 갈 수 있는 직군에는 생각이 좀 있어서 참고 남아 있는 거지.)


도대체 박사학위가 뭐라고, 정말 더러워서 지금까지 공부한 게 아까워서 내가 참고 이거 끝장을 내겠다고 남아 있는 이 상황에서, 연구실 운영에 대한 정답을 찾아낼 수 없는 어느 박사과정의 한탄이다.

같은 연구실 내의 박사과정들 말고 누가 내 고민을 이해해 줄 지 모르겠다.


그래도 가능하다면 우리 연구실과 후배들을 위해서, 내가 진짜 마지막 남은 운영에 대한 책임감마저 버리고 "나만 졸업하면 끝"이라는 생각을 갖기 전에 박사학위를 받고 나갈 수 있기를 간절히 바래 본다.



반응형
블로그 이미지

Bryan_

,
반응형

이번 학기초에도 학과(정확히 말하면 올해부터는 전산학부, School of Computing이 되었다.)에서 석사과정 신입생을 선발했고, 이들은 주어진 일정에 따라 교수님과 연구실을 선택하는 과정을 겪었다.


올해는 전산학부가 되면서 정원이 어떻게 되었는지 정확히 모르지만, 작년에 전산학과였을 때까지는 매년 봄학기에 약 60명의 학생을 뽑았었다. 가을학기에는 그보다 많이 적었는데 정확한 숫자가 기억나지 않는다. (많아도 30명 이하였을 것이다.)


우리 연구실은 유비쿼터스 컴퓨팅 시스템, 상황인지 기술을 기반으로 네트워킹과 서비스를 조합/제공하는 플랫폼을 오래 전부터 해 오면서 최근에는 사물 인터넷(IoT) 서비스 제공 플랫폼을 연구하고 있는데, 작년까지는 석사과정 학생을 받기가 어려웠다. 여러가지 이유가 있었겠지만 대표적인 이유를 세 가지 꼽을 수 있었다: 

  1. 시스템을 설계/구축하는 연구실이다 보니 어려울 것이라는 생각에 지원을 꺼리게 되었을 수 있고, 그 당시에는 학생들의 관심사 또한 시스템보다는 데이터베이스나 인공지능 쪽이 많았다. 게다가 시스템에 관심 있는 학생들도 우리 쪽이 아닌 임베디드 시스템(embedded system) 분야로 갔었다.
  2. 교수님께서 워낙 맺고 끊으시는 것이 확실하시고, 학생의 professional 측면의 발전을 위해서 잘하는 부분에 대해서 칭찬하실 뿐만 아니라 잘못한 부분에 대해서도 거침없이 지적하시다 보니, 신입생들은 어디선가 들은 소문을 바탕으로 무서운 교수님으로 인식하는 듯했다. 또한 빡센 연구실 이미지도 있는 듯했다. 하지만 사실 겪어보면 지도교수님께서는 스마트 기기들이 정말로 똑똑하게 알아서 사람에게 맞춰주면서 진화하도록 만들고 싶다는 강력한 비전 갖고 계시고, 학생들에게 그러한 비전을 설명하시면서 연구나 과제를 앞장서서 이끌어 가시는 스타일이셔서 오히려 정말 배울 점이 많은데 이 부분을 설명하기가 쉽지 않았다. (겪어 봐야 알게 되니까)
  3. 유비쿼터스/IoT 시스템을 실제로 구축하는 과정에서 하단의 무선 네트워크부터 최상단의 서비스 연동까지 다양한 주제를 학생들이 원하는 대로 선택해서 졸업연구를 하다 보니, 연구주제의 스펙트럼이 다양해서 무엇을 하는지 잘 모르겠는 것처럼 비춰지기도 했었던 것 같다. 그나마 최근에는 각 기술들을 적용하는 IoT 테스트베드 공간을 여러 개 만들었고, 이 위에서 어떤 서비스를 돌리고 어떤 연구를 한다고 설명하니까 학생들도 더 잘 이해하는 것 같았다.


그런데 최근에는 IoT가 핵심 키워드이자 화두가 되면서 이번학기에는 IoT에 관심을 갖는 석사과정 신입생들이 많이 들어온 것 같다. 그래서 우리 연구실에서 하는 IoT 서비스 플랫폼에 대해 관심을 갖고 여러 명의 학생들이 교수님을 찾아뵙고 연구실에 들러서 우리랩 학생들과도 이야기를 나눴었다.


이렇게 우리 연구실에 높은 관심을 갖고 있고, 또한 입학 전부터 학부 과정에서 IoT와 관련된 작은 프로젝트도 나름대로 해 본 우수한 학생들이 컨택을 해 왔음에도 불구하고, 결국 전산학부의 신입생 배정 정책으로 인해서 신입생을 충분히 뽑을 수가 없었다.

전산학부에 소속된 교수님 수가 42명 정도라고 들었고, 학부에서 선발한 신입생은 60명 가량 되므로, 연구실당 TO는 대부분 1명이고, 특수한 경우에 대해서만 2명이다. 여기서 특수한 경우는 새로 부임하신 젊은 교수님 연구실에 학생이 별로 없어서 많이 뽑아야 하는 경우이다. 이에 따라 우리 연구실도 이번에 단 1명만 뽑게 되었다.


이전부터 우리 연구실에서 매년 1명씩 석사과정 신입생을 받았지만1), 최근 2년 동안 받은 3명의 석사과정 학생들 중에서 2명은 창업에 관심이 높아서 결국 창업을 하겠다며 논문석사(지도교수가 배정되어 졸업논문을 쓰고 졸업하는 석사과정 학생)를 포기하고 나갔고, 나머지 한명은 예전부터 갖고 있던 정신적인 질병으로 인해서 고생을 많이 하느라 수업 수강을 비롯한 학생의 생활을 하는 것이 힘들어서 우리 연구실에서 같이 연구를 하지는 못했다.


사실 전산학부에서는 학생들이 창업하는 것에 대해서 매우 환영하고 좋아하며, 가능하면 지원해 주려고 한다. 그런데 우리 연구실에서 석사과정 학생 두 명이 각각 창업을 하나씩 하려고 노력했고, 그 중에 하나는 지금도 사업이 잘 진행중인 나름 성공 사례이기 때문에2) 사실 전산학부에 기여한 측면이 있다. 하지만 정작 우리 연구실은 이렇게 학생들이 빠져나가면서, 여러 석사과정 학생들과 함께 더 규모 있는 좋은 IoT 시스템을 구축할 수도 있었는데 그 부분을 약간 포기하고 나머지 학생들이 조금씩 더 수고하고 있다.


더군다나 우리 연구실에서는 항상 1년에 정부출연금 5억원 규모의 과제를 2011년부터 지금까지 계속 수행해 오고 있으며, 그 덕분에 IoT 시스템 관련 연구가 지속되어 어느정도 자리를 잡기 시작했을 뿐만 아니라 학부에 재정적인 측면에서도 결코 기여를 작게 하지는 않았다고 생각된다.3)

이와 같이 최근 선발한 학생들의 특수한 상황과, 그로 인해서 전산학부에 나름대로 기여하게 된 측면을 특수성으로 감안하고 우리 연구실에 TO를 한 명만 더 늘려 주었으면 정말 좋을텐데 하는 생각이 든다.


물론, 우리 연구실뿐만 아니라 다른 모든 연구실도 석사과정 학생을 필요로 하고, 각 분야에서 좋은 연구성과를 내고 있기 때문에 우리 사정만 고려해 달라고 하는 것은 과도한 욕심일 것이다. 나도 내 생각이 욕심에서 비롯된 것임을 부정하지 않는다. 하지만 이번 학기에 IoT에 관심 있 석사과정 신입생들 여러 명과 이야기를 나눠 보면서, 이렇게 관심 분야가 잘 정해져 있고 실력도 좋은 학생들을 한 명만 더 뽑아서 같이 재미있게 연구하면 얼마나 좋을까 하는 아쉬움이 남는 것이다.


KAIST 석사과정 입학 정원을 늘리지 않는다면 근본적인 학생 수 부족 문제는 해결되지 않을 것 같다. 하지만 그렇다고 국민의 세금으로 학생들에게 장학금을 주는 기관이므로 함부로 정원을 늘릴 수는 없다.

여러 모로 아쉬움과 고민이 교차하는 오늘이다.



<각주>

1) 2012년에는 특수한 경우로 가을학기에 1명을 더 선발하게 되었다. 사실 가을학기는 신입생 수가 적어서 TO 배정받기도 쉽지 않다.

2) 스타트업의 대부분이 1년 내로 포기하는 것과 달리 몇년 째 잘 운영되고 수익도 내고 규모도 꽤 있으면 성공적이라고 할 만 하다.

3) KAIST에서는 정부출연이든 산학과제든 연구과제 하나당 총 연구비의 약 26% 가량을 간접비 명목으로 떼어 간다. 이 비용이 KAIST 중앙 부서뿐만 아니라 각 학과에도 흘러간다고 들었다.



반응형
블로그 이미지

Bryan_

,