여러개의 프로젝트에 참여하기

개발을 하다 보면 종종 여러개의 프로젝트에 동시에 참여하게 되는 경우가 있다. 프로젝트의 진행에는 강약이 있기 마련이지만 여러 프로젝트의 중요 일정이 겹치게되면 감당할 수 없을만큼 많은 일들이 동시에 주어지기도 한다. 서로 다른 프로젝트의 리더가 중요하고 급한 일이라고 각기 다른 일을 던져주고 빠른 피드백을 원한다면 일의 우선 순위를 어떻게 잡아야 할까?

한국적인 정서에서 두 프로젝트 리더를 모아놓고 "두분이서 협의해서 우선순위를 정해주세요" 라고 요청하는 것은 거의 자살행위에 가까워 보인다. 경우에 따라 조금 가혹한 평가일 수도 있지만 적당히 일의 우선 순위를 정해서 상사가 기분나쁘지 않게 적당히 완급을 조절하며 업무를 처리하는 것도 개인의 능력이라고 할 수 밖에 없을 것 같다. 일단 현재 내가 바쁘다는 사실을 인지시킬 수 있다면 어떻게든 상사의 기분을 상하지 않게 주어진 일의 기한을 연장하거나 다른 사람에게 양보? 할 수 있을 것이다.

자신에게 마이너스인지 알면서도 일이 바뻐 눈코뜰 새 없을 때 새로 업무를 던져주는 상사를 보며 인상을 찌푸리는 것은 내가 어쩔 수 없는 까칠한 인간이기 때문일까? 싸가지가 없어서 일까?

하여간 이런 방법으로 상사에게 눈치를 주어 일을 조금 덜 배정 받는 것은 정말 세련되지 못한 방법이다.. 그러지 말자..ㅠㅠ

What not to do list as a manager

항상 객관적으로 자기 자신을 평가하기는 어려운 일이다. 지금 개발자로써 내가 관리자에게 느끼는 점을 모아 적어 놓는다면, 나중에 반면교사의 교재로 사용할 수 있을 것이다.
이 게시물은 생각이 날때마다 update할 계획이며, 혹시 누군가 댓글에 좋은 내용을 추가하여 준다면 이 또한 게시자의 id와 함께 추가하도록 하겠다.

1. 책임을 개발자에게 떠넘기기
한두가지 문제에 대한 책임을 개발자에게 떠넘긴다고 프로젝트 실패의 책임이 개발자에게 넘어가는 것은 아니다. 이런 행동은 최악의 경우 개발자의 사보타지를 부추길지도 모른다. 당신의 프로젝트는 실패하고 당신은 신망을 잃고 앞으로 누구도 당신 밑에서 일하려 하지 않을 것이다.

2. 개발자에게 자신의 방법을 강요하기
개발자가 어려운 디버깅 문제에 봉착하였을 때 이에 대해 적절한 코멘트를 통하여 디버깅을 도와줄 수 있다면 정말 훌륭한 관리자가 아닐 수 없다.(물론 이것은 개발에 대한 경험이 있는 관리자의 경우에만 해당된다) 하지만 개발자가 아주 초짜라 별도의 코칭이 필요한 경우가 아니라면 디버깅을 위한 의견 제시나 방향만 제시하여 주는 것이 좋다. 사사건건 간섭하여 이거 해 봐라 저거 해 봐라 하는것은 별로 좋은 방법이 아닌것 같다. 당신은 (한국사람이라면 특히나 더 ) 개발자로써 화려하게 성공하여 관리자로 진급하였는지도 모른다. 이 경우 당신은 자신만의 화려한 개발 실력을 무기로 삼아 문제를 빨리 해결할 수 있는 수만가지 방법을 알고 있겠지만, 문제 해결을 위하여 이러한 무기를 사용하고자 한다면 자신의 손으로 직접 행하기 바란다. 이것은 당신의 손에서 사용된다면 문제 해결을 위한 훌륭한 무기이지만, 당신의 입에서 사용된다면 개발자의 마음을 찟는 무기로 돌변 할 것이다. 괜시리 개발자의 마음들 다치게 하여서는 문제 해결에 도움이 되지 못한다. 사람에게는 자신만의 무기가 있는 법이다. 다른 사람에게 자신의 무기를 강요할 필요는 없다. 특히나 이것 저것 시켜보고 안되면 은근슬쩍 발을 빼려 한다면 당신은 좋은 매니져가 아니다. 해당 문제를 자신의 책임하에 끝까지 해결할 마음의 자세가 되지 않았다면 개발자에게 자신의 방법을 강요하지 않는 것이 좋다.