훌륭한 엔지니어가 좋은 팀장이 되기 어려운 이유 - 제임스 님의 "소프트웨어 이야기" 블로그에서 트랙백 합니다.

스스로를 그리 훌륭한 엔지니어라고 얘기할 수는 없지만 상당히 공감히 가고, 실제 격게 되는 일이네요. 최근 1년반 동안 하나의 프로젝트를 1차, 2차 연속으로 진행하고 있는데, 이전 까지와는 다르게 PL이 아는 담당 파트에 대한 PM을 맡아서 진행하면서 뼈저리게 느끼게 되는 점이 었습니다.

하지만 프로젝트를 진행하면서 일부 어쩔 수 없는 부분도 있는 것 같습니다. 내부 프로젝트가 아닌 외부에서 수주 받아서 일을 할 때는 엄연히 일정이라는 것이 나올 수 밖에 없고, 그 일정을 잡을 때도, 후배들을 기준으로 잡을 수 있는 것이 아니라, 일반적인 기준 또는 프로젝트 일정에 맞추어서 잡을 수 밖에 없게 되니까요. 물론 PM으로써 커버 해야 할 부분도 있고, 충분히 고려를 해서 버퍼를 마련해 두기도 해야 하지만요.
그래서 균형의 예술이라는 것에 한표를 던집니다. 단지 근시안적으로 하나의 프로젝트를 진행하는 관점이 아니라 앞으로 그 팀원이 할 수 있는 일의 범위를 넓히고, 기회를 얻을 수 있게 해주어야 하고, 그렇지만 현재 프로젝트를 실패할 수는 없는 것이니까요.

아직은 PM 일년 반차로, 두개의 프로젝트 밖에 해보지 않았으니 배워야 할 부분도 많겠죠.