오랜만에 개발에 대한 얘기를 해보려고 한다.
어떤 작은 그룹이든 리더, 팀장, 회장 등 소위 리더쉽을 발휘해야 하는 입장에 처했을 때 어떻게 방향을 설정하고 진행하는가의 부분에 있어 늘 갈등을 야기할 수 있다. 특히 게임을 만드는 팀장, 파트장의 경우 이러한 관리가 매우 중요한데 개성이 강한 개발자들을 통제하기 위해선 무너지지 않는 리더쉽을 유지하는 것이 중요하다. 기본적으로 리더쉽은 신뢰에서 나온다. 내가 내 상관을 믿고 의지할 수 있는 신뢰가 있다면 리더쉽은 오래 유지될 가능성이 많다.
이 신뢰를 유지하기 위해 가장 필요한 덕목은 솔선수범이다. 단체로 생활을 하다보면 규정이라는 것이 필요하고 이것이 제대로 지켜지도록 리더는 꾸준한 관리를 해야하며, 특히 자기 관리는 더욱 철저해야 한다. 자신이 제대로 하지 못하면서 제대로 못하는 사람에게 지적을 하다보면 결국 불만섞인 투정으로 돌아오기 쉽기 때문이다. '너도 제대로 못하면서 나한테는 하라고 하느냐!'
처음에는 누구나 사람에 대해서 조심스럽다. 하지만 시간이 지나면서 편해질 수록 리더쉽은 위협을 받는다. 원칙을 망각하는 순간, 예외를 만드는 순간 그 동안의 규율은 쉽게 무너져 내릴 가능성이 많다. 탄탄한 댐도 작은 구멍이 나면 삽시간에 무너져 내릴 수 있다. 우리는 늘 이러한 구멍이 나지 않도록 경계해야 한다. 예외는 그 순간 유대관계에는 도움이 될지 모르나 궁극적 측면에서 모든 것을 붕괴시킬 높은 위험성을 내재하고 있다. 하지만 예외는 늘 나올 가능성이 많다. 예외에 대한 규정을 갱신, 공포 후 처리하도록 하는 것이 정답인 듯 하다.
지금까지는 규정에 대한 부분이었다면 다음은 능력에 대한 것이다. 기획, 프로그래밍, 그래픽, 사운드 등의 각 분야의 전문가가 반드시 있어야 하고 각 분야를 전담할 만큼의 규모가 되지 않는다면 리더의 입장에 있는 사람의 지식이 중요해진다. 기술을 전혀 모르는 사람이 팀장이 된다면 기술에 종속되어 개발자에게 이끌려가기 쉽다. 해당 개발자가 PM적 능력을 같이 갖추고 있다면 문제는 쉽게 풀리겠지만 개발에 있어 예측을 한다는 것은 왠만한 경험자도 하기 힘든 부분인지라 팀장이 일방적으로 일정을 정해주는 것도, 개발자가 일방적으로 일정을 정하는 것도 이치에 맞지 않다. 결국 적절한 조율을 통한 설정과 문제 가능성에 대한 여유기일, 작업과 작업간의 상호관계성을 두루 고려하여 일정은 잡혀야 한다. 초반 작성된 일정은 변동될 여지가 많으므로 세심한 관리가 필요하다. 일일, 주간, 월간, 마일스톤 별 보고와 적절한 평가를 할 수 있는 시스템을 반드시 갖추어야 한다. 즉, 능력은 개발에 대한 각 분야별 이해와 함께 관리에 대한 매니지먼트 능력을 갖추고 있어야 한다는 것이다. 이를 보조하기 위한 많은 것들이 있는데 MS-Project 가 일정과 사람, 주기를 관리하기에 가장 좋은 것 같다.
MS-Project의 경우 기본적으로 작업은 직력적 형태로 구축토록 되어 있는데 실제로 사람이 작업을 하는 것도 직력적으로 할 수 밖에 없다. 머리가 두 개고 팔이 4개가 아닌 이상에 말이다. 병력적 작업을 잘 찾아서 직력화 시키는 것도 중요한 능력이라 판단된다. 이러한 작업들은 매일 매일 업무보고를 간략히 메일등을 통해서 받도록 하며 팀장은 이를 Project에 꾸준히 갱신하는 작업이 필요하다. 주간업무 보고는 Project에 대한 일정과 성과를 모든 팀원들과 동기화를 맞추도록 하는 것이 좋다고 판단된다. 마일스톤은 프로젝트의 중요분기점을 일컫는 것으로 가급적 1개월 미만의 주기로 평가되도록 설정하는 것이 좋다고 생각한다.
지금까지 얘기한 규율에 대한 문제, 능력에 대한 문제에 있어 어느 것 하나라도 제대로 하지 못한다면 리더쉽은 위험에 처한다. 나도 사실 이러한 문제들을 계속해서 경험해오고 있는데, 이럴 때면 '완전히 클리어한 상태에서 내가 준비가 되고 다시 사람을 셋업해서 가면 좋지 않을까? 처음의 설렘을 가지고'란 생각도 많이 한다. 하지만 그것은 유토피아적인 생각이고 결국 그리 시작되었더라도 다시 문제가 발생할 여지가 있기 때문에 진정한 해결책이 될 수 없다.
물론 한 번 무너진 리더쉽을 복구하기는 정말 어렵다. 한 번 잃은 신뢰를 복구하기 위해서는 보다 철저한 자기관리와 규정을 재정비해서 예외가 없는 상황으로 만들어가야 한다. 이 과정에서 리더는 자신을 불신하는 사람에게 대화하기가 쉽지 않다. 본인은 정말 새로운 마음으로 제대로 하려고 마음을 먹었지만 이미 불신의 시선을 가진 사람 입장에선 '또 저 사람이 무슨 엄한 짓을 하지 않을까?'란 부정적 생각을 할 가능성이 많기 때문이다. 하지만 회피할 수록 그 관계는 점점 수복하기 힘든 상태로 나빠질 공산이 크다. 겁을 내지 말고 용기를 가지고 인정할 것은 하고 동참할 수 있도록 상호간에 대화를 통한 이해를 이끌어 내어야 한다.
문제가 있는 상황에서 우선 자기가 제대로 하고 남에게 얘기를 하겠다 생각하면 이미 그 시간만큼 상황은 더욱 악화되기 때문에 최단 기간 실행에 옮길 수 있는 액션플랜을 수립해야 한다. 하지만 이것도 두 번 이상 제대로 하지 못해 세 번째 상황까지 간다면 그 팀의 리더쉽은 사실 복구가 불가능 하다고 보아야 할 듯 하다.
리더쉽을 유지하는 것은 쉬운 일이 아니다. 부단한 자기 노력없이 저절로 생기는 것이 아님을 기억하고 상관으로써의 권위가 왜 생기지 않을까를 고민하기보다 만들어가는 사람이 되도록 하자.
현재위치 :
개발과 리더쉽
